Chiarire il compito e la decisione
Questa guida trasforma la guida all'implementazione di typo3 in un flusso di lavoro operativo rivedibile. Collega le decisioni di dominio, la proprietà, le prove e l'accettazione in modo che il risultato continui a funzionare in produzione.
Modella le versioni in lingua accessibile come record regolamentati collegati al contenuto di origine e all'approvazione dell'area di lavoro.
Procedura pratica
- 1
Tipi di origini dell'inventario, identificatori, campi, impostazioni locali, proprietari e stati di pubblicazione.
- 2
Scegli il modello di distribuzione tra volume, latenza, controllo editoriale e tolleranza agli errori.
- 3
Mappare il record di origine su un record di versione in lingua separato con collegamento durevole.
- 4
Aggiungi autenticazione, idempotenza, nuovi tentativi, invalidazione della cache, registrazione e controlli di accesso.
- 5
Testare la pubblicazione, le modifiche all'origine, i risultati non disponibili, il rollback, il funzionamento della tastiera e il monitoraggio prima del rilascio.
Esempio o strumento
Un esempio di area di lavoro TYPO3 copre la mappatura dei campi, le relazioni di traduzione, la distribuzione e l'invalidazione. Nello strumento, registra anche la baseline, il proprietario, la decisione, le prove, il problema aperto e la data di approvazione. Utilizza una pagina o una transazione reale in modo che il team possa vedere le dipendenze, le eccezioni e il lavoro di manutenzione che segue il rilascio.
| Punto decisionale | Documentazione | Criterio di accettazione |
|---|---|---|
| Linea di base | Stato attuale osservato | Fonte e data registrate |
| Decisione | Opzione selezionata e motivazione | Rischio e pubblico considerati |
| Prova | Testare, documentare o misurare | Rivedibile e specifico della versione |
| Approvazione | Nome, ruolo e data | Tutti i criteri obbligatori sono soddisfatti |
Modellare le versioni linguistiche come record regolamentati
Utilizzare un record di contenuto o un tipo di pagina dedicato per una versione in lingua accessibile e collegarlo alla fonte con una relazione immutabile. Memorizza l'UID di origine, la revisione dell'area di lavoro di origine o l'hash del contenuto, le impostazioni internazionali di destinazione, la modalità della lingua, l'ID del risultato della trasformazione, lo stato di revisione, la versione del glossario, gli approvatori e l'ultima data verificata. Mantieni questa relazione separata dalla normale relazione di traduzione locale di TYPO3 quando la versione cambia la struttura o la densità delle informazioni anziché solo la lingua.
Mappare deliberatamente i campi sorgente strutturati. Conserva intestazioni, paragrafi, elenchi, collegamenti, tabelle, avvisi, download e blocchi di contatti come elementi semantici. Definisci un fallback sicuro per ciascun elemento di contenuto non supportato: conservalo con un avviso per il revisore, sostituiscilo con un componente di riepilogo approvato o genera blocchi. Non rilasciare mai silenziosamente un elemento sconosciuto. I riferimenti ai file e i collegamenti mantengono i propri identificatori in modo che la convalida possa rilevare le dipendenze modificate o eliminate.
| Campo di registrazione | Scopo | Comportamento richiesto |
|---|---|---|
| source_uid | Collega versione e sorgente | Relazione immutabile con il controllo dei permessi |
| revisione_origine | Rileva le modifiche all'origine | Contrassegna la versione approvata per la revisione quando è diversa |
| stato_revisione | Controlla il flusso di lavoro | Transizione limitata dal ruolo di backend |
| risultato_id | Supporta la tracciabilità | Memorizzato con le impostazioni e l'ora della richiesta |
Utilizza gli spazi di lavoro per la generazione, la revisione e l'approvazione
Crea il risultato generato in un'area di lavoro controllata, mai direttamente nell'area di lavoro live. Un ruolo di generazione può richiedere e aggiornare le bozze. Un revisore del soggetto conferma condizioni, cifre, date, responsabilità e collegamenti. Un revisore linguistico controlla la modalità selezionata e il viaggio visualizzato. Un editore verifica i risultati risolti e sposta la revisione approvata attraverso la fase dell'area di lavoro stabilita. Applica queste funzionalità nelle autorizzazioni di backend e nella logica di transizione lato server.
Configura le notifiche sulla fase con URL del record, revisione della fonte, livello di rischio, ruolo richiesto e data di scadenza. I revisori necessitano di una differenza significativa che distingua le modifiche del contenuto dal rumore dei metadati TYPO3. Se la fonte viene modificata mentre la revisione è aperta, contrassegna la versione come obsoleta e chiedi al team di scegliere tra riorganizzare la bozza o completare un'eccezione registrata esplicitamente. Il sistema deve impedire che un'approvazione obsoleta venga pubblicata.
- 1
Crea o identifica il record di origine e acquisisci la revisione dell'area di lavoro.
- 2
Genera la versione strutturata nell'area di lavoro assegnata.
- 3
Completa la convalida di oggetto, lingua e collegamento nell'anteprima renderizzata.
- 4
Risolvere i risultati e confermare che la revisione del codice sorgente è ancora attuale.
- 5
Pubblica il record approvato e conserva la cronologia completa dell'area di lavoro.
Distribuisci e invalida senza perdere i contenuti approvati
Crea ottimizzatori di percorso e metadati di pagina che forniscano a ogni versione un URL stabile e leggibile. Pubblica collegamenti linguistici reciproci e relazioni canoniche nel markup reso dal server. Includi la versione nella ricerca del sito e nelle mappe dei siti XML solo dopo l'approvazione. Configura esplicitamente le restrizioni di accesso e verifica che una pagina in lingua pubblica non erediti una restrizione involontaria della pagina di origine o esponga contenuti di origine protetti.
Invalida le cache del frontend corrette quando la versione approvata, l'origine, il file di riferimento, l'elemento di contenuto condiviso, il modello di rendering o il glossario cambiano. Utilizza tag di cache che includano sia identificatori di origine che di versione. Durante la generazione o la revisione, continua a pubblicare l'ultimo record approvato. Una richiesta non riuscita crea un'attività di backend visibile e un evento operativo, ma non elimina una pagina pubblica valida né la sostituisce con una bozza.
Ogni versione pubblica ha un percorso stabile e un collegamento sorgente reciproco.
La ricerca e la mappa del sito includono solo i record approvati.
I tag della cache riguardano sorgente, versione, elementi condivisi, file e renderer.
Le fonti protette non possono filtrare attraverso i record pubblici generati.
L'ultimo record approvato rimane disponibile durante gli errori e la revisione.
Gestisci l'estensione tramite gli aggiornamenti TYPO3
Testa l'estensione rispetto alle versioni di supporto a lungo termine TYPO3 supportate, alle versioni PHP, al database, alla configurazione multilingue, agli spazi di lavoro, allo scheduler, all'estensione di ricerca e al livello di memorizzazione nella cache. I test di integrazione automatizzati dovrebbero coprire i controlli delle autorizzazioni del backend, gli hook DataHandler, la persistenza delle relazioni, le transizioni dello spazio di lavoro, l'invalidazione della cache, l'errore API e il rilevamento di origini obsolete. I test del browser coprono il funzionamento della tastiera backend e la navigazione frontend con larghezze rappresentative.
Prima del rilascio, processi di pianificazione dei documenti, monitoraggio delle code, rotazione delle credenziali, conservazione dei log, backup e ripristino, migrazione dello schema e disabilitazione delle estensioni sicure. Esegui prima gli aggiornamenti su una copia di staging di tipo produzione e verifica i vecchi record approvati prima di crearne di nuovi. L'accettazione include un rollback riuscito sia del codice di estensione che della migrazione del database, con il contenuto pubblicato ancora disponibile e la cronologia di controllo intatta.
Ruoli, prove e approvazione
Mantenere la generazione separata dalla pubblicazione. Una risposta efficace è una bozza, non un'approvazione. Archiviare l'identificatore e la versione dell'origine, le impostazioni di trasformazione, l'identificatore del risultato, lo stato della revisione, l'approvatore e l'ora di pubblicazione. Quando la fonte cambia, contrassegna la versione linguistica per la revisione invece di sostituire silenziosamente il contenuto approvato. Ciò rende possibile il rollback e il controllo su tutte le piattaforme.
Operazioni e manutenzione
Il lavoro non termina con la pubblicazione. Collega la versione o la configurazione linguistica alla sua fonte, monitora la qualità e le misure del servizio e definisce criteri concreti di revisione. I fattori scatenanti includono modifiche alla fonte, modifiche legali, nuove esigenze del pubblico, domande di supporto ricorrenti, modifiche tecniche e incidenti. Un proprietario nominato valuta il trigger, apre una nuova revisione quando necessario e registra la rinnovata approvazione.
Lista di controllo per la pubblicazione
L'integrazione utilizza identificatori di origine durevoli.
Le credenziali vengono archiviate lato server e ruotate.
Vengono definiti il comportamento di timeout, nuovi tentativi e limite di velocità.
Le richieste ripetute sono idempotenti.
Il contenuto generato entra in uno stato di revisione.
Le modifiche all'origine invalidano o riapriranno la versione.
La navigazione linguistica funziona tramite tastiera e tecnologia assistiva.
Il monitoraggio copre errori, code, latenza e contenuto non aggiornato.