我试图让一个 WordPress 插件工作,经过几个小时的调试、试验、错误和祈祷古希腊诸神后,我发现该插件无法工作,因为服务器无法访问特定文件。
该网站托管在基本的共享托管环境中,因此唯一可以配置的就是文件.htaccess
。该文件充满了规则,但我最终找到了导致插件问题的规则:
RewriteRule ^wp-content/(?!themes/.*/core/css/custom\.css\.php$)(.*)\.php$ [R=404,L]
当我注释掉这条规则后,插件开始正常工作。
现在,我不是服务器或.htaccess
专家,但编写此规则的人考虑到了一些安全问题,因此我想更改它,以便它仅允许我的文件工作。
我的文件路径是:
wp-content/plugins/plugin-name/public/js/service-worker-loader.js.php
你能帮助我吗?
旁白:正如所写,该规则/指令不正确。它“缺少”第二个参数。(第三个/flags参数将被视为第二个参数,并导致与此模式匹配的请求被错误地重写为文字“URL”
[R=404,L]
——这显然不是一个有效的URL,并且可能会以一种非常迂回的方式导致404 ...由 WordPress,而不是 Apache。)我希望上述规则有一个连字符(即
-
)作为第二个参数。例如:L
这里不需要该标志。(对于普通读者来说,这可能看起来很微妙,但这是一个明显的错误/拼写错误。)
但是,您不需要修改该规则来解决您的问题。(在不了解更多信息的情况下,我会避免编辑此规则,以防它是 WP 插件而不是“人”编写的。尽管目前所写的“错误”事实仍然存在。)相反,您只需在文件的最顶部添加一条附加规则即可为相关文件
.htaccess
设置例外。例如:这里假设 Apache 2.4。(如果您使用的是 Apache 2.2,则使用该
L
标志而不是END
。).htaccess
此规则可防止在请求该文件时处理该文件其余部分中的任何其他 mod_rewrite 指令。更新:
是的,你可以这么做。
.htaccess
在子目录中创建另一个并简单地禁用重写引擎。例如:由于默认情况下不会继承 mod_rewrite 指令,因此这实际上会覆盖父(目录)配置中的 mod_rewrite 指令。父级中的 mod_rewrite 指令不会被处理,因此请求不会被阻止。
(每个 Apache 模块的处理方式都不同。来自其他模块的指令,例如 mod_expires,仍将在父/根配置中处理。)