LangRouter för TranslatePress

Istället för att bara lägga till några fler gränssnitt uppgraderar LangRouter för TranslatePress automatisk översättning till en uppsättning körningslänkar som kan triageras efter innehållstyp, målspråk och felpolicy.

fig. början / Resurser för att bygga webbplatser / Rekommenderade WordPress-tillägg / LangRouter för TranslatePress

uppdra åt något

Hur kommer en förfrågan att hanteras?

1. Huvudmotor av artikeltyp Endast en innehållssida

Om den aktuella sidan är en detaljsida för en enskild artikel, sida, produkt eller anpassad artikeltyp ska du först kontrollera reglerna för tilldelning av artikeltyp.

2. Språkfördelning Välj huvudmotor efter ort

Den kommer endast att gå in i språkallokering om inga regler med högre prioritet träffas, eller om de föregående reglerna tillåter att den globala länken fortsätter.

3. Regler för fallback Utlöses endast vid fel

Reservregeln är inte huvudvägen, utan snarare att den nuvarande huvudmotorn misslyckas innan den börjar ta över.

4. Standardmotor Manuellt specificerad i bakgrunden

Standardmotorn är den ultimata lösningen under huven, inte alla förfrågningar går igenom den först till att börja med.

Varför detta plugin är värdefullt

Svårigheten är aldrig “kan det översättas automatiskt”, utan hur man kontrollerar det när det väl är online.

Personer som faktiskt kommer att använda detta plugin fokuserar på kontroll, felstrategier och felsökning.

En motor som styr allt innehåll

Det är svårt att hitta en balans mellan effektivitet och kostnad när produktsidor, bloggsidor, landningssidor och hjälpcenter alla går igenom samma motor.

Stora variationer i språkanpassning

En motor är utmärkt för ett språk och medelmåttig för ett annat, vilket gör det svårt att göra båda på en och samma rutt.

Hur man fortsätter efter ett misslyckande

Ska jag bara sluta, bara kapa standardmotorn eller fortsätta den globala reservkedjan? Svårt att göra utan ett routinglager.

Du kan inte se vad som händer när saker går fel.

Det handlar inte bara om att “misslyckas”, det handlar om vem man träffar, vem man faller tillbaka till och var man hamnar.

Prioritet för verklig rutt

Inte “standardmotor + några kompletterande regler”, utan en sekventiell exekveringskedja

Artikeltyp Huvudmotor

Högsta prioritet, men gäller endast för en enda innehållssida.

språkfördelning

Att bestämma huvudmotorn efter målspråk lämpar sig för separat triagering av viktiga språk.

Reservregler

Ingriper endast när den aktuella primära motorn misslyckas och deltar inte i den primära routingen.

Standardmotor

Manuellt specificerad i bakgrunden som en sista tout.

Det mest värdefulla med artikeltypsregler är att varje regel bestämmer hur man ska gå vidare efter ett misslyckande

Misslyckande går inte att översätta.

Den är perfekt lämpad för kritiskt innehåll och stoppas direkt vid fel och fortsätter inte med några efterföljande länkar.

Endast standardmotor

När den aktuella regeln misslyckas hoppar den direkt till den manuellt angivna standardmotorn i backend.

global regel

När den aktuella regeln misslyckas fortsätter den att gå via språktilldelning, reservregler och slutligen till standardmotorn.

Kompetenser som verkligen förtjänar att lyftas fram

Det är dessa punkter som visar värdet av insticksprogrammet mer än “hur många motorer som stöds”.

Standardmotor manuellt specificerad

Tydliga program för bas- och slutfickor, som är bättre lämpade för produktionsmiljön.

Artikeltyper kan finfördelas

Enskilda artiklar, sidor, produkter och anpassade artikeltyper kan alla tilldelas en separat huvudmotor.

Oberoende felstrategier för varje regel

Det är inte en enhetlig reservlösning, men olika innehållstyper kan använda olika felhantering.

Separering av språktilldelning och fallback

Hur man väljer huvudmotor och hur man ansluter den efter fel konfigureras separat och oberoende för tydligare logik.

Stöd för frågespråk i backend

Support kan sökas via språknamn, kod eller lokal, kontrollera detta innan du konfigurerar.

Loggar spårar verkliga länkar

