FinchUI mehrsprachige Website Übersetzung Plug-in - 404 Seite wird die Übersetzung Schnittstelle Kredit verbrauchen?

Lassen Sie uns zuerst über die Schlussfolgerung sprechen!

In der aktuellen FinchUI Mehrsprachige WebsiteBeim Plug-in und Z-BlogPHP ruft die 404-Seite, die mit dem Thema geliefert wird, nicht die maschinelle Übersetzungsschnittstelle eines Drittanbieters auf und verbraucht nicht die Übersetzungsquote.

Erstens: Wird unter was Umständen eine Seite mit dem Thema 404 angezeigt?

Wenn die Adresse der besuchten Website nicht vorhanden ist und der Server die Anfrage zur Verarbeitung an die index.php von Z-BlogPHP weiterleitet, geht Z-BlogPHP in den Routenabgleichsprozess über. Wenn keine Route erfolgreich übereinstimmt, setzt das System den HTTP 404-Status und rendert die Vorlage / 404.php des aktuellen Themas.

Daher ist es egal, ob es keine Artikeladresse, Kategorieadresse oder willkürlichePseudo-statischDer Pfad, solange Z-BlogPHP schließlich übernimmt und das Thema 404 anzeigt, wird die Vorlage 404 des Themas verwenden.

Zweitens, der Übersetzungsprozess von mehrsprachigen Plug-ins in normalen Seiten

Während der normalen Seitenverarbeitung öffnet das Plug-in den Ausgabepuffer am Anfang der Seite; nachdem die Ausgabe der Seitenvorlage, des Themas und anderer Plug-ins abgeschlossen ist, wird das gesamte HTML am Ende der Seite für das Umschreiben von Links, die Verarbeitung von Sprachmarkierungen und die maschinelle Übersetzung des Körpers erhalten.

正常页面：
Index_Begin → 开启输出缓冲 → 路由与模板输出 → Index_End → 处理 HTML → 必要时请求翻译接口

Das Plugin verarbeitet HTML nur, wenn es bis zum Ende der Seite ausgeführt wird; und nur Text, der keine Standardsprache ist, nicht einfach und komplex ist, über aktivierte Übersetzungsdienste verfügt und den lokalen Cache vermisst, fordert eine Übersetzungsschnittstelle eines Drittanbieters an.

Warum wird die Seite 404 nicht übersetzt?

404 wird anders behandelt als eine normale Seite. Nachdem die Route nicht übereinstimmt, gibt Z-BlogPHP den Fehler-Handler ein, lädt die 404-Vorlage des Themas und beendet sofort die PHP-Anfrage.

404 页面：
Index_Begin → 开启输出缓冲 → 路由未匹配 → 输出主题 404 模板 → 结束请求

不会进入：Index_End → HTML 翻译处理 → 翻译接口请求

Obwohl die Vorlage des Themas 404 Text wie "Die Seite existiert nicht" und "Zurück zur Startseite" ausgibt, wird dieser Text nicht in die Verarbeitungsschritte des mehrsprachigen Plug-ins eingegeben. Wenn PHP die Anfrage beendet, gibt es nur direkt den vorhandenen Ausgabepufferinhalt frei und führt die vom Plug-in registrierte Übersetzungsverarbeitung nicht in der normalen Seitenendphase durch.

404 Copywriting Quelle des FinchUI Store Theme

Am Beispiel des FinchUI Store-Themas verwendet template / 404.php die Variable des muttersprachlichen Pakets des Themas, zum Beispiel:

{$language['404title']}
{$language['404loading']}
{$language['404home']}
{$language['404goback']}
{$language['404tips']}

Die Inhalte stammen aus dem Sprachfeld des Themas selbst und werden nicht in Echtzeit über Online-Übersetzungsschnittstellen wie DeepL, Google, Volcano Engine, Tencent Cloud, Alibaba Cloud, Baidu, Youdao usw. abgerufen. Daher fällt selbst keine Gebühr für den Übersetzungsdienst an.

V. Zwei Arten von Anträgen, die unterschieden werden müssen

So überprüfen Sie selbst

1. Bereinigen Sie den Übersetzungs-Cache im Hintergrund des Plugins und zeichnen Sie die Nutzung des Hintergrunds des Übersetzungsdienstanbieters auf.
2. Konsekutiver Zugriff auf mehrere nicht standardmäßige Sprachadressen, die nicht existieren, wie / en / not-found-a, / en / not-find-b.
3. Überprüfen Sie zb _ users / cache / fui _ multilang / en / auf neue JSON-Übersetzungs-Cache-Dateien.
4. Überprüfen Sie die Anzahl der Anfragen oder den Zeichenverbrauch im Hintergrund des Übersetzungsdienstleisters.

Erwartetes Ergebnis: Wenn Sie nur die Seite 404 des Themas besuchen, wird weder ein JSON-Cache für die Körperübersetzung hinzugefügt, noch wird die Nutzung von Übersetzungsdienstleistern erhöht.

Hinweis: Wenn die 404-Seite so konfiguriert ist, dass sie automatisch zur Homepage zurückkehrt, ist die nachfolgende Anfrage des Spiders oder Besuchers an die Homepage eine separate Anfrage. Homepage-Anfragen sollten getrennt von der ursprünglichen 404-Anfrage gezählt werden.