我的程序使用它自己的二进制文件类型,所以我假设我不能使用MIME类型文本/纯,因为它不是一个7位ASCII文件。
我应该叫它"application/myappname"吗?
我的程序使用它自己的二进制文件类型,所以我假设我不能使用MIME类型文本/纯,因为它不是一个7位ASCII文件。
我应该叫它"application/myappname"吗?
我推荐application/octet-stream,因为RFC2046说““octet-stream”子类型用于指示一个主体包含任意二进制数据”和“对于接收到“application/octet-stream”实体的实现的建议操作是简单地将数据放在一个文件中[…]”。
我认为这样你将从任意程序得到更好的处理,当遇到未知的mime类型时可能会呕吐。
mimetype头文件被浏览器识别,目的是(快速)可能识别一个处理程序来使用下载的文件作为目标,例如,PDF将被下载,您的adobereader程序将以PDF文件的路径作为参数执行。
如果您需要编写一个浏览器扩展程序来处理您下载的文件,通过您的操作系统,或者您只是想让您的项目更“专业”,请继续选择一个独特的mimetype供您使用, 它不会有什么区别,因为操作系统没有手柄来打开它(一些浏览器有很少的捆绑插件,例如新的谷歌Chrome版本有内置的pdf阅读器),
如果您想确保文件会被下载,请查看这个答案:https://stackoverflow.com/a/34758866/257319
如果你想让你的文件类型特别有条理,在文件的前几个字节添加几个字母可能是值得的,例如,每个JPG文件的文件开头都有这样的字母:
如果你能承受4或8个字节的跳跃,这将对你在接下来的过程中非常有帮助
:)
根据规范RFC 2045 #内容类型报头字段的语法application/myappname是不允许的,但是application/x-myappname是允许的,对我来说听起来最适合你的应用程序。