Help and product notes

Deepglot, explained clearly

Practical notes on workspace activity, WordPress releases, and the boundaries that matter in operation.

Workspace activity

Your weekly digest at a glance

The weekly digest is an opt-in email per user and workspace. It reports new translations and words, manual edits, and runtime translation requests from the previous complete UTC week.

Opt in per workspace

Enable the preference in account settings for each workspace separately.

Monday delivery

The protected cron runs on Monday and summarizes the previous complete UTC week.

Quiet weeks stay quiet

No activity means no email, so an empty week does not create noise.

One delivery per recipient

Atomic period claims prevent duplicate emails when the cron runs concurrently; failed sends can retry.

Important: Delivery is limited to users who enabled the setting. Each recipient sees only projects available through their workspace or project membership.

Background translation

How cold WordPress pages warm up

The first request to a cold target-language page may show source content while WP-Cron translates missing segments in the background. Deepglot retains the visitor's localized URL as the later cache target even after WordPress has internally rewritten the request to its source path.

Once the queue and due event are stored, Deepglot makes one non-blocking WP-Cron nudge per request. That nudge is skipped for DISABLE_WP_CRON and while cron is already running. WP Rocket, W3 Total Cache, and LiteSpeed Cache purge completed URLs individually. WP Super Cache exposes only a global purge, so Deepglot waits until the tracked queue is empty and pending pages stay cached. Failed or partial translations remain queued for a later cron retry.

Safe text handling

Why Deepglot rejects U+0000

PostgreSQL cannot store the U+0000 null byte in text or JSON. Deepglot therefore rejects it in API, editor, and import input with a validation error before provider calls and before translation content is persisted. Other valid Unicode characters remain unchanged.

If a translation provider response contains U+0000, that result is not stored. A configured fallback provider can take over; if the provider chain still fails, the request ends without attempting translation-content persistence. Logs contain only the boundary, field, count, and provider — never text or URLs.

WordPress

What WordPress v0.11.4–v0.11.7 changed

These four releases stabilize URL resolution, large cold pages, and trusted site-specific post-processing. They do not replace a production approval: publishing a package does not automatically install or update a customer plugin.

v0.11.7

Trusted final HTML filter

Site-specific callbacks can safely localize trusted final HTML, such as language-specific media embeds, without replacing the complete translated document when a callback returns an empty result.

v0.11.6

Bounded large-page translation

Content-heavy pages are split into ordered parallel requests, each bounded by 200 strings and 2,000 UTF-8 source bytes.

v0.11.5

A 60-second legacy window

Legacy translation batches can use a bounded 60-second request window, giving valid large-page batches more time to complete before falling back.

v0.11.4

Numeric source slugs stay mapped

Source slugs made only of digits remain valid when the dedicated WordPress cache is read back, so existing translated routes keep resolving after runtime synchronization.

Keep going

Look up the technical contracts

The developer documentation covers API, WordPress, errors, webhooks, and project surfaces with source links.

Open developer docs