Drupal CMS 1 → Drupal CMS 2 uuendamine

🎧 Kuula kõiki artikleid järjest

Drupal CMS 2.0 toob uue lähtepunkti, Canvas'e ja veebilehe mallid, kuid Drupal CMS 1 põhjal loodud olemasolev veebileht ei muutu automaatselt samaks lahenduseks. Enne muutmist tuleb aru saada, mida veebileht tegelikult kasutab.

Drupal CMS 2.0 tekitab loogilise küsimuse: kui veebileht alustas Drupal CMS 1 pealt, kas selle saab lihtsalt Drupal CMS 2 peale uuendada?

Lühike vastus: ettevaatlikult. Drupal CMS ei ole samas mõttes toode nagu Drupal Core'i peamine versioon. Drupal CMS projektileht↗ (avaneb uues aknas) kirjeldab seda kui uue veebilehe stardipunkti. Kui veebileht on juba loodud, on sul sisuliselt Drupal veebileht koos valitud moodulitega, konfiguratsiooni ja sisuga.

Seetõttu ei tohiks Drupal CMS 1 → 2 käsitleda ainult Composer käsuna. Seda tuleks käsitleda tehnilise muudatusena olemasolevas Drupal veebilehes.

Mis muutus Drupal CMS 2.0-s?

Drupal CMS 2.0 release notes↗ (avaneb uues aknas) toovad esile Canvas integratsiooni, esimese veebilehe mallid ja mitmed muud parandused.

Praktiliselt tähendab see, et Drupal CMS 2.0 võib sisaldada:

• uusi mooduleid;
• teistsugust redigeerimiskogemust;
• uusi komponentide ja mallide eeldusi;
• muudatusi näidissisus;
• muutusi konfiguratsioonis;
• teistsugust projekti struktuuri värske paigalduse puhul.

Kui alustad täiesti uue veebilehega, saad selle lähtepunktina kaasa. Olemasoleval veebilehel tuleb otsustada, millised osad on päriselt vaja üle võtta.

Miks see ei ole lihtne töö - "uuenda CMS-i"?

Drupal CMS-i retseptid ja algseadistused loovad veebilehele konfiguratsiooni. Pärast seda hakkab projekt elama oma elu.

Selle käigus võivad muutuda:

• sisutüübid;
• väljad;
• vaated;
• rollid ja õigused;
• menüüd;
• media seadistus;
• kohandatud teema;
• moodulite valik;
• tõlked;
• avaldamise töövoog.

Kui nüüd proovida uus Drupal CMS 2 konfiguratsioon lihtsalt olemasoleva peale panna, võib tulemus olla konfliktne. Mõni asi dubleerub, mõni kirjutab kohaliku otsuse üle ja mõni eeldab mooduleid või struktuuri, mida veebilehel ei ole.

Esimene samm: inventuur

Enne uuendamist tuleb teha tehniline inventuur.

Kontrollida tuleks:

• milline Drupal Core versioon on kasutusel;
• millised moodulid on aktiivsed;
• millised moodulid tulid Drupal CMS algseadistusega;
• millised moodulid lisati hiljem;
• millised sisutüübid on päriselt kasutuses;
• milline konfiguratsioon on muudetud;
• kas veebilehel on kohandatud teema või ainult vaiketeema;
• kas sisu kasutab komponente, blokke või Layout Builderit;
• kas olemas on testkeskkond ja varukoopia.

Selle töö jaoks sobib hästi Drupal audit, sest eesmärk ei ole kohe uuendada, vaid aru saada, milline risk on.

Teine samm: otsusta, mida Drupal CMS 2-st tegelikult vaja on

Kõike ei pea üle võtma.

Olemasoleval veebilehel võib olla vaja ainult:

• Canvas't uute maandumislehtede jaoks;
• mõnda uut komponenti;
• paremat kogemust sisu haldurile;
• AI abivahendeid;
• uuemaid mooduli versioone;
• Drupal Core'i ja sõltuvuste tavapärast uuendust.

Kui olemasolev veebileht töötab hästi ja vajab ainult turvauuendusi, ei pruugi Drupal CMS 2 funktsioonide lisamine olla mõistlik. Kui toimetajad vajavad visuaalset leheehitust ja olemasolev lahendus on piirav, võib valikuline ülevõtmine olla kasulik.

