Förtydliga uppgiften och beslutet
Denna guide förvandlar implementeringsguiden för typo3 till ett operativt arbetsflöde som kan granskas. Det kopplar samman domänbeslut, ägande, bevis och acceptans så att resultatet fortsätter att fungera i produktionen.
Modellera tillgängliga språkversioner som styrda poster kopplade till deras källinnehåll och godkännande av arbetsytan.
Praktiskt arbetsflöde
- 1
Källtyper, identifierare, fält, lokaler, ägare och publiceringstillstånd.
- 2
Välj leveransmönster från volym, latens, redaktionell kontroll och feltolerans.
- 3
Mappa källposten till en separat språkversionspost med hållbar länkning.
- 4
Lägg till autentisering, idempotens, försök igen, cache-ogiltigförklaring, loggning och åtkomstkontroller.
- 5
Testpublicering, källändringar, otillgängliga resultat, återställning, tangentbordsdrift och övervakning före release.
Exempel eller verktyg
Ett exempel på en TYPO3-arbetsyta täcker fältmappning, översättningsrelationer, distribution och ogiltigförklaring. I verktyget registrerar du även baslinje, ägare, beslut, bevis, öppen fråga och godkännandedatum. Använd en riktig sida eller transaktion så att teamet ser beroenden, undantag och underhållsarbetet som följer efter release.
| Beslutspunkt | Spela in | Acceptanskriterium |
|---|---|---|
| Baslinje | Observerat aktuellt tillstånd | Källa och datum registreras |
| Beslut | Valt alternativ och motivering | Risk och publik beaktas |
| Bevis | Testa, dokumentera eller mäta | Granskbar och versionsspecifik |
| Godkännande | Namn, roll och datum | Alla obligatoriska kriterier uppfyllda |
Modellspråksversioner som styrda poster
Använd en dedikerad innehållspost eller sidtyp för en tillgängligt språkversion och anslut den till källan med en oföränderlig relation. Lagra käll-UID, källarbetsytarevision eller innehållshash, målspråk, språkläge, transformationsresultat-ID, granskningsstatus, ordlistaversion, godkännare och senaste verifieringsdatum. Håll detta förhållande åtskilt från TYPO3:s vanliga översättningsrelation när versionen ändrar struktur eller informationstäthet snarare än bara språk.
Kartlägg strukturerade källfält medvetet. Bevara rubriker, stycken, listor, länkar, tabeller, meddelanden, nedladdningar och kontaktblock som semantiska element. Definiera en säker reserv för varje innehållselement som inte stöds: behåll det med en granskarvarning, ersätt det med en godkänd sammanfattningskomponent eller blockera generering. Tappa aldrig ett okänt element tyst. Filreferenser och länkar behåller sina identifierare så att validering kan upptäcka ändrade eller borttagna beroenden.
| Rekordfält | Ändamål | Krävt beteende |
|---|---|---|
| source_uid | Kopplar version och källa | Oföränderlig relation med behörighetskontroll |
| source_revision | Upptäcker källändringar | Markerar godkänd version för granskning när den är annorlunda |
| recension_tillstånd | Styr arbetsflödet | Övergången begränsad av backend-rollen |
| resultat_id | Stöder spårbarhet | Lagras med inställningar och begära tid |
Använd arbetsytor för generering, granskning och godkännande
Skapa det genererade resultatet i en kontrollerad arbetsyta, aldrig direkt i den levande arbetsytan. En generationsroll kan begära och uppdatera utkast. En ämnesgranskare bekräftar villkor, siffror, datum, ansvar och länkar. En språkgranskare kontrollerar det valda läget och den återgivna resan. En utgivare verifierar lösta resultat och flyttar den godkända revisionen genom det etablerade arbetsområdet. Genomför dessa funktioner i backend-behörigheter och övergångslogik på serversidan.
Konfigurera scenmeddelanden med post-URL, källrevision, risknivå, obligatorisk roll och förfallodatum. Granskare behöver en meningsfull skillnad som skiljer innehållsändringar från TYPO3-metadatabrus. Om källan redigeras medan granskningen är öppen, markera versionen inaktuell och begär att teamet väljer mellan att basera om utkastet eller att slutföra ett uttryckligen inspelat undantag. Systemet måste förhindra att ett inaktuellt godkännande når live.
- 1
Skapa eller identifiera källposten och fånga dess arbetsytarevision.
- 2
Generera den strukturerade versionen till den tilldelade arbetsytan.
- 3
Komplettera ämnes-, språk- och länkvalidering på den renderade förhandsvisningen.
- 4
Lös fynd och bekräfta att källrevisionen fortfarande är aktuell.
- 5
Publicera den godkända posten och spara hela arbetsytans historik.
Implementera och ogiltig utan att förlora godkänt innehåll
Skapa ruttförstärkare och sidmetadata som ger varje version en stabil, läsbar URL. Publicera ömsesidiga språklänkar och kanoniska relationer i serverrenderad uppmärkning. Inkludera versionen i webbplatssökning och XML-webbplatskartor först efter godkännande. Konfigurera åtkomstbegränsningar explicit och verifiera att en sida på ett offentligt språk inte ärver en oavsiktlig källsidasbegränsning eller exponerar skyddat källinnehåll.
Ogiltigförklara de korrekta gränssnittscacharna när den godkända versionen, källan, den refererade filen, elementet för delat innehåll, renderingsmallen eller ordlistan ändras. Använd cachetaggar som inkluderar både käll- och versionsidentifierare. Fortsätt att visa den senast godkända posten under generering eller granskning. En misslyckad begäran skapar en synlig backend-uppgift och operationshändelse, men den rensar inte en giltig offentlig sida eller ersätter den med ett utkast.
Varje offentlig version har en stabil rutt och ömsesidig källlänk.
Sökning och webbplatskarta inkluderar endast godkända poster.
Cache-taggar täcker källa, version, delade element, filer och renderare.
Skyddade källor kan inte läcka genom genererade offentliga register.
Den senast godkända posten förblir tillgänglig under misslyckanden och granskning.
Använd tillägget genom TYPO3-uppgraderingar
Testa tillägget mot de långtidsstödda versionerna av TYPO3, PHP-versioner, databas, flerspråkig konfiguration, arbetsytor, schemaläggare, söktillägg och cachinglager. Automatiserade integrationstester bör täcka kontroller av backend-behörighet, DataHandler-hooks, relationsbeständighet, arbetsytaövergångar, cache-ogiltigförklaring, API-fel och upptäckt av gammal källa. Webbläsartester täcker backend-tangentbordsdrift och frontend-navigering på representativa bredder.
Före release, dokumentschemaläggningsjobb, köövervakning, autentiseringsrotation, logglagring, säkerhetskopiering och återställning, schemamigrering och inaktivering av säker tillägg. Utför uppgraderingar först på en produktionsliknande iscensättning och verifiera gamla godkända poster innan du skapar nya. Acceptans inkluderar en framgångsrik återställning av både tilläggskod och databasmigrering, med publicerat innehåll fortfarande tillgängligt och dess granskningshistorik intakt.
Roller, bevis och godkännande
Håll generation åtskild från publicering. Ett framgångsrikt svar är ett utkast, inte ett godkännande. Lagra källidentifierare och version, transformationsinställningar, resultatidentifierare, granskningsstatus, godkännare och publiceringstid. När källan ändras, markera språkversionen för granskning istället för att tyst ersätta godkänt innehåll. Detta gör återställning och revision möjlig över plattformar.
Drift och underhåll
Arbetet slutar inte vid publicering. Länka språkversionen eller konfigurationen till dess källa, övervaka kvalitets- och serviceåtgärder och definiera konkreta granskningsutlösare. Triggers inkluderar källändringar, juridiska ändringar, nya publikbehov, återkommande supportfrågor, tekniska förändringar och incidenter. En namngiven ägare utvärderar utlösaren, öppnar en ny revision vid behov och registrerar förnyat godkännande.
Checklista före publicering
Integrationen använder hållbara källidentifierare.
Inloggningsuppgifter lagras på serversidan och roteras.
Timeout, försök igen och hastighetsgräns-beteende definieras.
Upprepade förfrågningar är idempotenta.
Genererat innehåll går in i ett granskningsläge.
Källändringar ogiltigförklarar eller öppnar versionen igen.
Språknavigering fungerar med tangentbord och hjälpmedel.
Övervakning täcker fel, köer, latens och inaktuellt innehåll.