Deepglot

Nejčastější dotazy

Potřebuji účet na Deepglot?

Ano. Použijte účet na adrese https://deepglot.ai nebo si nastavte kompatibilní službu Deepglot provozovanou na vlastním serveru.

Kde mohu změnit zdrojový jazyk, cílové jazyky a automatické přesměrování?

Tyto hodnoty platné pro celý projekt můžete změnit v řídicím panelu Deepglot. Jakmile plugin obdrží ověřený snímek běhu s uvedenou verzí, WordPress je zobrazí jako zrcadla pouze pro čtení. Zadáním jiného API klíče nebo backendu dočasně odemknete hodnoty zrcadla pro platný bootstrapový požadavek; následně je nahradí nový snímek běhu projektu.

Vytváří tento plugin duplicitní příspěvky?

Ne. Překlad se provádí na vykresleném výstupu. Původní obsah zůstává v původních příspěvcích a stránkách WordPressu.

Co se stane, když se kvóta vyčerpá?

Překlady uložené v mezipaměti zůstávají k dispozici. Obsah, který není uložen v mezipaměti, se zobrazí v původním jazyce a správcům se zobrazí upozornění na vyčerpání kvóty.

Co se stane, když Deepglot vrátí HTTP 429?

Plugin interpretuje parametr Retry-After jako časový rozdíl v sekundách nebo jako přesné datum podle specifikace RFC HTTP, přičemž používá omezené zpoždění v rozmezí od jedné sekundy do jedné hodiny a v případě chybějících, relativních nebo neplatných hodnot se uchýlí k výchozí hodnotě 60 sekund. První kód 429 zastaví zbývající sekvenční dávky; paralelní dávky, které již běží, si zachovají své vlastní odpovědi a prohlížeč zachová nejdelší zpoždění. Aktivní značka 429 lokálně zastaví synchronní volání vizuálního editoru a e-mailů WooCommerce a již splatné běhy „warmer“ až do retry_at. Aktivní značku nastavují pouze odpovědi 429 týkající se překladu; odpovědi 429 týkající se konfigurace a synchronizace ji nenastavují. Značka a odklad „warmer“ jsou vázány na API klíč a backend. Změny konfigurace, opožděné odpovědi z předchozí konfigurace a staré nebo nevázané značky neblokují nové překlady. Pozadí „warming“ čeká na stanovené zpoždění a dynamické požadavky návštěvníků nejsou okamžitě opakovány. Překlady v mezipaměti zůstávají k dispozici, zatímco obsah bez mezipaměti zůstává v zdrojovém jazyce.

Trvalý kód 422 velocity_request_too_large znamená, že jeden požadavek nesplňuje hodinovou politiku ani v prázdném časovém okně. Nástroj WordPress Warmer automaticky rozdělí dávku s více texty s kódem 422 v rámci svého stávajícího rozpočtu na šest dávek. Každá dávka s chybou 422 je sledována po dobu až jedné hodiny pomocí konfiguračně vázaného HMAC otisku, který řídí omezené rozdělení; pouze text, který i nadále vrací chybu 422, je blokován před automatickým opakovaným odesláním. Značka neukládá žádný nezpracovaný překladový text, API klíč ani URL. Následující dávky pokračují normálně a změna API klíče nebo backendu značku okamžitě odstraní. Plugin zachovává obsah v zdrojovém jazyce a pro tuto ojedinělou odpověď nenaplánuje automatický opakovaný pokus. API požadavky a soubory PDF musí klienti i nadále rozdělovat na menší vstupy.

Proč se při prvním zobrazení přeložené stránky stále může zobrazovat původní jazyk?

Od verze 0.12.0 běžné požadavky na stránky nečekají na pomalého poskytovatele překladů. První zobrazení zařadí text, který není uložen v mezipaměti, do fronty úloh WP-Cron s okamžitou splatností a jakmile jsou oba uloženy, provede v rámci téhož požadavku jeden neblokující podnět WP-Cron. Tento podnět se přeskočí, pokud je nastavena hodnota DISABLE_WP_CRON a pokud již cron běží. Po úspěšném provedení úlohy Deepglot uloží překlady lokálně a vymaže dokončené URL adresy v WP Rocket, W3 Total Cache a LiteSpeed Cache. Protože WP Super Cache umožňuje pouze globální vymazání, Deepglot počká, až bude sledovaná fronta prázdná, aby stránky čekající na zpracování zůstaly v mezipaměti. Pokud se při pozdějších zobrazeních stránky stále zobrazují v původním jazyce, ověřte, zda běží WP-Cron nebo systémový cron hostitele, a ručně vymažte mezipaměť u všech ostatních pluginů pro ukládání stránek do mezipaměti.

