URLにロケール情報が含まれており、クライアントのAccept-Languageヘッダー(または各ページの選択ボックス)で言語が選択され、現在のページのローカライズされたURLにリダイレクトされます。デフォルトの英語URLは次のとおりです。サイトのページの http://example.com/
ロケール固有のバージョンは、ロケール値が含まれています。 http://example.com/de/
またはhttp://example.com/es/
など国際化されたWebサイトのオフラインアプリケーションキャッシュマニフェストを提供するにはどうすればよいですか?
私はこのような状況でオフラインアプリケーションキャッシュマニフェストを指定して対処する方法についてのアドバイスをしたいと思います。オフラインページのローカライズ版をユーザーのURLに基づいてキャッシュすることをお勧めします。スペイン語を選択すると、スペイン語マニフェストで指定されたスペイン語のURLがダウンロードされます。
各ロケールのルートページ(例:en.manifest、es.manifest)のマニフェストファイルの名前を変更する必要がありますか。または、ユーザーが異なるロケール(および異なるサイズのマニフェストファイル)に変更した場合、同じ名前のマニフェストを各ロケールのルートURLで使用すると、そのURLを再度読み込みます。ウェブサーバーはマニフェストファイルをキャッシュしないように指定します(s))?または、ユーザーがロケールを変更した場合、JavaScript経由でロケール固有のマニフェストを明示的にロードする必要がありますか?
私は、デフォルトの英語マニフェストで指定されたURLのダウンロードを開始して、優先ロケールを選択し、新しいロケール固有マニフェストを読み込み、選択したロケールのマニフェストのURLを読み込まないようにします。
私はいくつかの検索を行っていますが、この状況に関する議論には触れていません。
あなたの答えに感謝します。私はロケール(es.manifest、en.manifestなど)を反映したマニフェストの名前で、各言語のマニフェストファイルを別々に作成しました。私はDjangoとテンプレートの継承を使ってマニフェストファイルを管理し、マニフェスト全体で共通のコンテンツを共有しています。 – saschwarz