在目录名称中带有点的特定文件夹中启用 CORS

问题描述

我正在尝试在位于 mydomain.com/.well-kNown/stellar.toml

的特定文件 (stellar.toml) 中启用 CORS

我添加了以下所有内容并允许在我的 litespeed/wordpress 站点上的 .htaccess 文件中进行测试：

Access-Control-Allow-Origin: *

如果我使用 curl 命令测试它，我看不到“access-control-allow-origin: *”。但是，如果我只是通过从目录名称中删除点（从 .well-kNown 到 well-kNown）来重命名目录并执行 curl，它会起作用：>

curl --head mydomain.com/well-kNown/stellar.toml

发生了什么？

解决方法

.htaccess 设置可能不起作用，因为如果您使用 php，则 CORS 设置必须在“后端”中，请在 index.php 中设置标题。

PHP 中的标头而不是 .htaccess 文件： https://stackoverflow.com/a/14469443/7306365

nginx / Apache 服务器上的配置： https://stackoverflow.com/a/41039506/7306365

,

因为我通过在 Apache2 和 Nginx 等其他服务器上进行旋转和测试得到了一些 R&D 的答案，所以我想分享我的发现。

我在使用 LiteSpeed 的共享托管服务提供商上托管我的 Web 应用程序。由于 dotfiles 通常用作配置文件，LiteSpeed 不会轻易暴露它们。您可以通过执行 this 来修改 LiteSpeed 的配置。但是，您需要 root 访问权限，并且会影响在该 LiteServer 上运行的所有应用程序，除非您的托管服务提供商希望为您的特定文件和位置执行此操作，否则您的托管服务提供商通常不允许这样做。

我在 SSD 节点上获得了一些便宜的 VPS，并尝试使用 Apache 2 和 Nginx 启用 CORS。无需修改根级别配置即可轻松实现。在我成功测试之后，我寻找了其他一些使用 Apache2 或 Nginx 的共享主机，并将我的 Web 应用程序从旧的托管服务提供商移到了新的托管服务提供商。需要注意的一点是，在我进行研究时，我发现如今大多数提供商都使用 LiteSpeed。