FinchUI多言語ウェブサイト翻訳プラグイン-404ページは翻訳インターフェースの容量を消費しますか?

まず結論を言います!

現在の FinchUI 多言語サイトプラグインとZ-BlogPHPの処理フローでは、テーマに付属の404ページはサードパーティの機械翻訳インターフェイスを呼び出したり、翻訳クレジットを消費したりしません。

一、どのような状況でテーマ404ページが表示されるか

訪問したウェブサイトのアドレスが存在せず、サーバがこのリクエストをZ-BlogPHPのindex. php処理に転送すると、Z-BlogPHPはルーティングマッチングプロセスに入ります。ルーティングマッチングが成功しない場合、HTTP 404ステータスが設定され、現在のトピックのtemplate/404.phpがレンダリングされます。

そのため、存在しないのは文章の住所、分類の住所、任意である擬似静的。パスは、最終的にZ-BlogPHPによって引き継がれ、テーマ404が表示される限り、テーマの404テンプレートが使用されます。

二、多言語プラグインの通常ページでの翻訳プロセス

通常のページ処理では、プラグインはページの開始段階で出力バッファを開きます。ページテンプレート、テーマ、その他のプラグインの出力が完了した後、ページの終了段階でHTML全体を取得して、リンクの書き換え、言語マークアップ処理、本文の機械翻訳を行います。

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

プラグインは、ページの最後まで実行された場合にのみHTMLを処理します。サードパーティの翻訳インターフェイスは、デフォルトの言語ではなく、単純な翻訳ではなく、翻訳サービスが有効で、ヒットしていないテキストがローカルにキャッシュされている場合にのみ要求されます。

三、404ページはなぜ翻訳されないのか

404は通常のページとは異なる方法で処理されます。ルートが一致しない場合、Z-BlogPHPはエラープロセッサに入り、トピックの404テンプレートをロードして、このPHPリクエストを直ちに終了します。

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

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

Theme 404テンプレートは、「ページが存在しない」「トップページに戻る」などのテキストを出力しますが、これらのテキストは多言語プラグインの本文翻訳処理ステップには入りません。PHPがリクエストを終了すると、既存の出力バッファが直接解放されるだけで、プラグインが通常のページ終了段階で登録した翻訳処理は実行されません。

第四に、FinchUIストアのテーマの404コピーライティングソース

FinchUIストアのテーマを例にとると、template/404. phpはテーマのローカル言語パッケージ変数を使用します。

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

これらのコンテンツは、トピック自体の言語配列から取得され、DeepL、Google、Volcano Engine、テンセントCloud、Alibaba Cloud、百度、Youdaoなどのオンライン翻訳インターフェイスを介してリアルタイムで取得されないため、翻訳サービス料金は発生しません。

V.区別が必要な2種類のリクエスト

六、自分で検証する方法

1. プラグインのバックグラウンドで翻訳キャッシュをクリアし、翻訳サービスプロバイダーのバックグラウンドでの使用量を記録します。
2. 存在しないいくつかの非デフォルト言語アドレスに連続してアクセスします。
3. zb_users/cache/fui_multilang/en/がJSON翻訳キャッシュファイルを追加したかどうかを確認します。
4. 翻訳サービスプロバイダのバックエンドのリクエスト数または文字消費量を再度確認してください。

期待される結果:トピック404ページのみにアクセスしても、本文の翻訳JSONキャッシュは追加されず、翻訳サービスプロバイダーの使用量も増加しません。

注: 404ページが自動的にホームページに戻るように構成されている場合、スパイダーまたは訪問者は独立したリクエストとしてホームページを要求します。ホームページのリクエストは、最初の404リクエストとは別にカウントする必要があります。