Parliamo del progetto

Il nostro metodoAggiornamenti di Drupal

Aggiornamenti Drupal

PartITech sviluppa e mantiene progetti Drupal dal 2015. Un aggiornamento non significa solo cambiare un numero di versione: deve preservare percorsi aziendali, contenuti, integrazioni, prestazioni e la capacità dei team…

Sicurezza rafforzata Compatibilità gestita Piattaforma duratura

Manutenzione Drupal dal 2015

Sviluppa la tua piattaforma senza comprometterne la continuità

PartITech sviluppa e mantiene progetti Drupal dal 2015. Un aggiornamento non significa solo cambiare un numero di versione: deve preservare percorsi aziendali, contenuti, integrazioni, prestazioni e la capacità dei team di continuare ad evolvere l'applicazione.

Lavoriamo sulle applicazioni che abbiamo realizzato come su piattaforme Drupal esistenti. Il nostro obiettivo è riportare ogni progetto su una traiettoria mantenibile, con una versione di Drupal, PHP e dipendenze che beneficiano ancora delle patch di sicurezza.

Dal 2015
Sviluppo e manutenzione Drupal
Codice, dati, infrastruttura
Un ambito di migrazione completo
Ricetta prima del cambio
Modifiche verificate al di fuori della produzione

Sicurezza e sostenibilità

Perché mantenere aggiornato Drupal?

Mantenere aggiornati il ​​core Drupal, i moduli, i temi, il Composer e l'ambiente PHP è parte integrante della sicurezza di una piattaforma.

Risolvi le vulnerabilità

Le versioni mantenute ricevono avvisi di sicurezza e correzioni principali. Le estensioni Contrib e le dipendenze di Composer dovrebbero essere seguite con uguale attenzione.

Preserva la stabilità

Le versioni con patch risolvono anomalie, rafforzano la compatibilità e riducono comportamenti imprevedibili nei percorsi editoriali e aziendali.

Migliora le prestazioni

Drupal 11.4 riduce notevolmente le query di caricamento delle entità e migliora la compressione, le traduzioni e diversi percorsi principali critici.

Rimani compatibile

Drupal è compatibile con PHP, Symfony, Twig, CKEditor, motori di database e Composer. Una piattaforma troppo vecchia finisce per bloccare il suo intero ambiente.

Limita debito tecnico

Aggiornamenti frequenti isolano le modifiche. L'attesa per diverse generazioni accumula API cancellate, moduli abbandonati e migrazioni di dati.

Conserva la capacità di evolversi

Una base mantenuta consente di fornire nuove funzioni senza iniziare ogni progetto con un aggiornamento urgente dell'intera base.

Calendario 2026

Quale versione di Drupal preferire?

Drupal 11 è la generazione di riferimento. Per un nuovo progetto o una migrazione compatibile con i suoi prerequisiti, la destinazione corrente è la filiale Drupal 11.4.x.

Ramo consigliato

Drupal 11.4

Pubblicato il 1er Luglio 2026, Drupal 11.4 è pronto per la produzione e beneficia del supporto di sicurezza annunciato fino a giugno 2027.

Vue le note sulla versione di Drupal 11.4
  • Caricamento più rapido di entità ed elenchi, con un numero significativamente inferiore di query sul database.
  • Compressione Brotli possibile per file CSS e JavaScript aggregati.
  • Applicazione di ricette e importazione di traduzioni accelerate.
  • Nuova interfaccia nativa a riga di comando, ancora sperimentale.
  • Aggiornamenti di sicurezza più semplici per le dipendenze chiave con core-recommended.

Drupal 11.4.x

Preferito

Ramo attuale per nuovi sviluppi e migrazioni. Supporto alla sicurezza annunciato fino a giugno 2027.

Drupal 11.3.x

Da aggiornare

Ancora coperto da patch di sicurezza fino a dicembre 2026. Dovrebbe essere pianificato l'aggiornamento alla 11.4.

Drupal 10.6.x

Ramo di transizione

Ultimo ramo Drupal 10, mantenuto fino a dicembre 2026. Drupal 10 raggiungerà la fine del ciclo di vita il 9 dicembre 2026.

Drupal 10.5 e versioni precedenti

Non mantenuto

Drupal 10.5, Drupal 11.2 e tutti i rami precedenti non dispongono più del supporto di sicurezza standard.

Base moderna

Cosa cambia Drupal 11 per la manutenzione

Drupal 11 continua la modernizzazione iniziata con Drupal 8, 9 e 10. Questi sviluppi migliorano la costruzione delle piattaforme, ma richiedono che API e dipendenze obsolete vengano risolte prima della migrazione.

Componenti di directory singola

I modelli, gli stili, gli script e i metadati di Twig di un componente possono essere raggruppati in una struttura coerente, più facile da testare e riutilizzare.

Ricette

Insiemi di moduli e configurazioni possono essere applicati in modo ripetibile per accelerare l'installazione o l'evoluzione delle funzionalità.

Aree di lavoro

I team possono preparare insiemi coerenti di modifiche ai contenuti prima della pubblicazione, previa verifica degli usi e delle estensioni del progetto.

Architetture disaccoppiate

JSON:API e le API principali consentono di utilizzare Drupal come base editoriale per React, Vue.js, interfacce mobili o multimediali.

Front-end modernizzato

Il core riduce gradualmente la sua dipendenza dalle librerie legacy e migliora gli strumenti, i componenti e gli standard web di Twig.