Möjligheten att se källan till träffen, den aktuella motorn, källan till reservlösningen och det slutliga tillståndet, inga fler blinda gissningar.

Motorer som stöds

Volcengine Ark

Stöd för kontopoolning och användningsrelaterade funktioner

Qwen

Stöd för modeller, regioner och anpassade gränssnitt

Hunyuan

Stöd för officiella modeller och kompatibla slutpunkter

OpenAI

Stöd för modellval och anpassade API:er

DeepL

Stödjer hantering av nycklar och relaterade tillstånd

OpenAI-kompatibelt API

Lämplig för gateways från tredje part eller egenutvecklade kompatibla tjänster

Plugin skärmdumpar

Skärmdump av plugin-inställningar för backend

höjdpunkt

Några exempel på konfigurationer som förstår värdet vid första anblicken

Exempel A

Det säkraste sättet att börja: ställ bara in standardmotorn

Ställ först in den enda översättningsmotorn som har verifierats i bakgrunden som standardmotor för att säkerställa att hela den automatiska översättningslänken går igenom först och sedan gradvis öka routningsreglerna.

Perfekt för dig som bara vill ha tillgång, bara vill migrera och först och främst vill ha stabilitet.

 
默认引擎：OpenAI
文章类型分配：不配置
语言分配：不配置
回退规则：不配置

Effekt: Alla förfrågningar går till den standardmotor som anges manuellt i bakgrunden. Konfigurationen är den enklaste och mest felsökningsvänliga.

Exempel B

Standardmotor för de flesta språk, ett fåtal språk optimeras separat

Det är ett mycket praktiskt sätt att göra det på: förbli stabil överlag, men omdirigera några viktiga språk individuellt till mer lämpliga motorer.

Perfekt för dig som redan har en huvudmotor, men vill optimera prestandan på det lokala språket.


默认引擎：OpenAI
语言分配：
en_US = Hunyuan
yue = DeepL
am = OpenAI Compatible

Effekt: De flesta språk går fortfarande till standardmotorn; engelska, kantonesiska och amhariska tilldelas separata huvudmotorer.

Exempel C

Produktsida prioritet att gå till den angivna motorn, efter misslyckandet med den direkta snitt standard ficka

Perfekt för köpcentrum: Produktdetaljsidor prioriterar användningen av motorer som är bättre lämpade för terminologiscenarier, men dra inte ut på tiden när du stöter på problem, utan byt bara ut standardmotorn.

Lämplig för WooCommerce, flerspråkiga gallerior och produktsajter.


默认引擎：OpenAI
文章类型分配：
product -> DeepL（仅默认引擎）

Effekt: produktdetaljsidan kommer att gå till DeepL i första hand; när den misslyckas kommer den direkt att hoppa till den manuellt angivna standardmotorn OpenAI i bakgrunden.

Exempel D

Viktigt innehåll får bara gå till den angivna motorn och stoppas när den misslyckas

En del innehåll vill du helst inte vända på för att inte få det felaktigt tillbaka till en annan motor för att fortsätta generera.

Idealisk för varumärkesdeklarationer, juridiska sidor och terminologisidor.


默认引擎：DeepL
文章类型分配：
guides -> Qwen（失败不翻译）
语言分配：
am = Volcengine Ark
回退规则：
am = Hunyuan

Effekt: Om det är en enskild detaljsida för guider, gå först till Qwen; när Qwen misslyckas stannar den bara och fortsätter inte den globala länken.

Exempel E

Fortsätter den globala länken efter artikeltypfel för att bilda ett komplett reservsystem

Detta är en av de mest produktionsliknande konfigurationerna: gå först till den exklusiva huvudmotorn, och när den misslyckas, fortsätt med språkfördelning, reservregler, och landa först till slut på standardmotorn.

Lämplig för webbplatser med komplex innehållsstruktur, många språk och krav på hög tillgänglighet.


默认引擎：DeepL
文章类型分配：
guides -> Qwen（全局规则）
语言分配：
am = Volcengine Ark
回退规则：
am = Hunyuan

Effekt: guider enda detalj sida först gå Qwen; efter att ha misslyckats med att fortsätta att försöka Volc, sedan försöka Hunyuan, innan slutligen nå standard DeepL.