0

当我考虑调整图像大小并在服务器上并行保存新大小时，我想到了以下问题：

// Original size
DSC_18342.jpg

// New size: Use an "x" for "times"
DSC_18342_640x480px.jpg

// New size: Use the real "×" for "times"
DSC_18342_640×480px.jpg

关键是，如果你在文件名中使用 real而不是 an会稍微容易一些，因为该单元已经包含，这使得它更难阅读。×xpxx

问题：在文件名中使用 Html 实体时，我会遇到什么问题？

旁注：我正在编写一个开源、公开可用的脚本，所以目标服务器可以是任何东西——因此我也对边缘案例感兴趣（并将投票赞成），我不知道。

谢谢你们！

您可能已经注意到，我知道，我可以简单地避免它（无论如何我都会这样做），但我对这个问题很感兴趣并了解它，所以请把上面的例子作为可能的案例。

4

1 回答 1

1

有些文件系统根本不支持 unicode。如果您使 unicode 支持成为您的应用程序的要求，这可能不是问题。

文件系统、Unicode 和规范化中给出了关于不同 unicode 文件系统的一些考虑。

结束语（从 solaris 文件系统的角度来看）是：

由于固有的差异，与所有其他现有 Unicode 文件系统的完全兼容性和无缝互操作性似乎不是 100% 可能的。

我可以想象会出现问题，尤其是在迁移应用程序时。仅存储文件可能没有问题，但如果它们的名称存储在数据库中，则迁移后可能会出现不匹配。

于 2012-07-16T11:44:42.240 回答