Help:Extension:Translate/Group management/nl

Na het configureren van groepen moeten ze worden verwerkt. Dit betekent dat definitieteksten worden geïndexeerd en benodigde caches worden gevuld. Om de wijzigingen te verwerken moet u uitvoeren. U kunt dit onderhoudsscript uitvoeren zoals hieronder aangegeven.

Vanuit de extensie-map Translate:

Het bovengenoemde script detecteert wijzigingen in de berichten en maakt alleen deze wijzigingen beschikbaar voor verwerking om tijd te besparen. De wijzigingen omvatten:


 * wijzigingen in de inhoud van het Engelse bericht
 * wijzigingen in de inhoud van de berichtdocumentatie
 * niet-overeenkomende inhoud voor groep / taal
 * extra vermeldingen in een bestand voor een groep/taal (d.w.z. extern onderhouden)

Voor nieuwe stijlgroepen gaat u naar en bouwt u alle talen opnieuw op (importeer). Op deze speciale pagina kunnen op bestanden gebaseerde berichtgroepen worden beheerd (FileBasedMessageGroup). Deze pagina maakt het bijwerken van de bestandscache, importeren en fuzzy voor brontaalberichten mogelijk, evenals het importeren / bijwerken van berichten in andere talen.



Sterke synchronisatie
Sterke synchronisatie is een mechanisme dat corruptie van vertaalgegevens als gevolg van synchronisatieproblemen voorkomt. Het doet dit door synchronisatiegebeurtenissen bij te houden en onveilige acties te blokkeren als de synchronisatie aan de gang is, onvolledig is of een fout vertoont. Het is gemaakt om problemen aan te pakken wat met status synchronisatie niet mogelijk was. Bijvoorbeeld:


 * 1) Upstream wijzigt alle vertaalbestanden: bijvoorbeeld door een copyrightdatum in een tekenreeks bij te werken en enkele ongebruikte tekenreeksen te verwijderen (in feite alle wijzigingen die --safe-import opleveren om wijzigingen niet automatisch te verwerken).
 * 2) We updaten de alleen-lezen checkout van versie A naar de nieuwste versie B.
 * 3) We verwerken niet' proceswijzigingen met gebruik van Special:MessageGroupChanges
 * 4) We exporteren en committeren vertalingen bovenop B (maar op basis van A) om versie C te maken.

'Upstream' wijzigingen in versie B gaan verloren. Voor de volgende import werken we onze alleen-lezen checkout automatisch bij naar versie C, zodat we nooit wijzigingen in B zien of verwerken.



Het proces
Inkomende wijzigingen van bronrepository's worden verwerkt via de achtergrondtaak. We hebben een 'groepssynchronisatiecache' toegevoegd die bijhoudtː


 * 1) groepen in synchronisatie - groepen waarvan berichten worden verwerkt via   in de taakwachtrij
 * 2) groepen met fouten - groepen waarvan de verwerking van berichten is bijgewerkt
 * 3) groep in review - groepen waarvan de berichten nog gereviewd moeten worden

Fouten bij het verwerken van berichtupdates worden geïdentificeerd door berichten die na een bepaalde periode nog steeds aanwezig zijn in de cache voor groepssynchronisatie als 'gesynchroniseerd' te beschouwen. In zeldzame gevallen kan het gebeuren dat de  is voltooid, maar de groepssynchronisatiecache die is uitgevoerd niet heeft geïnformeerd. Dergelijke fouten kunnen worden geïdentificeerd door naar de inhoud van het bericht te kijken om te zien of het is bijgewerkt.

Bij het exporteren worden groepen overgeslagen


 * 1) groepen in synchronisatie
 * 2) groepen met fouten
 * 3) groep in review

This ensures that changes from Translate are not pushed out until incoming changes from source repositories are processed first.

Similarly when processing incoming changes, following groups are skipped:


 * 1) groepen in synchronisatie
 * 2) groepen met fouten

This will ensure that changes from remote sources do not override choices made when processing changes in Special:MessageGroupChanges.

Administrators can see groups in review and groups with errors on Special:MessageGroupChanges. For groups with error, review the messages that have failed, and resolve them after verifying that the updates are properly applied.



Globaal synchronisatie Lock
For the import and export scripts, a global sync lock has been added to ensure that exports and imports cannot be run simultaneously. The ideal workflow would involve first running the imports, allowing all groups to finish processing, and then running the exports.



Zie ook

 * Repository management and related pages have some information of general use