現在コンテンツが 1 GB を少し下回っている (ただし増加している) 大規模な HTML5 サイトは、制限された数のユーザーがフルスクリーン モードでオフラインで表示できるようにする必要があります。ユーザー ベースは、顧客の組織の営業担当者のみで構成され、全員が Win8 ハイブリッド タブレットを使用しています。このサイトは本質的に製品カタログであり、大量の画像、テキスト、および現在約 12 本のビデオが含まれています。営業担当者は、ネットワーク アクセスが利用できない場所でサイトを使用する必要がある場合があります。
次のアプローチを試しました。
ローカル ハード ドライブからページを開く- 多数のページがあるため、ページは個別のファイルに分割され、必要に応じて AJAX で読み込まれます。ただし、URI スキームへの AJAX リクエストはfile://
、Chrome と Firefox によって拒否されます。IE10 では、少なくともセキュリティ レベルを調整した後は許可されますが、この方法ではサイト全体の動作が非常に遅くなり、大規模なトラブルシューティングと、場合によっては完全なオーバーホールが必要になります。
HTML5 アプリケーション キャッシュ マニフェストを指定します。Chrome では動画のキャッシュに失敗し、IE10 では 50 MB を超えるものはキャッシュに失敗します。Firefox はサイトを 1GB までうまくキャッシュしますが、これはハードコーディングされた制限のようで、サイトが大きくなりすぎてキャッシュに収まらないため、それ以上の動画を追加することはできません。
Visual Studio を使用してサイトを HTML5 実行可能アプリケーションにラップする- これはそれ以外の場合は正常に機能しますunload
が、何らかの理由でイベントがトリガーされ、アプリが終了することがあります。イベントが一見どこからともなく現れるまで、コードがデバッグモードでエラーなしで実行されるため、イベントが発生する原因を特定できませんでした。
それを .HTA に変換します。結果の「アプリケーション」の実行は非常に遅く、ウィンドウのタイトル バーや Win8 ドックを非表示にすることはできません。
Chrome の最初のオプションのセキュリティ制限を回避できましたが、Chrome を起動するたびに管理者権限でハッキングを再度実行する必要があります。お客様の IT 部門は、このソリューションに強く反対しています。
私たちが見逃したより良い解決策はありますか?それとも、私たちが試したものの 1 つが他のものよりも明らかに優れており、さらに調査する必要がありますか?