Kolmas samm: tee muudatus testkeskkonnas

Drupal CMS 1 → 2 suunal ei tohiks teha otse live veebilehel.

Minimaalne töövoog:

1. tee varukoopia failidest ja andmebaasist;
2. loo testkeskkond;
3. uuenda Composer sõltuvused kontrollitult;
4. rakenda andmebaasi uuendused;
5. ekspordi ja võrdle konfiguratsiooni;
6. kontrolli toimetajate põhitegevusi;
7. testi avalikke kasutajateekondi;
8. mõõda jõudlust ja ligipääsetavust;
9. planeeri tagasipöörde võimalus.

DDEV projektis tehakse PHP ja Drupal käsud projektireeglite järgi ddev php, ddev exec või ddev drush kaudu, mitte hosti PHP-ga.

Mida testida?

Kõige olulisem ei ole see, kas administraatori vaade avaneb. Oluline on, kas ärikriitilised tegevused töötavad.

Testida tuleks:

• sisu loomist ja muutmist;
• olemasolevate lehtede renderdamist;
• menüüsid ja URL-e;
• meedia üleslaadimist;
• tõlkeid;
• vorme;
• otsingut;
• õiguseid;
• vahemälu tühjendamist;
• töövoo avaldamist;
• kohandatud mooduleid;
• ligipääsetavuse põhikontrolle.

Kui veebilehel on e-pood või vormid, peab nende jaoks olema eraldi smoke test. Siin aitab Playwright testimine, sest visuaalse leheehituse muudatused võivad murda kasutajateekondi, mida administraatori vaates ei märka.

Kas parem on teha uus Drupal CMS 2 veebileht ja migreerida sisu?

Mõnikord jah.

Uus Drupal CMS 2 paigaldus ja sisu migratsioon võib olla mõistlik, kui:

• olemasolev Drupal CMS 1 veebileht on väike;
• kohandatud arendust on vähe;
• sisumudel vajab niikuinii muutmist;
• vana konfiguratsioon on segane;
• eesmärk on võtta kasutusele uus visuaalne veebilehe ehitus;
• olemasoleval veebilehel ei ole palju ajaloolisi erandeid.

Olemasoleva veebilehe uuendamine on mõistlikum, kui:

• andmeid ja sisu on palju;
• integratsioone on mitu;
• kasutajate ja õiguste struktuur on keerukas;
• kohandatud koodi on märkimisväärselt;
• URL-id ja SEO ajalugu on äriliselt olulised.

See on sama loogika nagu muudes Drupal migratsiooni projektides: vahel on uuendus õige, vahel on puhtam migratsioon odavam ja turvalisem.

Mida mitte teha

Ära käsitle Drupal CMS 2.0 uuendust ainult administraatori nupuna või ühe Composer käsuna.

Väldi:

• live veebilehel katsetamist;
• pimesi konfiguratsiooni importimist;
• varukoopiata alustamist;
• kohandatud teema mõju ignoreerimist;
• toimetajate töövoo testimata jätmist;
• eeldust, et Drupal CMS 2 mallid sobivad olemasoleva sisumudeliga automaatselt.

Uus redigeerimiskogemus on väärtuslik ainult siis, kui see ei lõhu olemasolevat veebilehte.

Kokkuvõte

Drupal CMS 1 → Drupal CMS 2 ei ole tavaline "vajuta uuenda" töö. Drupal CMS on alguspunkt, mitte kogu veebilehe elutsüklit üksi juhtiv toode.

Olemasoleva veebilehe puhul tuleb esmalt hinnata, mis on veebilehel päriselt kasutuses, milliseid Drupal CMS 2 võimalusi on vaja ja kas need sobivad olemasoleva arhitektuuriga.

Praktiline järjekord on: audit, varukoopia, testkeskkond, valikuline ülevõtmine, testid, kontrollitud avaldamine.

WebPro saab aidata hinnata Drupal CMS 1 põhjal loodud veebilehe seisukorda ja planeerida, kas mõistlikum on valikuline uuendus, uue Drupal CMS 2 lähtepunkti kasutamine või klassikaline Drupal migratsioon.

WebPro 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