7

ファイル形式のいずれかおよび/または各タイプの正しいMIMEタイプを示す正規のソースを見つけることができませんでした。私が見つけたすべてのソースは、互いに矛盾しているように見えます。また、IANAMIMEタイプRFCとそれらに関連するリストと矛盾しているようです。

私は特に.otf（OpenType）および.ttf（TrueType）ファイルタイプに興味がありますが、理想的な答えは、ウィキペディアのフォントファイルセクションにリストされているものなど、幅広いフォントファイル形式のMIMEタイプを決定するための標準的なリソースを提供しますページ：ファイル形式のリスト。ただし、そのようなリソースが見つからないことを考えると、そのような正規の参照が存在しない可能性は十分にあります。

動作するMIMEタイプではなく、正規のMIMEタイプを探していることをさらに明確にしたいと思います。フォントの適切なMIMEタイプに対して選択された回答は font/opentype、ファイルに使用できる状態を示してい.otfます。ただし、（@ djsadinoffによる）最高投票の回答が説明しているように、fontは有効なIANAコンテンツタイプではなく、これは正しいMIMEタイプにはなり得ません。

4

5 に答える 5

7

あなたの質問のために、あなたはフォントタイプについての事実を知らないかもしれません。このリンクのフォントMIMEタイプを使用します。

roc は、IE以外のブラウザがフォントのDRM形式をサポートする必要があるかどうかという短いバージョンのWebフォントの戦いについて報告しています。（そして、TrueTypeとOpenTypeをすぐにサポートできるかどうかもわかります。）フォントのDRM形式をサポートする必要があるとは思いません。それはWebに悪い前例を設定し、ベンダーが物事を正しく実施しなかった場合に責任を負わせる可能性があり、作成者の問題を複雑にするようです。

W3Cは、EOTワーキンググループの憲章草案を作成しました。EOT（Embedded OpenType）は、Microsoftが提唱しているDRM形式です。EOTがどのようにWebを最大限に活用しているのかはわかりませんが、それが何をもたらすのかはわかります。

フォーマットの問題は別として、フォントにMIMEタイプを導入することを検討する価値があるかもしれません。（この時点で実装するには遅すぎる場合は遅すぎる可能性があります。）利点は、任意のファイル（たとえば、text / htmlファイル）がフォントとして解釈されないことです。欠点は、著者が正しくラベル付けしていることを確認する必要があるため、作成者にとっては少し難しくなることです。（Web画像（SVGを除く）およびJavaScriptは、リソースが正しいMIMEタイプであるかどうかについてチェックされません。画像の場合、ブラウザーは画像の署名をスニッフィングし、スクリプト要素からロードされたものが単純に実行されます（実際にはあまり良くありません） 。）

@ font-faceのサポートがOpera、Safari、Firefoxで間もなく出荷されることを考えると、これはすぐに決定する必要があります。おそらく、関連するMIMEタイプがIETFによって標準化される前です。もう1つの厄介な問題は、OpenTypeとTrueTypeが拡張機能としてotfとttfのいずれかを実行でき、オペレーティングシステムがそれを適切に処理することです。XHTMLとSVGの両方がtext/xmlを使用できるのと同じように、両方に単一のMIMEタイプを使用することでおそらく機能する可能性があります。

于 2012-10-09T12:36:46.063 に答える
4

あなたの答えはスペックにあります。

4.5.1。オクテット-ストリームサブタイプ

「オクテットストリーム」サブタイプは、本文に任意のバイナリデータが含まれていることを示すために使用されます。

同じドキュメントの4ページにもあります

(5)   application -- some other kind of data, typically
      either uninterpreted binary data or information to be
      processed by an application.  The subtype "octet-
      stream" is to be used in the case of uninterpreted
      binary data, in which case the simplest recommended
      action

このファイルがバイナリデータかどうかはまだわからなかったので、linux file（）コマンドを使用してmime-typeを確認しました。

    $ file --mime-type 
    Days-webfont.ttf: application/octet-stream

オクテットストリームのかなり明確なカットです！

私はまだいくつかの疑いを持っていたので、私はもう少しリソースが欲しかった。ブラウザはこれをどのように解釈しますか？これがMozillaの言うことです...

注： TrueType、OpenType、およびWeb Open File Format（WOFF）フォントには定義済みのMIMEタイプがないため、指定されたファイルのMIMEタイプは考慮されません。

興味深いMozillaによると、.ttf.otfまたは.woffには定義されたMIMEタイプはありません。

Mozillaには、あなたを助けるためのいくつかのリソースもあります

コンテンツの正しいMIMEタイプを決定します

コンテンツの正しいMIMEタイプを判別する方法

コンテンツに使用する正しいMIMEタイプ値を決定するために実行できるいくつかの手順があります。

コンテンツがベンダーのソフトウェアアプリケーションを使用して作成された場合は、ベンダーのドキュメントを読んで、さまざまなメディアタイプについてどのMIMEタイプを報告する必要があるかを確認してください。

IANAを見てください| 登録されているすべてのMIMEタイプを含むMIMEメディアタイプレジストリ。

Netscape Geckoのプラグインを使用してメディアタイプが表示される場合は、プラグインをインストールしてから、[ヘルプ]-> [プラグインについて]メニューを調べて、メディアタイプに関連付けられているMIMEタイプを確認します。

FILExtまたはファイル拡張子リファレンスでファイル拡張子を検索して、その拡張子に関連付けられているMIMEタイプを確認します。

FILExtページまたはファイル拡張子リファレンスに移動することはお勧めしません。file（）がbashで実行できないことは何も実行しません。

ドキュメントを検索すると、法案にほぼ適合するさまざまなサブタイプのアプリケーションが見つかりました。vnd.ms-fontobjectですが、これは.eotファイル専用です。font-tdpfrですが、これは.pfrファイル専用です。

したがって、仕様では指定されていないようです

確信している。 したがって、標準的なリソースは、file（）の出力を仕様にあるものと比較していると思います。

于 2012-10-03T00:37:04.940 に答える
4
于 2017-04-10T11:33:51.200 に答える
2

コメントの1つが述べているように：

より適切なmimeタイプは、「application/x-font-opentype」または「application/octet-stream」です。1つ目は基本的に「この名前の未登録のmimetype」であり、2つ目は単に「バイナリデータ」です。

1つ目は非公式タイプで受け入れられるMIMEタイプ形式であり、2つ目はより具体的な公式MIMEタイプのないバイナリデータの汎用MIMEタイプであるため、これらのいずれかは技術的に正しいでしょう。私はこの主張をRFC2046に対して検証しましたが、それは持ちこたえているようです。公式になるまで、最も正しい方法は、非公式の型に受け入れられた形式を使用するか、ジェネリック型を使用することです。

于 2012-10-02T21:40:40.167 に答える
1

現時点では、OpenTypeとTrueTypeには特に「正しい」MIMEタイプはないようです。

ただし、両方のラッパーとして使用できるWeb Open Font Formatには、 （ W3Capplication/font-woffによって登録された）があります。組み込みOpenType形式（OpenTypeのコンパクトバージョン）は、（Microsoftによって登録された）を使用します。application/vnd.ms-fontobject

時間を遡りたい場合application/font-tdpfrは、TrueDocポータブルフォントリソースに使用できます。これは、NetscapeNavigator4によってネイティブにサポートされていました。☺</p>

于 2012-10-08T19:52:01.260 に答える