Views
Paginile și listele făcute cu Views nu se migrează. Le refac de mână pe site-ul nou.
Site-ul tău merge și azi. Pasul următor e o mutare pe un site nou, pe Drupal 11, în care conținutul și adresele paginilor se păstrează.
Sunt Emanuel Greucean, iar datele de aici le-am luat de pe drupal.org și backdropcms.org, în octombrie 2026.
drupal.org spune că pe un site Drupal 7 nu poți aplica pur și simplu o actualizare.
Conținutul și configurația trec pe site-ul nou prin Migrate API. drupal.org ține o listă cu ce nu trece de la sine, iar cele mai multe puncte de mai jos vin din ea. Le verific eu pe toate la site-ul tău, tu nu trebuie să ții evidența lor.
Paginile și listele făcute cu Views nu se migrează. Le refac de mână pe site-ul nou.
Pe versiunile noi, în locul lui Field Collection se folosește Paragraphs.
Un format de text pe care site-ul nou nu-l cunoaște ajunge ca filter_null. Conținutul e în baza de date, dar nu se afișează. Drupal nu mai acceptă filtrul PHP de la versiunea 8.
Pe un site multilingv, aliasurile URL (adresele paginilor) nu funcționează până nu e activată limba respectivă pe site-ul nou.
Nu toate au migrare automată, iar pentru unele o scriu de mână.
Panelizer nu mai e întreținut, iar locul lui îl ia Layout Builder din Drupal core. Un magazin pe Commerce 1.x sau Ubercart trece pe Drupal Commerce. Modulul pentru asta e Commerce Migrate, iar la evaluare verific ce versiuni de Drupal acceptă.
Ce trebuie urmărit la site-ul tău văd abia după ce mă uit în cod.
Fiecare pagină de pe site-ul vechi are o adresă pe care o știu Google și cititorii tăi. Așa o țin valabilă și pe site-ul nou.
Un site nou, cu conținutul migrat în el. Țintesc direct 11, nu 10, pentru că Drupal 10 iese din suport în decembrie 2026. După mutare, site-ul merge mai departe prin actualizări.
Ai și un site pe Drupal 10?A doua opțiune de pe drupal.org e suportul de securitate extins, oferit de unul dintre furnizorii certificați, HeroDevs sau Tag1. Îți dă timp, dar nu te scoate de pe Drupal 7, iar plecarea rămâne de făcut mai târziu.
Backdrop a pornit în 2013 din codul lui Drupal, ca site-urile Drupal 7 să aibă o cale mai scurtă. Site-ul se actualizează cu update.php, fără o migrare într-un site nou. Pentru un site mic, cred că poate fi varianta mai ieftină. Dacă se potrivește la tine aflăm la evaluare, după ce văd care module au versiuni pentru Backdrop. Fac și mutări pe Backdrop.
Încep cu o evaluare a site-ului.
Planul e al tău. Îl poți duce și la alt dezvoltator.
Kalamuna e o agenție americană pentru care am lucrat ca arhitect Drupal, pe contract, din 2014 până la sfârșitul lui 2025. Când am intrat în echipă, ea muta o platformă de media din SUA de pe Drupal 6 pe 7, iar eu am lucrat la migrare alături de colegi. Următoarea migrare a platformei, de pe 7 pe 8, am făcut-o eu. Avea peste 34.000 de articole. Zeci de microsite-uri stăteau în aceeași instalare Drupal, ca multisite. Platforma și-a păstrat adresele și pozițiile în căutări. Mai multe despre mine
Dacă ai clienți rămași pe Drupal 7 și nu ai oameni liberi pentru migrări, le pot face eu, sub numele agenției. Ca prim pas, îmi trimiți adresa și lista de module ale unui site și îl evaluez întâi pe acela. Pentru fiecare site lucrez cu aceeași evaluare și aceeași hartă a adreselor, iar migrarea o rulez încă o dată înainte de mutare. Iau și site-uri care s-ar potrivi pe Backdrop. Sunt în Timișoara, pe ora Europei de Est. Pot începe acum.
Da. drupal.org scrie că un site Drupal 7 se migrează pe Drupal 10 sau mai nou, așa că nu treci prin 8 și 9.
Conținutul se mută pe site-ul nou cu Migrate API, nu rămâne în urmă. Ce nu trece singur, cum sunt Views sau formatele de text necunoscute, le găsesc la evaluare și le refac pe parcurs. Până la mutare, site-ul vechi rămâne neatins.
Tema se reface oricum, pentru că așa cere plecarea de pe 7. O pot reface după aspectul de acum, ca vizitatorii să găsească site-ul pe care îl știu. Dacă vrei un aspect nou, îl hotărâm înainte de lista fixă de lucrări.
Da, dacă ne înțelegem dinainte cine ce face. Planul de după evaluare e al tău, iar echipa ta îl poate folosi pentru partea ei.
Ca să încep, îmi ajunge adresa site-ului. Apoi îmi trebuie codul și fie lista de module, fie raportul de stare, pe care îl găsești în administrare la Rapoarte → Raport de stare (/admin/reports/status). Codul ți-l poate da cel care îți întreține site-ul. Baza de date o cer mai târziu, după ce ne-am înțeles asupra lucrării, și pe cât se poate fără datele personale ale utilizatorilor. Acces la serverul de acum nu-mi trebuie până la mutare.
Editorii tăi lucrează mai departe pe site-ul vechi, ca până acum. Înainte de mutare mai trec o dată conținutul pe site-ul nou, așa că ajunge și ce s-a scris între timp.
Asta se vede din evaluare, pentru că ține de numărul de module, de codul personalizat și de cât conținut are site-ul. După ea îți spun cât ține lucrarea și ce cuprinde, ca să te poți hotărî.
Spune-mi adresa site-ului și, dacă o ai, lista lui de module. De la ele pornește evaluarea.
emanuel@webbership.dev