2015-08-13 30 views
0

(*好了,一切明智的,我能想到的!;))網站自發地開始與403 POST失敗,試圖「一切*」

我一直在打我的臉對着一個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中只包含錯誤=上

奧卡姆剃刀表明,在沒有代碼什麼時髦和相同的代碼在不同的文件夾中工作,這隻能是一個服務器行爲。

這個問題自發地發生在一年以上沒有問題的網站上。 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文件。

+1

根據您已將它剝離的內容,我看不出這是一個編碼問題。 http://www.clinicalpocketreference.com/wp-content/plugins/owh_storefront/debug1.php可通過GET訪問,但不能通過POST訪問。除非有一個干擾的.htaccess文件,這在我看來就像服務器配置問題。 – MrCarrot

+0

謝謝,是的,我也發現GET會起作用。我掃描整個網站的其他.htaccess文件,他們確實存在,但沒有失敗的文件路徑中的任何地方。我把它推回到服務器的傢伙。 – Andy

+0

順便說一句(感謝史蒂夫的建議)我試圖改變行動notdebug1.php(這不存在),我仍然得到403,而不是404 ...吧?這是什麼巫術? – Andy

回答

0

這似乎是一個問題與破損的文件,最有可能的網站被黑了。如果需要,我可以掃描您的所有文件,以檢查它是否被黑客入侵(免費)