Arendus Drupal Paragraphs

Paragraphs moodul Drupalil – paindlik sisuehitaja

🎧 Kuula kõiki artikleid järjest

Paragraphs võimaldab ehitada veebilehe sisu komponentidest, mida toimetajad saavad ise kombineerida. Tulemuseks on paindlikum sisuhaldus ja ühtlasem kasutajakogemus.

Paragraphs on üks enim kasutatud Drupal contrib-mooduleid ning paljude kaasaegsete Drupal-projektide standardlahendus sisukomponentide haldamiseks.

Selle asemel, et kogu lehe sisu kirjutada ühte suurde tekstivälja, saab lehe ehitada väiksematest komponentidest nagu:

  • tekstiplokk;
  • pilt koos tekstiga;
  • videoplokk;
  • CTA-plokk;
  • akordion;
  • hinnakiri;
  • galerii;
  • tabel.

Toimetaja saab neid komponente lisada, eemaldada ja ümber järjestada ilma arendaja abita.

Miks mitte kasutada ainult tekstiredaktorit?

Paljud veebilehed alustavad klassikalise WYSIWYG-redaktoriga.

See on alguses lihtne, kuid suuremate projektide puhul tekivad kiiresti probleemid:

  • kujundus muutub ebaühtlaseks;
  • toimetajad kasutavad erinevaid stiile;
  • mobiilivaates tekivad paigutusprobleemid;
  • sisu taaskasutamine on keeruline;
  • struktuuri muutmine nõuab palju käsitööd.

Lisaks on vabatekst raske masinloetavalt töödelda.

Näiteks:

  • API vastused;
  • struktureeritud andmed;
  • otsingud;
  • AI-lahendused

toimivad paremini siis, kui sisu on väljade kaupa struktureeritud.

Paragraphs lahendab selle probleemi komponendipõhise lähenemisega.

Kuidas Paragraphs töötab?

Paragraphs põhineb ideel, et iga sisuplokk on eraldi objekt oma väljadega.

Tüüpiline töövoog näeb välja järgmine:

  1. Arendaja loob paragrahvitüübid.
  2. Iga tüüp saab oma väljad.
  3. Toimetaja valib soovitud komponendi.
  4. Toimetaja täidab väljad.
  5. Drupal kuvab komponendi vastavalt kujundusele.

Näiteks võib "Pilt koos tekstiga" sisaldada:

  • pealkirja;
  • sissejuhatust;
  • pilti;
  • nuppu;
  • taustavärvi valikut.

Toimetaja saab muuta sisu, kuid ei saa rikkuda komponenti ennast.

Paragraphsi peamised eelised

Struktureeritud sisu

Iga komponent sisaldab ainult neid välju, mida tegelikult vaja on.

See parandab:

  • sisu kvaliteeti;
  • otsingut;
  • API kasutamist;
  • andmete taaskasutamist.

Ühtne kujundus

Kujundus määratakse Twig mallides.

See tähendab, et:

  • kõik CTA-plokid näevad ühesugused välja;
  • kõik galeriid käituvad samamoodi;
  • kõik akordionid järgivad sama disainisüsteemi.

Toimetaja ei pea CSS-i ega HTML-i tundma.

Paindlikkus

Lehti saab kokku panna erinevatest komponentidest ilma iga uue lehe jaoks eraldi arendust tegemata.

Sama komponent võib esineda:

  • avalehel;
  • teenuselehel;
  • maandumislehel;
  • kampaanialehel.

Lihtsam hooldus

Kui komponendi kujundust muudetakse, rakendub muudatus kõikidele sama tüüpi komponentidele korraga.

See vähendab oluliselt tehnilist võlga.

Millal Paragraphs sobib kõige paremini?

Paragraphs on eriti tugev järgmistes olukordades.

Teenustelehed

Teenused koosnevad sageli:

  • sissejuhatusest;
  • eelistest;
  • protsessikirjeldusest;
  • hinnaplokist;
  • KKK-st.

Paragraphs võimaldab neid osi hallata eraldi komponentidena.

Maandumislehed

Turunduslehtede sisu muutub sageli.

Toimetajad saavad plokke ümber tõsta ja kombineerida ilma arendaja kaasamiseta.