Od verze 0.12.3 používají fronty textu a URL verzované úložné obálky s kontrolním součtem, které podporují ASCII. Tím se zachovává platný Unicode, včetně emodži, a to i ve starších tabulkách nastavení WordPressu, které nemohou přímo ukládat čtyřbajtové UTF-8. Stávající pole front se migrují automaticky; poškozená data front jsou odmítnuta, aniž by byla přepsána nebo smazána během deaktivovaného čištění. Samostatný krátký atomický zámek spojuje synchronizaci front textu a URL s vyčištěním mezipaměti a omezení platnosti zabraňuje zastaralým vlastníkům v potvrzení pouze jedné strany. Žádosti poskytovatelů překladů zůstávají mimo tento zámek. Pokud „cold render“ nedokáže trvale zařadit do fronty obě strany, je jeho odpověď v zdrojovém jazyce označena jako neukladatelná do mezipaměti, aby ji pozdější žádost mohla zkusit znovu.

Od verze 0.12.4 používají i přeložené hodnoty v mezipaměti samostatný, verzovaný a s kontrolním součtem zabezpečený klíčový prostor kompatibilní s ASCII. Stávající neprázdné položky mezipaměti obsahující prosté řetězce zůstávají čitelné. Zápis do mezipaměti se považuje za dokončený až po přesném zpětném načtení; neúspěšné zápisy zůstávají ve frontě, jejich stránková mezipaměť není vyčištěna a inline odpovědi zůstávají neukládatelné do mezipaměti, dokud není překlad trvalý. Verze 0.12.8 odmítá prázdné překlady a překlady obsahující pouze mezery jak při zápisu do mezipaměti, tak při čtení, včetně starších hodnot v mezipaměti.

Od verze 0.12.5 se nakonfigurované widgety pro souhlas s cookies, které již existovaly před spuštěním pozorovatele v zápatí, překládají prostřednictvím stejného ohraničeného dynamického koncového bodu, aniž by došlo k opětovnému prohledání stránky vykreslené na serveru. Jejich interní odkazy na stránky jsou lokalizovány pomocí pravidel směrování na straně serveru a nikdy se neodesílají poskytovateli překladů. Verze 0.12.6 se řídí zásadami viditelnosti jádra WordPressu pro veřejné typy příspěvků, takže vestavěné stránky zůstávají v vícejazyčném sitemapu, zatímco neviditelné typy obsahu z editoru zůstávají vyloučeny. Veřejné taxonomie musí být i nadále veřejně vyhledatelné. Verze 0.12.7 načítá nastavení jazyka, přesměrování, zveřejňování a automatického překladu pro celý projekt z jednoho ověřeného, verzionovaného snímku SaaS. WordPress udržuje platné překlady v mezipaměti k dispozici, i když je automatické generování vypnuto, odstraňuje zastaralé přípravné úkony po změně jazyka a zabraňuje tomu, aby se záložní řešení založená pouze na mezipaměti zdrojového jazyka dostala do mezipaměti celé stránky pod cílovou URL. Verze 0.12.8 překládá obecné popisky ARIA v těle stránky, popisky obrázků v tooltipech a čitelné názvy RSS nebo Atom kanálů, přičemž z požadavků na poskytovatele vylučuje běžná metadata odkazů a odmítá prázdné hodnoty v překladové mezipaměti.

Pokud každý vyzkoušený poskytovatel SaaS pro stejný kořenový blok s více texty vrátí pouze nesoulad v počtu, spustí Deepglot přímou izolaci singletonu. Přeskočí nadbytečné binární mezilehlé tvary a zopakuje pokus o zpracování každého původního textu prostřednictvím nakonfigurovaného řetězce poskytovatelů v pořadí, v jakém byly zadány. Maximální počet volání poskytovatelů pro kořenový blok s více texty je dán vzorcem: délka řetězce × (velikost bloku + 1), zatímco původní singleton má k dispozici jeden řetězec; výchozí blok o osmi textech se dvěma poskytovateli tedy umožňuje maximálně 18 volání poskytovatelů. Všechny kořenové bloky a izolované singletony sdílejí limit souběžnosti volání poskytovatelů pro celou žádost (výchozí hodnota 12) a 100sekundový časový limit pro práci poskytovatelů. Selhávající paralelní blok zastaví nové souběžné volání poskytovatelů, zatímco „WordPress warmer“ udržuje jakýkoli zbývající zbytkový blok ve frontě. Nesrovnalosti týkající se singletonů, rozpočtu volání a lhůt zůstávají konečné; časové limity, selhání ověření, omezení rychlosti, výstup U+0000 a jiné nesprávně formátované odpovědi nikdy nevstoupí do této dodatečné izolační cesty.

