Drupal ir veidots mājaslapām, kurās jāietilpst daudz kam: daudziem satura veidiem, vairākām valodām un redaktoriem ar dažādām tiesībām. Vispirms plānojam struktūru, tad veidojam Drupal mājaslapu, ko jūsu redaktoriem ir ērti lietot.
Noskaidrojam, kurš jūsu pašreizējā mājaslapā ko raksta un kuram tas jāapstiprina. Pēc tam rediģēšanas ekrānus pielāgojam šiem uzdevumiem, lai katra loma saņemtu tieši vajadzīgās formas un pogas.
Kā veidota Drupal mājaslapa
Drupal mājaslapai ir vairāk daļu nekā WordPress mājaslapai. Pateicoties tām, mājaslapa var kalpot daudzām komandām un valodām, bet to dēļ izstrāde maksā vairāk.
| Daļa | Ko tā dara |
|---|---|
| Drupal kodols | Satura veidi, lauki, lietotāji, lomas, valodas, labojumi un Views – rīks, kas no jūsu satura veido sarakstus un lapas. |
| Kopienas moduļi | Bezmaksas papildinājumi no drupal.org formām, meklēšanai, SEO un drošībai. Katrs ir atsevišķs projekts ar saviem uzturētājiem. |
| Pielāgoti moduļi | Kods, kas rakstīts jūsu mājaslapai, piemēram, imports no citas sistēmas, pārskatu panelis vai vienotās pieteikšanās savienojums. |
| Tēma | Publiskās mājaslapas izskats, rakstīts Twig veidnēs. Redaktori strādā atsevišķā administrācijas tēmā. |
| Konfigurācija | Iestatījumi no laukiem līdz tiesībām, kas eksportēti failos un kopā ar kodu pārcelti no testa mājaslapas uz publisko. |
| Hostings | Datubāze, Composer koda pārvaldībai un, noslogotām mājaslapām, Redis kešošanai. |
Ikdienā redaktori aizpilda formas, kas veidotas katram satura veidam, un saliek lapas no gatavām sadaļām: teksta, galerijas, kartes, formas.
Šīm sadaļām izmantojam Paragraphs – plaši izmantotu veidu, kā Drupal mājaslapās veidot lapas, – tāpēc redaktori izvēlas no mājaslapai paredzētām daļām, nevis kārto lapas ar roku. Drupal kodolā ir arī Layout Builder.
Izmaiņas vispirms veidojam un pārbaudām kopijā. Tā kā Drupal savus iestatījumus eksportē failos, jauns lauks vai atļauja publiskajā mājaslapā nonāk kopā ar kodu, un nevienam administrācijas panelī nav viss jāsaklikšķina divreiz, cerot, ka abas reizes sakritīs.
Vispirms satura modelis
Piemēram, pasākumiem var būt savs satura veids ar tādiem laukiem kā datums un nodaļa, kas tos rīko. Ievadiet pasākumu vienreiz, un Views, kas ir kodola daļa, to parāda gan pasākumu lapā, gan nodaļas lapā, nevienam neko nekopējot.
Drupal katru kešoto lapu atzīmē ar saturu, ko tā rāda. Kad pasākums mainās, visas lapas, kas to rāda, vienlaikus pazūd no kešatmiņas, tāpēc neviens neredz vecu datumu vienā lapā un jaunu citā.
Tas pats pasākums var nonākt arī citās sistēmās kā dati. JSON:API, kas Drupal kodolā ir kopš 8.7 versijas (2019), pēc ieslēgšanas atdod jūsu satura veidus standarta formātā, tāpēc mobilā lietotne vai cita jūsu sistēma tos var nolasīt bez pielāgota koda.
Tāpēc katrs Drupal projekts sākas ar satura modeli: satura veidiem, to laukiem un saistībām, par ko vienojamies ar jūsu komandu pirms jebkāda dizaina. Tas ir lētākais brīdis, lai struktūru izveidotu pareizi.
Daudz īpašnieku, viena mājaslapa
Katrai lomai ir savas tiesības katram satura veidam. Ja ieslēgta satura moderācija, lapa no melnraksta nonāk pārskatīšanā un tad tiek publicēta, un publicēt var tikai jūsu izvēlētās lomas. Katrs labojums tiek saglabāts, un jebkuru agrāku versiju var atjaunot.
Drupal ļauj arī sagatavot lielākas izmaiņas, piemēram, jaunu sadaļu ar divdesmit lapām, atsevišķā darba telpā un publicēt tās vienā reizē.
Tulkošana ir Drupal kodola daļa, četros moduļos: viens pievieno valodas, bet pārējie trīs tulko saskarni, saturu un iestatījumus.
Kāpēc valdības izvēlas Drupal
Ne katra valdības mājaslapa ir uz Drupal, taču vairākas valdības uz tā veido savas kopīgās platformas.
Daļēji tas ir izmaksu un kontroles dēļ. Drupal ir bezmaksas un izplatīts ar GPL licenci, tāpēc nav licences, kas jāpagarina. Mājaslapu var pārņemt jebkura Drupal komanda, un nākamais publiskais iepirkums paliek atvērts visām. Viena Drupal koda bāze var darbināt arī daudzas mājaslapas, katrai ar savu saturu, redaktoriem un adresi, un viens atjauninājumu cikls aptver tās visas.
Pārējais ir paredzamība. Drupal Drošības komanda kodola labojumus izlaiž vienā trešdienā mēnesī, parasti trešajā, laikā no 16:00 līdz 22:00 UTC, tāpēc IT nodaļa var laiku ieplānot. Ārpus šī laika loga labojumus izlaiž tikai ļoti kritiskiem caurumiem, ko jau izmanto uzbrucēji.
Kodols tiecas uz WCAG 2.2 AA, pārējo pārbaudām mēs
Tēma un saturs nosaka pārējo, tāpēc piekļūstamību pārbaudām katrā lapā, ko veidojam.
Drupal plusi un mīnusi
Plusi
- Lomas, pārskatīšanas soļi, labojumi un tulkošana – viss jau kodolā
- Ievadiet pasākumu vienreiz, un Views to parādīs katrā lapā, kur tas vajadzīgs
- Lielās versiju maiņas ir bijušas atjauninājumi, nevis pārbūves
- Drošības komanda, kas brīdina, pirms iznāk kritiski labojumi
Mīnusi
- Izstrāde maksā vairāk nekā WordPress, kas ir labāka izvēle vienai komandai
- Mazāk izstrādātāju, no kuriem izvēlēties
- Kopienas moduļiem drošības uzraudzība ir tikai tad, ja to uzturētāji tai piesakās
| Jūsu projekts | Mūsu izvēle |
|---|---|
| Daudzas komandas, apstiprināšanas soļi un valodas | Drupal |
| Nodaļas vai projekta mājaslapa, ko vada viena komanda | WordPress, ar ko vienkāršāk strādāt |
| Interneta veikals | Shopify, kas jūsu vietā rūpējas par hostingu un karšu maksājumiem |
| Rezervāciju sistēma vai portāls ar saviem noteikumiem | Laravel |
No satura modeļa līdz palaišanai sešos soļos
Drupal mājaslapa daudzām komandām prasa vairāk laika, galvenokārt plānošanas un satura pārnešanas dēļ.
Satura modelis un lomas
Runājam ar cilvēkiem, kas raksta, apstiprina un publicē saturu. No tā izriet satura veidi, lauki, lomas un, kur vajag, pārskatīšanas soļi.
Dizains un sadaļas
Lapu veidnes un sadaļu veidi, ko redaktori kombinē, ar dizainu, kura piekļūstamība ir pārbaudīta.
Izstrāde kopijā
Moduļi, tēma un pielāgotais kods izstrādes vidē, ar konfigurāciju versiju kontrolē. Katrai izmaiņai tiek veikts atkarību audits, slepeno datu skenēšana un drošības skenēšana, un jaunu versiju publiskajā mājaslapā var palaist tikai cilvēks.
Pārnešana un mēģinājums
Saturu no vecās mājaslapas pārnesam ar Drupal Migrate rīkiem. Pārnešanu izmēģinām kopijā un pārbaudām rezultātus pirms galīgās pārnešanas.
Apmācība un palaišana
Pirms palaišanas parādām jūsu komandai, kā viss darbojas, katra vecā adrese tiek novirzīta uz jauno, un mājaslapa sāk darboties.
Pieskatīšana
Drošības atjauninājumus veicam mājaslapas uzturēšanas plānā, un katru lielo Drupal versijas maiņu plānojam laikus.
Moduļi, uz kuriem paļaujamies, un kā tos izvēlamies
Šie ir kopienas moduļi, ko izmantojam, sagrupēti pēc darba, ko tie dara.
| Darbs | Ko izmantojam |
|---|---|
| Rediģēšana | Gin un Paragraphs lapu veidošanai no gatavām sadaļām |
| Formas | Webform ar saviem iesniegumiem, piekļuves noteikumiem un eksportu |
| Meklētājprogrammas | Metatag virsrakstiem un aprakstiem, Pathauto saprotamām adresēm, Redirect vecajām adresēm un Simple XML Sitemap |
| Meklēšana mājaslapā | Search API |
| Drošība | Divfaktoru pieteikšanās (TFA), Password Policy, Admin Audit Trail, Honeypot pret surogātpastu, Security Kit un ClamAV augšupielāžu skenēšanai |
| Vienotā pieteikšanās | OpenID Connect vai SAML Auth, lai darbinieki pieteiktos ar jau esošajiem kontiem |
| Izvietošana un ātrums | Config Split iestatījumiem, kas atšķiras testa un publiskajā vidē, un Redis kešošanai |
| Satura pārnešana | Migrate Plus un Migrate Tools |
| Sīkdatnes | Klaro, kas pirms analītikas palaišanas lūdz piekrišanu |
| Izstrāde | Composer kodam, Drush komandrindai, DDEV lokālām kopijām un GitLab CI pārbaudēm |
Dodam priekšroku moduļiem ar stabilu versiju, ko aptver Drošības komanda.
Ko darīt ar jūsu esošo Drupal mājaslapu
| Jūsu mājaslapa darbojas ar | Ko darīt |
|---|---|
| Drupal 7 | Veidot jaunu mājaslapu: uz Drupal 11, ja joprojām vajag tā lomas, pārskatīšanas soļus un valodas, vai uz WordPress, ja nevajag. |
| Drupal 8 vai 9 | Atjaunināt uz Drupal 11 pa vienai lielajai versijai. Versijas izlaist nevar. |
| Drupal 10 | Atjaunināt uz Drupal 11 tagad. |
| Drupal 11 | Uzturēt aktuālu. |
Biežāk uzdotie jautājumi
Vai varat atjaunināt mūsu veco Drupal mājaslapu?
Jā. Sākot ar Drupal 8, pāreja uz jaunāku versiju ir atjauninājums, nevis pārbūve, un jūsu saturs un adreses paliek kā bija. No Drupal 7 tā ir pāreja uz jaunu mājaslapu: uz Drupal 11 vai uz WordPress, ja mājaslapai vairs nevajag to, ko dara Drupal. Jebkurā gadījumā vispirms pāreju saplānojam un atbrīvojamies no tā, kas jums vairs nav vajadzīgs.
Vai redaktoriem Drupal ir sarežģītāks nekā WordPress?
Bez iestatīšanas – var būt. Rediģēšanas ekrānus pielāgojam jūsu komandas uzdevumiem, tāpēc katrs redaktors saņem vienkāršas formas savam satura veidam un tikai tās pogas, ko atļauj viņa loma. Tekstu raksta CKEditor 5 redaktorā, kas strādā līdzīgi kā teksta apstrādes programma.
Vai Drupal var izmantot mūsu vienoto pieteikšanos?
Jā. Ar vienoto pieteikšanos caur OpenID Connect vai SAML darbinieki piesakās ar kontiem, ko jūsu organizācija jau uztur, un nevienam nav atsevišķas Drupal paroles. Kad kāds aiziet no darba, pietiek slēgt viņa galveno kontu, un arī piekļuve mājaslapai beidzas.
Vai Drupal ir dārgāks par WordPress?
Izstrādē parasti jā. Izmaksas aug līdz ar satura veidu, lomu un valodu skaitu, pārnesamā satura apjomu un to sistēmu skaitu, ar kurām mājaslapa savienojas, turklāt ar Drupal strādā mazāk izstrādātāju nekā ar WordPress. Darbībai vajag Composer un regulārus atjauninājumus, ko sedz mūsu uzturēšanas plāns.
Vai Drupal ir drošs?
Drupal kodolu pieskata tā Drošības komanda, kas publicē labojumus un iepriekš brīdina, kad gaidāms kritisks labojums. Papildmoduļus tā aptver tikai tad, ja to uzturētāji tam piesakās, tāpēc katru pārbaudām, pirms to uzstādām. Kodola un moduļu atjauninājumus veicam uzturēšanas plānā, ar uzraudzību un rezerves kopijām. Rūpējamies par jūsu mājaslapas drošību, lai mazinātu uzlaušanas un datu noplūdes risku.
Vai Drupal joprojām ir vērts izvēlēties?
Mājaslapai ar daudziem redaktoriem, vairākām valodām un apstiprināšanas soļiem jā: lomas, pārskatīšanas soļi un tulkošana ir jau kodolā, un Drošības komanda kritiskos labojumus paziņo iepriekš. Mājaslapai, ko vada viena komanda, WordPress izmaksā mazāk.
