(*嗯,我能想到的一切都很明智!;))
我几天来一直在面对403禁止的错误。服务器人员已经看过“一切”,并认为这是一个代码问题。
我现在已经把它削减到了绝对的骨头,并且消除了我能想到的所有可能导致这种情况的东西。 我有两个调试文件文件。
[debug.php,仅包含]
<form id = "submitorder" name = "submitorder" action="debug1.php" method="POST">
<input type = "text" value = "hello world" name = "helloworld"/>
<input type="submit" value="Proceed to Payment." />
</form>
[debug1.php,仅包含]
<?php
echo $_POST['helloworld']
?>
然后我将相同的文件放入网站的根目录和插件目录中。目录和文件的权限是可以的。 (755)
如果我去: http://www.clinicalpocketreference.com/wp-content/plugins/owh_storefront/debug.php 它失败 如果我去 http://www.clinicalpocketreference.com/debug.php 它有效。
我已经清空了.htaccess,以防WordPress正在做什么搞笑,而php.ini只包含错误=
Occam的剃刀表明,在代码中没有任何时髦,并且在不同的文件夹中工作的代码相同,这只能是服务器行为。
这个问题在一年多没有问题的网站上自发地开始发生。 WordPress和所有插件都是最新的。
===编辑=== 服务器人坚持认为这不是服务器问题,所以我尝试了更多测试。
我尝试在另一个WP站点上创建一个具有相同路径的文件夹,然后只复制那两个调试文件,它就可以在那里运行。
我已经尝试将这两个文件放入一个名为debug的插件文件夹中(因此没有其他文件可以干扰)并且它失败了。
然后我尝试将它们放在沿着路径回到public_html
的每个文件夹中/public_html/wp-content/plugins
/public_html/wp-content
并且这些都与根中的那些失败了。
然后我尝试创建:
/public_html/debug
并且文件在那里工作。只要代码在wp-content下的文件夹中运行,问题似乎就会发生。因为我有一个BLANK .htaccess,因为我也只是执行debug.php文件,所以没有任何其他正在运行的代码可以干扰它。 Wordpress就在这里。这些文件夹的所有权限都是755
插件是我们在这里开发的插件...当然,只需将两个文件放入/ public_html / wp-content / plugins / debug文件夹即可消除插件其余部分的编码问题。
调试代码路径中的任何文件夹中也没有.htaccess文件。
答案 0 :(得分:0)
这似乎是文件损坏的问题,很可能是网站被黑了。如果需要,我可以扫描您的所有文件以检查它是否被黑客入侵(免费)