Sisurikkad veebid

Kui veebis on palju erinevaid sisutüüpe ja lehekülgi, aitab komponentide süsteem säilitada ühtset kasutajakogemust.

Millal Paragraphs ei ole parim valik?

Paragraphs ei sobi igasse projekti.

Näiteks:

Lihtsad artiklid

Kui lehed koosnevad peamiselt tekstist, võib tavaline tekstiväli olla lihtsam ja kiirem lahendus.

Väga jäiga struktuuriga lehed

Kui kõik lehed on identse ülesehitusega, ei ole lisapaindlikkusest palju kasu.

Headless Drupal

Paragraphs töötab hästi traditsioonilise Drupaliga, kuid headless arhitektuuris muutub API väljund keerukamaks.

See ei tähenda, et Paragraphs ei sobiks headless projekti, kuid nõuab rohkem planeerimist.

Mida planeerida enne arendust?

Paragraphsi edu sõltub suuresti algsest arhitektuurist.

Komponentide nimekiri

Enne arendust tasub koostada loetelu:

  • milliseid plokke tegelikult vaja on;
  • milliseid plokke saab kombineerida;
  • milliseid plokke kasutatakse korduvalt.

Liiga palju komponente muudab süsteemi raskesti hallatavaks.

Toimetaja kasutuskogemus

Kui valikus on 40 erinevat komponenti, muutub sisestamine keeruliseks.

Praktikas töötab sageli kõige paremini umbes 10–20 läbimõeldud komponenti.

Pesastamine

Paragraphs toetab komponentide pesastamist.

Näiteks võib akordion sisaldada omakorda teisi paragrahve.

Kuigi see on võimas võimalus, kasvab keerukus kiiresti.

Üldjuhul tasub pesastamise sügavust piirata.

Migratsioon olemasolevast veebist

Kui olemasolev sisu viiakse Paragraphsi peale üle, tuleb planeerida:

  • kuidas vana sisu komponentideks jaguneb;
  • millised väljad migreeritakse;
  • millised osad jäävad vabatekstiks.

See võib mõjutada kogu migratsiooniprojekti mahtu.

Paragraphs vs Layout Builder

Drupal Core sisaldab ka Layout Builderit.

Kuigi neid võrreldakse sageli, lahendavad nad erinevaid probleeme.

Paragraphs

Sobib eelkõige:

  • sisu struktureerimiseks;
  • komponentide loomiseks;
  • korduvkasutatavate sisuplokkide haldamiseks.

Layout Builder

Sobib rohkem:

  • lehe paigutuse muutmiseks;
  • veergude haldamiseks;
  • plokkide visuaalseks paigutamiseks.

Paljudes projektides kasutatakse neid koos:

  • Layout Builder haldab paigutust;
  • Paragraphs haldab sisu.

Paragraphsi tulevik

Drupal ökosüsteemis arendatakse aktiivselt ka Experience Builderit, mis toob kaasa uue põlvkonna visuaalse sisuehitaja.

Kuigi Experience Builder võib tulevikus katta osa Paragraphsi kasutusjuhtudest, on Paragraphs jätkuvalt üks kõige laialdasemalt kasutatavaid ja paremini toetatud sisukomponentide lahendusi Drupalis.

Lähiaastatel jääb see paljude Drupal-projektide standardvalikuks.

Kokkuvõte

Paragraphs annab Drupalile paindliku sisuehitaja, mis ühendab struktureeritud andmed ja toimetajasõbraliku kasutuskogemuse.

Õigesti planeeritud komponentide süsteem:

  • vähendab tehnilist võlga;
  • hoiab kujunduse ühtsena;
  • lihtsustab sisuhaldust;
  • võimaldab veebil kasvada ilma arhitektuuri ümber ehitamata.

Kui planeerid uut Drupal-projekti või olemasoleva veebilehe ümberarendust, tasub komponentide arhitektuur läbi mõelda juba projekti alguses. See otsus mõjutab sisuhaldust veel aastaid pärast veebilehe valmimist.

Telli RSS
Kaido Toomingas, WebPro tehniline juhtWebPro Company OÜ Tehniline juht: Kaido Toomingas

Vajad Drupal abi?

Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.

Võta ühendust