Codice obsoleto rimosso

La rimozione delle API obsolete mantiene il nucleo moderno. I moduli specifici devono quindi essere analizzati e corretti prima di una salita importante.

PHP e infrastruttura

La compatibilità tecnica non è sufficiente

La versione PHP deve essere accettata da Drupal, compatibile con i moduli e le dipendenze del progetto e comunque mantenuta da PHP.

Drupal 11.4 supporta PHP 8.3, 8.4 e 8.5

Per un nuovo target, privilegiamo una versione con una durata di supporto sufficiente, previa convalida delle estensioni PHP, dei moduli contrib, del codice specifico e dell'hosting.

Drupal 10.6 accetta ancora versioni PHP precedenti, ma mantenere un runtime al termine del ciclo di vita annulla alcuni dei vantaggi della migrazione.

  • Versione PHP ed estensioni richieste
  • Versione del compositore e dipendenze bloccate
  • MySQL, MariaDB o PostgreSQL
  • Server Web, cache, file system e attività pianificate
  • Procedura di monitoraggio, backup e rollback

Le compatibilità sono dettagliate nel Prerequisiti Drupal PHP. Lo stato del runtime deve essere controllato separatamente nel file calendario PHP ufficiale.

Scegli la traiettoria giusta

Cosa fare in base alla versione attuale?

11

Sei già su Drupal 11

Applichiamo la versione patch più recente del ramo di destinazione, controlliamo le estensioni e le deprecazioni, quindi testiamo i percorsi critici. Una versione principale recente non ti esenta dal monitoraggio delle versioni minori.

Obiettivo: aderire alla versione 11.4.x e mantenere una cadenza regolare.

10

Sei su Drupal 10

Il primo passo consiste nell'unirsi a Drupal 10.6, l'ultimo ramo di questa generazione, quindi rimuovere le deprecazioni e i blocchi identificati prima di migrare a Drupal 11.4.

Obiettivo: migrare prima della fine della vita il 9 dicembre 2026.

8–9

Sei su Drupal 8 o 9

Queste build non ricevono più patch. Il progetto deve affrontare livelli compatibili, versioni storiche di PHP e Symfony, moduli abbandonati e codice specifico prima di raggiungere l'obiettivo attuale.

Obiettivo: mettere in sicurezza l'esistente e poi organizzare un incremento in fasi controllate.

7

Utilizzi Drupal 7 o versioni precedenti

Drupal 7 è a fine vita dal 5 gennaio 2025. Il passaggio a Drupal 11 è generalmente un progetto di migrazione: nuova architettura, ripresa di contenuti, utenti, tassonomie, file, reindirizzamenti e riscrittura di parte dello specifico.

Obiettivo: costruire un nuovo database e migrare i dati con controlli di completezza.

Una migrazione verificabile

I passaggi essenziali di un aggiornamento della versione Drupal

Ogni progetto è diverso, ma una migrazione affidabile dovrebbe rendere visibili le dipendenze, le decisioni, i test e le condizioni di rollback.

  1. Audit dell'esistente

    Versioni Drupal e PHP, moduli, tema, codice specifico, compositore, database, volumi, interfacce e infrastruttura.

  2. Definizione del target

    Versione Drupal, runtime PHP, database, hosting e strategia di transizione compatibili con la durata del supporto prevista.

  3. Mappatura degli spazi

    Moduli incompatibili, API deprecate, librerie abbandonate, modifiche alla configurazione e sviluppi da adattare o sostituire.

  4. Ambiente di migrazione

    Copia isolata, dipendenze riproducibili, backup controllati e procedura documentata per evitare di lavorare direttamente in produzione.

  5. Aggiornamento codice e dati

    Setup del compositore, adattamenti specifici, configurazione, migrazioni di contenuti e correzioni di incompatibilità.

  6. Test e collaudo

    Contesto aziendale, amministrazione, diritti, ricerca, moduli, media, SEO, interfacce esterne, prestazioni e sicurezza.

  7. Attiva/disattiva ripetizione

    Tempistiche, sincronizzazione dei dati finali, finestra di intervento, responsabilità, criteri di decisione e rollback.

  8. Produzione e monitoraggio

    Distribuzione, controlli post-failover, registri, code di messaggi, attività pianificate, cache, metriche e monitoraggio delle anomalie.

Prova, non solo una versione

Cosa dovrebbe produrre la migrazione

  • Inventario di moduli, temi, dipendenze e sviluppi specifici
  • Rapporto di compatibilità e registro delle decisioni
  • Repository riproducibile di Composer e dipendenze aggiornate
  • Piano di migrazione dei dati e controlli di completezza
  • Piano di test e rapporto di accettazione
  • Backup ripristinabili e procedura di rollback
  • Piano di produzione e controlli post-distribuzione
  • Documentazione operativa e programma di manutenzione

Esperienza PartITech

Dagli aggiornamenti regolari alle migrazioni complesse

Dal 2015 abbiamo aggiornato dozzine di applicazioni Drupal. Possiamo anche aggiornare i server quando ci viene affidata la loro esternalizzazione e rilevare piattaforme che non abbiamo sviluppato.

Questa esperienza ci permette di intervenire sia sull'aggiornamento di una versione minore che sulla modernizzazione completa di una vecchia applicazione, tenendo conto dei vincoli aziendali e operativi.

Prepara il tuo aggiornamento Drupal