Web における拡張子

[29] ダウンロードのファイル名の決定における拡張子extensionは、ファイル名のうちで、プラットフォームの慣習によってファイルの種別を表すために使われる部分です >>28。

[30] 多くの OS では、ファイル名の最後の . の後の部分が拡張子です >>28。

[27] 00年代には、宗教的に拡張子はクールでないとされ、 Web標準からも徹底的に排除されました。しかし実際には拡張子は URL 上も Webブラウザーの処理上も使われ続けました。00年代後半以降の現実路線の Web標準は、拡張子の取り扱いを明確化しています。

[23] embed 要素の内容の型の決定や object 要素の処理方法の決定では、拡張子が使われます。

embed 要素では type 属性よりは優先されませんが、 Content-Type: ヘッダーよりは優先されます。 object 要素ではそれほど優先度が高くありません。

[21] ヘルパーアプリケーションの選択では、拡張子が使われることがあります。

[25] MimeType インターフェイスには suffixes 属性があります。

[26] input 要素の accept 属性には拡張子も指定できます。

[22] gecko-dev/nsExternalHelperAppService.cpp at 9440cb5e327ebe08fd9eefff91b0927d7e707a7c · mozilla/gecko-dev (2015-05-07 20:27:30 +09:00 版) https://github.com/mozilla/gecko-dev/blob/9440cb5e327ebe08fd9eefff91b0927d7e707a7c/uriloader/exthandler/nsExternalHelperAppService.cpp

[24] base/mime_util.cc - chromium/src/net - Git at Google (2015-05-07 21:44:15 +09:00 版) https://chromium.googlesource.com/chromium/src/net/+/master/base/mime_util.cc

メモ

[3] Web の世界には拡張子なる概念は基本的に存在しないわけですが。
[4] >>3 ではファイル・システムの世界の概念では存在するのかというと、必ずしもそうではなく。 FAT などの一部ファイル・システムや、 Windows など一部環境にのみ存在する概念です。
[5] >>2 含めても含めなくてもいい場面では、拡張子 (又は拡張子と同形の接尾辞) に敢えて区切の . を含めることがあります。例えば Apache の設定ファイルで AddLanguage ja ja と書くより、 AddLanguage ja .ja と書けば、前の ja がこの場合は言語札で、後の .ja が接尾辞であることが明らかとなります。
[6] なお、 Windoze 世界の拡張子は普通、ファイル名の最後の . の後の部分を言いますが、 Un*x などで使われている、拡張子と同形の接尾辞は、拡張子に見える部分を複数重ねたものであることがあります。例えば foo.tar.gz とか bar.ja.html とか。慣習的には、前者は foo という名前の tar玉を gzip 圧縮したもの、後者は bar という名前の日本語の HTML 文書と解釈されます (慣習だけで、そうでないといけないわけではありませんが)。
[8] ちなみに、拡張子 == extention, 接尾辞 == suffix。
[9] 2003-10-06 06:50:13 +00:00 sys:
[10] 2003-10-06 10:20:07 +00:00 iso:
[11] 2003-10-07 17:47:37 +00:00 iso:
[12] >>9 M$-DOS の慣習では、 DOS のシステム的に重要なファイルの拡張子を .sys とします。 IO.SYS とか MSDOS.SYS とか CONFIG.SYS とか。この場合実際のファイル形式と拡張子は対応しません。 IO.SYS や DOS の MSDOS.SYS はバイナリで、プログラムのようなものです。 CONFIG.SYS と Win95 以来の MSDOS.SYS はテキスト・ファイルで、 OS 起動時の設定ファイルになってます。
[13] >>10-11 CD の image file は慣習的に .iso という接尾辞がよく使われます。 ISO9601 形式の CD-ROM の image, という程度の意味でしょう。中身を見るには、 image から焼くのに対応したソフトウェア (最近のは大抵そう。) で実際に焼いてみるか、又は image を直接覗けるソフトウェアを探すかでしょうね。image を直接 mount できるようなソフトウェア (デバイス・ドライバ?) があっても良さそうだけど、ないのかな? 探せばあるよね、きっと。
[14] 2003-11-05 16:36:47 +00:00 img:
[15] >>14 そうですね、ディスク・イメージには .img という拡張子を使うこともありますね。画像ファイルに使っても良さそうなものだけどそういうのはあまり見ないなあ。 (ゲームのデータファイルとかならありそうだけど。)
[16] 2003-11-24 10:46:48 +00:00 xml:
[17] >>16 XML でかかれた文書のファイル名が .xml で終わることが多いですね。
[18] 2003-12-20 12:38:56 +00:00 iso:
[19] 2003-12-24 11:22:07 +00:00 dat:
[20] 2003-12-28 03:46:08 +00:00 img:

[31] Standardize extension to content type mapping? · Issue #51 · w3c/FileAPI (2017-02-04 00:55:41 +09:00) https://github.com/w3c/FileAPI/issues/51

[32] File::MimeInfo - search.cpan.org (2017-09-10 18:57:05 +09:00) http://search.cpan.org/dist/File-MimeInfo/lib/File/MimeInfo.pm

[37]

Akoma Ntoso Naming Convention Version 1.0 (2019-02-22 02:00:00 +09:00) https://docs.oasis-open.org/legaldocml/akn-nc/v1.0/os/akn-nc-v1.0-os.html#_Toc409028154

A unique three or four letter extension signifying the data format in which the Manifestation is drafted (required). For instance, such extension can be “pdf” for PDF, “doc” or “docx” for MS Word, “htm” or “html” for HTML “xml” for an XML Manifestation, or “akn” for the package of all documents including XML versions of the main document(s) according to the Akoma Ntoso vocabulary. For an Akoma Ntoso XML representation, this value MUST correspond to the content of element <FRBRformat> in the <FRBRManifestation> section of the metadata.

仕様書

決め方

区切り文字

Web における拡張子

特殊

セキュリティー

メモ