Apache使用特殊字符重写我的编码文件名

Question

我有一个问题，下载文件有特殊字符在它像"ñ"或"的"。

我正在对每个文件名应用rawurlencode（）。但是当我走上这条路线时，apache正在重写我的url。

<td>
  <a href="{{asset("storage/" . rawurlencode($fyi->file))}}" target="_blank">{{$fyi->name}}</a></td>

当我检查a标签中的href时，我得到了正确的URL编码路由，如下图所示。

带有编码url的标记

但是当我点击链接时，编码的数据丢失了

点击链接后丢失编码

这里是我的apache配置

<VirtualHost *:80>
    ServerName xxx.com
    ServerAlias xxx.con

    DocumentRoot /home/dev/xxx.com/public
    AllowEncodedSlashes On


    <Directory /home/dev/xxx.com/public>
        Options +Indexes +FollowSymLinks +MultiViews
        AllowOverride All
    Order allow,deny
    allow from all
    Require all granted
    </Directory>

    ErrorLog ${APACHE_LOG_DIR}/xxx.com-error.log
    CustomLog ${APACHE_LOG_DIR}/xxx.com-access.log combined
    RewriteEngine on
    RewriteCond %{SERVER_NAME} =xxx.com
    RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [QSA,L]
</VirtualHost>

Answer 1

它只是一个浏览器，可以很好地向您显示它。检查浏览器devtools或服务器日志中的“网络”选项卡，您将看到它实际上已编码。

真正的问题是另一个问题——Unicode规范化。这是一个复杂的话题，请看这个和这个答案的解释。

我们可以看到，这是您问题的解决方案，因为虽然您的原始链接不起作用，但此链接起作用。我用Ñ替换了Ñ，这两个字符是两个字符，一个N后跟一个“组合瓷砖”（1个字符）与Ñ（2个字符）看起来相同，但编码不同！

tl；dr：用Unicode表示同一事物有几种方法。您将获得一个链接，该链接将作为单个字符U 00D1：带波浪号的拉丁文大写字母N，但您的实际文件似乎将Ñ作为两个字符：U 004E:拉丁文大写字母N后跟U 0303:组合波浪号。

为了确保它工作，最好确保“规范化”表示在任何地方都使用，即形式“NFC”（还有“NFD”，即您当前的文件名）。请注意，Mac倾向于使用NFD，而其他*NIX通常使用NFC，如果您从Mac上传文件时没有转换文件名，则这可能是一个问题。

解决方法是在存储文件夹上运行congmv工具来转换所有文件的文件名：

convmv -r -i -f utf8 -t utf8 --nfc --notest .

或者（或者另外），你可以试着理解不正确的链接从哪里来，但是在Linux上有NFD文件名无论如何都是错误的根源，因为你永远不知道是哪个库或客户端或者其他什么东西会犯这个错误在某个时候意外地规范化文件名——几年后当你添加一些新功能时，它可能会作为一个错误回来，所以最好首先确保文件名使用NFC。

你可以考虑的另一个选项是在数据库中有一个文件元数据索引，而不是用它的实际文件名来存储文件（顺便说一下，这也可能导致安全漏洞），但是以一些随机ID作为名称，然后通过其ID对其进行识别，并在下载时在内容处置标题中返回原始名称，以便用户在最后获得正确的文件名。为了改善用户体验，您可以创建像/storage这样的URL/