Deepglot dokončí všechny pokusy o ohraničené kořenové bloky před zahájením práce se singletony. Shromažďuje pouze kořeny, u nichž kompletní řetězce poskytovatelů vykazovaly nesoulad v počtu; jakákoli jiná terminální chyba stále okamžitě přeruší sourozenecké řetězce. Před kalibrací Deepglot porovná zbývající lhůtu s konzervativní rezervou jedné vlny: nejrychlejší uplynulou dobou mezi dokončenými kořenovými řetězci s úplným nesouladem v počtu. Pokud se tato rezerva nevejde, nespustí se žádné volání poskytovatele singletonů. Tato rezerva odvozená od kořenů se používá pouze pro přijetí do kalibrace a nikdy se neextrapoluje na pozdější práci. Poté spustí jednu globální kalibrační vlnu obsahující prvních min(souběžnost v rámci požadavku, celkový počet neshodných textů) skutečných singletonů prostřednictvím jejich úplných záložních řetězců poskytovatelů a uchová její výsledky. Pokud společný termín vyprší během jakékoli přijaté singletonové vlny navzdory kontrolám přijetí, Deepglot vrátí stejnou typizovanou chybu termínu namísto obecného timeoutu. Zbývající práce je rozdělena na vlny ohraničené na úrovni požadavku. Před každou následující vlnou Deepglot porovná počet dosud nevyřízených vln × trvání bezprostředně předcházející pozorované singletonové vlny se zbývajícím sdíleným termínem a po každé dokončené vlně provede nové měření. Tímto termínem je dřívější z lokálního stropu práce poskytovatele a monotónního absolutního termínu volajícího; trasa PDF předává svůj 40sekundový termín vstupu do trasy, takže ověřování, zpracování nahrávání a příprava spotřebovávají stejný rozpočet. Pokud se čekající práce nevejde, Deepglot se zastaví po poslední uchované vlně a před jakýmkoli dalším singletonovým voláním. /api/translate a PDF vrací stabilní kód 503 translation_count_mismatch_deadline; jakmile práce poskytovatele začne, API konzervativně zachovává rezervaci rychlosti a udržuje idempotentní kód 503 se stejným klíčem po dobu maximálně 60 sekund. V opačném případě pokračují zbývající dotčené texty přes stejnou globálně ohraničenou singletonovou frontu, přičemž se zachovává pořadí výsledků a úplný řetězec náhradních poskytovatelů pro každý text.

Jak mohu přeložit stávající stránky, aniž bych musel otevírat každou URL adresu?

V části Nastavení -> Deepglot vytvořte náhled URL s malým limitem a požadovanými cílovými jazyky, zkontrolujte ukázkové URL a výslovně potvrďte neměnný snímek. Když WordPress rozpozná bezpečný HTTPS požadavek na stejném hostiteli jako interní cíl stále uložený přes HTTP, náhled změní pouze schéma tohoto cíle na HTTPS; sémantické parametry dotazu a fragmenty zůstávají zachovány. Nikdy nekopíruje cizí hostitele požadavku. Jedno absolutní přesměrování bez dotazu na přesně stejném původu a v požadovaném cílovém jazyce je ověřeno prostřednictvím samostatných veřejných a původních testů, zatímco automatické následné přesměrování zůstává deaktivováno. Ostatní přesměrování zůstávají omezenými selháními; stejně tak i nebezpečné cíle. Jedna dávka obsahuje maximálně 250 bezpečných interních záznamů z vícejazyčné mapy stránek a při každém spuštění cronu otevře maximálně dvě cílové stránky. Úloha hlásí souhrnný průběh a lze ji pozastavit, obnovit, zrušit nebo u neúspěšných URL zkusit znovu. Pozastaví se, když dojde k vyčerpání kvóty nebo je klíč API neplatný, a automaticky se stáhne v případě omezení rychlosti API. Pokračujte u velkých webů s další ohraničenou dávkou. Jedná se o explicitní akci správce, nikoli o trvalý prohledávač.