Drupal 8, 9 või 10 uuendamine Drupal 11 peale
Sobib siis, kui sait on uuemal Drupali põlvkonnal, kuid uuendused on seisma jäänud. Kliendi jaoks tähendab see olemasoleva veebi eluea pikendamist nii, et sisu ja põhitöövood jäävad alles.
Mida see kliendi jaoks tähendab
- eesmärk ei ole teha kogu veeb nullist ümber;
- olemasolev sisu, URL-id ja töövood peaksid jääma võimalikult stabiilseks;
- enne muudatusi selgub, millised moodulid või erilahendused uuendust takistavad;
- töö käigus tuleb sageli uuendada ka PHP versiooni ja serveri nõudeid;
- ka vana kujunduse või olemasoleva kasutajaliidese säilitamisel tuleb JavaScript üle kontrollida;
- üle tuleb vaadata ka andmete kaitsmise, võtmete ja krüpteerimisega seotud kohad;
- töö toimub testkeskkonnas, kus saab kontrollida vorme, ostuvooge, sisselogimist ja sisuhaldust;
- avaldamine tehakse nii, et vajadusel saab kiirelt tagasi lülituda.
Millal seda vaja on
- sait töötab Drupal 8, Drupal 9 või Drupal 10 peal;
- Drupal core, moodulid või PHP versioon on ajale jalgu jäänud;
- Composer töövoog on katki või puudulik;
- eraldi kirjutatud moodulid kasutavad vananenud API-sid;
- kujundus või interaktiivsed osad sõltuvad vanast JavaScriptist;
- andmete hoidmise või krüpteerimise lahendus on ajale jalgu jäänud;
- enne uuendamist on vaja teada, mis päriselt takistab Drupal 11 peale liikumist.
Mida WebPro kontrollib
- Composer paketid, lukufail ja sõltuvuste konfliktid;
- PHP versioon ja serveri nõuded;
- moodulite Drupal 11 sobivus;
- oma moodulid, teema ja vananenud kood;
- JavaScripti vead, sõltuvused ja kasutajaliidese käitumine;
- võtmed, paroolid, tundlikud andmed ja krüpteerimisega seotud seadistus;
- konfiguratsioon, andmebaasi uuendused ja olulisemad töövood.
Kuidas töö käib
- loome või korrastame kohaliku ja testkeskkonna;
- kui projekt ei kasuta veel Composerit, viime süsteemi esmalt Composeril põhinevasse töövoogu;
- uuendame väikeste sammudega järgmistele Drupal versioonidele, mitte ühe suure hüppega;
- tõstame vajadusel PHP versiooni samas plaanis, sest Drupal 8, 9, 10 ja 11 nõuded ei ole samad;
- parandame iga sammu juures vananenud koodi, moodulite konflikte ja PHP nõudeid;
- kontrollime üle JavaScripti, vormide käitumise, menüüd, filtrid, ostuvood ja muud interaktiivsed osad;
- vaatame üle andmete liikumise ja krüpteerimisega seotud kohad, eriti vormide, kasutajate ja liidestuste juures;
- vajadusel viime vahepealsed stabiilsed versioonid avalikku veebi, et risk ei koguneks ühe suure avaldamise peale;
- käivitame andmebaasi uuendused testkeskkonnas ja kontrollime tulemuse üle;
- lisame vajaduse järgi Playwrighti ja PHP kontrollid;
- lepime kokku iga olulisema sammu avaldamise hetke ja tagasipöördumise plaani.
Mida enne alustamist teada
Drupal 8, 9 ja 10 puhul võib töö olla märksa sirgem kui Drupal 6 või 7 migratsioon, kuid risk kasvab kiiresti, kui projektis on palju erimooduleid, vana teema, vana JavaScript, tegemata turvauuendused, vana PHP versioon, vananenud andmekaitse lahendus või puuduv testkeskkond. Kliendi jaoks on oluline teada, kas tegu on tavapärase uuendusega või projektiga, kus tuleb osa lahendusest ümber ehitada.
Järgmine samm: kirjelda praegust Drupal versiooni, kas projekt kasutab Composerit ja millised töövood ei tohi uuenduse käigus katki minna.
Täida kontaktvorm