Pe 9 decembrie 2026, Drupal 10 ajunge la sfârșitul ciclului de viață. După această dată nu mai primește nicio lansare, inclusiv lansări de securitate. Dacă site-ul tău rulează Drupal 10, acesta e sezonul în care planifici trecerea la Drupal 11, iar vestea bună e că, pe un site bine întreținut, e una dintre cele mai liniștite actualizări pe care le-a oferit vreodată platforma. Articolul explică ce înseamnă în practică sfârșitul suportului, ce presupune actualizarea și cum o ordonăm noi ca nimic din ea să nu pară o urgență.
Ce înseamnă, de fapt, sfârșitul ciclului de viață
Drupal își publică calendarul de suport cu ani înainte. Fiecare versiune majoră e susținută până la scurt timp după ce apare următoarea, iar data pentru Drupal 10 a fost fixată de mult ca să coincidă cu lansarea Drupal 12, în săptămâna de 7 decembrie. Site-ul nu se oprește pe 10 decembrie. Nu se strică nimic. Ce se schimbă e că, din acel moment, vulnerabilitățile nou descoperite în core-ul Drupal 10 nu vor mai primi remedieri, iar modulele contribuite își vor abandona treptat compatibilitatea cu Drupal 10, pe măsură ce menținătorii se concentrează pe versiunile curente.
Pentru o firmă, asta se traduce într-o afirmație simplă: după 9 decembrie, un site pe Drupal 10 rulează pe software pe care nu-l mai întreține nimeni. E o poziție din care e bine să pleci înainte să apară, nu după.
De ce actualizarea asta e mai ușoară decât cele de care poate îți amintești
Cei care au trecut prin migrarea de la Drupal 7 își amintesc o reconstrucție. Acel model s-a încheiat cu Drupal 8. De atunci, fiecare versiune majoră e o continuare a celei anterioare: Drupal 11 e Drupal 10 din care s-a scos codul depreciat și în care s-au actualizat câteva biblioteci de bază. Conținutul, configurația, utilizatorii și fișierele trec neschimbate. Codul personalizat care a evitat funcțiile depreciate funcționează ca înainte.
Comunitatea Drupal a construit și instrumente exact pentru această tranziție. Un raport de pregătire pentru actualizare enumeră fiecare modul și temă de pe site, îți spune dacă există o versiune compatibilă și marchează liniile concrete de cod personalizat care au nevoie de atenție. Instrumente automate rescriu cele mai multe dintre ele. Ce era înainte muncă de explorare e acum un raport pe care îl citești în zece minute.
Cum o ordonăm
Actualizarea în sine durează câteva ore. Planificarea din jurul ei e ceea ce o face lipsită de evenimente, și urmează o ordine fixă.
- Mai întâi, la zi pe Drupal 10. Site-urile pe ultima versiune minoră de Drupal 10, cu module actuale, au drumul cel mai scurt. Orice actualizare în așteptare intră înaintea actualizării majore, ca cele două să nu se încurce niciodată.
- Rulăm raportul de pregătire. Fiecare modul fie are o lansare pentru Drupal 11, fie are nevoie de un patch care există deja, fie are un succesor. Le rezolvăm pe fiecare înainte să atingem core-ul. Un modul fără drum înainte e o decizie mică, nu un blocaj, și vi-l aducem cu o recomandare.
- Actualizăm codul personalizat. Rescrierea automată se ocupă de cea mai mare parte. Restul îl verificăm manual și rulăm testele site-ului.
- Verificăm stratul de platformă. Drupal 11 a ridicat versiunile minime de PHP și de bază de date. Pe infrastructura pe care o administrăm, versiunile curente sunt deja la locul lor, așa că acest pas e o confirmare. În alte părți poate fi piesa care durează cel mai mult de aranjat, motiv pentru care vine devreme în plan.
- Repetăm pe staging. Actualizarea completă rulează pe un mediu de staging cu o copie proaspătă a datelor de producție. Verificăm paginile pe care oamenii le folosesc cel mai mult, formularele, integrările și ecranele editoriale. Orice surpriză apare aici, unde nu costă nimic.
- Lansăm ca orice altă lansare. Actualizarea de producție pleacă prin același proces de livrare ca o actualizare de rutină, cu un backup testat făcut cu câteva momente înainte și o cale de revenire pe care am mai folosit-o. Editorii nu observă de obicei nimic în afară de un număr de versiune puțin diferit pe pagina de stare.
Ce vine gratis pe deasupra
Drupal 11 nu e doar o reînnoire a suportului. Lansările sale minore recente aduc cea mai mare îmbunătățire de performanță din istoria platformei, aceleași servere servind vizibil mai multe cereri. Interfața de administrare a continuat să se îmbunătățească. Iar trecerea la Drupal 11 acum așază site-ul pe versiunea care va avea cel mai lin drum către Drupal 12, atunci când acela va deveni pasul următor rezonabil, peste un an sau mai mult.
Actualizările sunt și un moment bun pentru mici curățenii: retragerea unui modul pe care nu-l folosește nimeni, strângerea unei permisiuni, ordonarea unui format de text vechi. Ținem lista aceea separată de actualizarea propriu-zisă, ca fiecare schimbare să rămână ușor de verificat, dar lista o aducem.
Momentul potrivit
Septembrie și octombrie sunt lunile confortabile. Dacă lași actualizarea pentru sfârșitul lui noiembrie, concurezi pentru același calendar cu campaniile de final de an, cu perioadele de îngheț al conținutului și cu sărbătorile, și nu mai rămâne loc pentru un menținător de modul mai lent decât te așteptai. Recomandarea noastră e directă: rulează raportul de pregătire acum, rezolvă eventualele întrebări legate de module în săptămânile următoare și programează actualizarea într-o zi liniștită, înainte de mijlocul lui noiembrie.
Pentru site-urile pe care le întreținem deja, planificarea e în curs și vei primi de la noi o propunere de dată. Dacă rulezi Drupal 10 în altă parte și vrei o a doua pereche de ochi pe raportul de pregătire, sau o ofertă cu preț fix pentru actualizare, scrie-ne. E timp destul, și am vrea să rămână așa.