MIME类和File.extensions之间的合作关系是什么?

我可能会在下面提出错误的建议,但我认为:

MIME种类 正在认识代码,根深蒂固 一份文件。
File.extensions 正在识别代码,后缀为文件 名称

我认为,从我在昏暗的黑暗时代听到的东西,Linux是与扩展无关的......(可能它在很早的时候仍然存在,并且从那以后点也变了......?)

我最近起源于Windows地球仪,在那里,在 经营 - 系统学位 ,file.extension是唯一的方法(关于我认识)将它与相关的应用程序相关联。

由于我不认识的事实 为什么 ,我发现有点令人心烦的文件称为“fred” 并且 名为“fred.txt”的文档都在文本编辑器中打开。

在下面的工作场所存在明确的权力结构?

0
2019-05-18 21:22:30
资源 分享
答案: 3

在linux globe中,文件扩展只是文档类型的一种指示。 有一个名为“文档”的命令行设备,它假设文档的种类。

要获得此类型,大多有3种适应症:

  • 扩张
  • 文件系统中的特殊功能(如sym - 或硬链接,文件夹,输入工具等)
  • 网络内容
    • 二进制(如可执行文件中的ELF详细信息)
    • 文本(如<html>#!/bin/bash

文档类型和MIME类型之间的关系是,MIME只是代表文档的典型类型(如text/css)。

Linux“预感”文档类型,并打开该类型的附属程序。

0
2019-05-21 05:30:07
资源

MIME种类只是一种调用种类的方法。 它们与如何建立文档的类型无关。

有两种方法可以确定文件的类型:a)查看它的扩展并希望它是精确的或b)考虑其材料,然后根据它进行推测。 如果文件没有扩展b是唯一的选择。

几个(二进制)文档布局有一个详细信息标题,您可以考虑建立它们的类型。 这使得替代b对这些类型相当可信。

简单的消息文档布局通常可以通过它们的框架来建立(如果文档有大量的html标签,它可能是一个html文档)。

在unix和linux系统上,您可以利用file命令行能量来根据其材料找出文档的类型。

提交主管通常会使用替代方案和b的一些组合(例如,首先考虑文件扩展,如果不能识别(或文件没有扩展),请考虑材料)。

文档类型不会保存为通常的linux文档系统上的元数据。

0
2019-05-21 05:29:15
资源

在Linux中,文档扩展成为文档名称的一部分,实际上并没有向操作系统提出任何建议。 MIME类型是文档的Web内容的摘要。 fredfred.txt肯定都有MIME类text/plain

提交主管,例如Nautilus使用此MIME类型来识别要打开文档的程序。 在无法治愈的情况下,xdg-open命令执行相同的操作。 尽管如此,这是客户学位不运行系统学位。

文档实际上并没有这种mime类型,但是打开它们的程序使用了许多方法来练习这种MIME类型。 有些人只考虑文档扩展,但大多数人都使用了一系列策略,包括考虑文档开头的信息。

如果文档的开头只有可以代表ASCII个性的字节,那么认为它是一个消息文档是安全的。 如果之后扩展类似于logo,程序认为它是一个HTML网页,因此用互联网浏览器打开它。 同一点与二进制文档布局协作。 作为一个例子,我认识到位图文档布局以ASCII中的'BMP'开头,并由代表照片的二进制信息附加。

换句话说,Linux程序基于文档中的信息以及文档扩展来创造开明的预感。 这可能看起来并不真正可信,但使用的公式比我实际提供的实例更难,而且实际上也是非常精确的。

0
2019-05-21 03:47:13
资源