3

次のシナリオに対する実行可能な解決策について、あなたのアイデア/提案を聞きたいです:

  • ユーザーの iPad の Safari ブラウザーを介してダウンロードする、私の選択/デザインのカスタム フォーマット ファイルを iPad ユーザーに提供する外部 Web サービスがあります。

  • ブラウザーはこのファイルを開きませんが、代わりに myApp を呼び出してファイルを読み取り、そのコンテンツを使用します (その値で内部プロセスを開始する uuid コード)。

これを調べたところ、「myApp」を登録してiOSレベルでカスタムファイル拡張子を処理する方法がわかりました。これは、ファイルがテキスト ファイルでない限り正常に機能します (つまり、真のバイナリ ファイルの場合、「open in myapp」プロンプトが表示されます)。

ファイルが Safari によってテキスト ファイルとして認識されるとすぐに、そのコンテンツがページに表示され、ユーザーは同じ拡張子のバイナリ ファイルの場合のように「myApp で開く」機会を得られません。

私を正しい軌道に乗せるために、どんなアイデアや提案も大歓迎です。ありがとうございました。

4

1 に答える 1

2

これは /etc/apache2/httpd.conf でうまくいきました

<IfModule headers_module>
  <FilesMatch ".custom$">
    Header Set Content-type application/myApp
    Header Set Pragma public
    Header Set Expires 0
    Header Set Cache-Control private
  </FilesMatch>
</IfModule>

iOS の Safari では Content-Disposition が無視されるため、重要なのは Content-type の設定でした。クレジットはアーロンに行きます。（申し訳ありませんが、コメントとともに他の回答が削除されたため、フルネームを忘れてしまいました）。回答を追加していただければ、それに切り替えます。ありがとうございました。

于 2013-02-14T06:26:02.853 に答える