Pro Workspace aktivieren
Aktiviere die Einstellung in den Kontoeinstellungen für jeden Workspace separat.
Hilfe und Produktwissen
Praktische Hinweise zu Workspace-Aktivität, WordPress-Versionen und den Grenzen, die im Betrieb wichtig sind.
Workspace-Aktivität
Der Wochenrückblick ist eine freiwillige E-Mail pro Benutzer und Workspace. Er zeigt neue Übersetzungen und Wörter, manuelle Bearbeitungen und Laufzeit-Übersetzungsanfragen aus der letzten vollständigen UTC-Woche.
Aktiviere die Einstellung in den Kontoeinstellungen für jeden Workspace separat.
Der geschützte Cron läuft montags und fasst die letzte vollständige UTC-Woche zusammen.
Ohne Aktivität wird keine E-Mail versendet, damit leere Wochen keinen Lärm erzeugen.
Atomare Perioden-Claims verhindern bei parallelen Cron-Läufen doppelte E-Mails; fehlgeschlagene Sendungen können wiederholt werden.
Wichtig: Der Versand ist auf Benutzer mit aktivierter Einstellung begrenzt. Ein Benutzer sieht nur die Projekte, die über seine Workspace- oder Projektmitgliedschaft in seinem Zugriff liegen.
Hintergrundübersetzung
Der erste Aufruf einer kalten Zielsprachenseite darf Quelltext zeigen, während WP-Cron fehlende Segmente im Hintergrund übersetzt. Deepglot behält dabei die lokalisierte URL des Besuchers als späteres Cache-Ziel, auch wenn WordPress intern bereits auf den Quellpfad umgeschrieben hat.
Sobald Warteschlange und fälliges Ereignis gespeichert sind, stößt Deepglot pro Anfrage einmal nicht blockierend WP-Cron an. Bei DISABLE_WP_CRON oder während eines Cron-Laufs bleibt dieser Anstoß aus. WP Rocket, W3 Total Cache und LiteSpeed Cache leeren fertig übersetzte URLs einzeln. WP Super Cache bietet nur einen globalen Purge; Deepglot wartet deshalb, bis die verfolgte Warteschlange leer ist, damit ausstehende Seiten im Cache bleiben. Fehlgeschlagene oder unvollständige Übersetzungen bleiben vorgemerkt und können bei einem späteren Cron-Lauf erneut versucht werden.
Sichere Textverarbeitung
PostgreSQL kann das NUL-Zeichen U+0000 weder in Text noch in JSON speichern. Deepglot lehnt es deshalb in API-, Editor- und Import-Eingaben vor Anbieteraufrufen und vor der Persistenz von Übersetzungsinhalten mit einem Validierungsfehler ab. Andere gültige Unicode-Zeichen bleiben unverändert.
Enthält stattdessen die Antwort eines Übersetzungsanbieters U+0000, wird dieses Ergebnis nicht gespeichert. Ein konfigurierter Ersatzanbieter kann übernehmen; schlägt auch die Anbieterkette fehl, endet die Anfrage ohne Versuch, Übersetzungsinhalte zu persistieren. Protokolliert werden nur Grenze, Feld, Anzahl und Anbieter — niemals Text oder URL.
WordPress
Diese vier Releases stabilisieren URL-Auflösung, große kalte Seiten und vertrauenswürdige Site-spezifische Nachbearbeitung. Sie ersetzen keine Produktionsfreigabe: Ein veröffentlichtes Paket installiert oder aktualisiert kein Kunden-Plugin automatisch.
Website-spezifische Callbacks können vertrauenswürdiges finales HTML sicher lokalisieren, etwa sprachabhängige Medieneinbettungen. Liefert ein Callback leer zurück, bleibt das vollständige übersetzte Dokument erhalten.
Inhaltsreiche Seiten werden in geordnete parallele Anfragen aufgeteilt. Jede Anfrage ist auf 200 Zeichenketten und 2.000 UTF-8-Bytes begrenzt.
Ältere Übersetzungsstapel erhalten ein begrenztes Anfragefenster von 60 Sekunden. Gültige große Seiten haben dadurch mehr Zeit, bevor ein Rückfall greift.
Quell-Slugs, die ausschließlich aus Ziffern bestehen, bleiben beim Lesen aus dem dedizierten WordPress-Cache gültig. Bestehende übersetzte Routen bleiben nach der Laufzeitsynchronisierung erreichbar.
Weiterführend
Die Entwicklerdokumentation enthält API-, WordPress-, Fehler-, Webhook- und Projektoberflächen mit Quellenlinks.