Macos 忽略OSX资源分叉和DS_存储文件安全吗？

我们正在使用与Mac Finder交互的webdav服务器。我们注意到，Finder在将文件和文件夹复制到服务器时发出的请求中，至少有一半涉及多个额外文件：

• 每个文件夹的.DS_存储文件
• 要复制的每个文件的.u文件名资源分叉（包括.DS\u存储的一个）
• 一个随机字符串文件

我注意到，如果每次Finder试图上传其中一个文件时都返回403（禁止）响应，Finder不会抱怨，性能会大大提高（超过50%）

现在我的问题是，忽略这些文件有多安全？我可能遗漏了什么样的信息？哪些文件格式将变得无用？等等

此外，对于如何改进此交互性能的任何其他建议，我们都表示感谢

---

谢谢

忽略它们几乎是完全安全的。OS X内部使用这些文件，作为一名开发人员，我个人经常在源代码或其他文件中排除这些文件。

忽略它们几乎是完全安全的。它们由OS X内部使用，作为一名开发人员，我个人经常在源代码或其他文件中排除这些文件。

阻止.DS_存储文件（和.u.DS_存储文件）是安全的——它们包含来自查找器的有关文件夹显示方式的信息（图标与列表、列视图、图标位置等）。阻止其他。u文件只在大部分情况下是安全的。它们存储有关文件的文件系统元数据，包括资源分叉（如果文件有，但大多数没有）、查找器标记、隔离信息等等。。。很多事情。在大多数情况下，此元数据并不重要，因此阻止它们基本上是安全的

但在一些情况下，这些信息很重要；最明显的是Finder alias文件，它在没有元数据的情况下完全崩溃（在本例中，类型和创建者代码实际上是关键的）。最简单的规则是，如果非Mac计算机（Windows、unix、linux等）可以使用该文件，则删除元数据应该是安全的。但是，如果您使用的是仅限Mac的内容（例如查找器别名），则可能不是。

阻止.DS_存储文件（和.u.DS_存储文件）是安全的--它们包含来自查找器的有关文件夹显示方式的信息（图标与列表、列视图、图标位置等）。阻止其他。u文件只在大部分情况下是安全的。它们存储有关文件的文件系统元数据，包括资源分叉（如果文件有，但大多数没有）、查找器标记、隔离信息等等。。。很多事情。在大多数情况下，此元数据并不重要，因此阻止它们基本上是安全的

但在一些情况下，这些信息很重要；最明显的是Finder alias文件，它在没有元数据的情况下完全崩溃（在本例中，类型和创建者代码实际上是关键的）。最简单的规则是，如果非Mac计算机（Windows、unix、linux等）可以使用该文件，则删除元数据应该是安全的。但是，如果您使用的是任何仅限Mac的东西（例如查找器别名），则可能不是