閱讀本
WordPress的故障排除：權限，chmod和路徑，噢，我的！
從不同的共享主機軟件包中出現的問題，版本的PHP，Apache等，文件的權限問題有時其醜陋的頭後部。 我希望下面的參考那些經驗不足的，可以提供一些幫助或方向：
“文件未找到”404“，”無法創建目錄“，”不能打開“或”不存在“錯誤而停止的東西死在他們的踪跡。 這通常是由於沒有找到腳本或文件，其中，預計一個程序/腳本，或者它是不是“允許”看到它，因為文件或目錄的權限設置。 這是令人沮喪的任何一台計算機的用戶！ 的電腦應該是高效率和樂趣。Partypoker在網絡上，平面設計，電子郵件或任何你需要做您的計算機上不應該停止或推遲惱人的毛刺。 總有一些身邊的方法，如果你知道該怎麼做。
讓我們開始的路徑。 仔細檢查你的錯誤，它通常會列出文件路徑問題。 我建議使用FileZilla的FTP程序 。 
打開 FileZilla中，並連接到你的網站。 導航錯誤中列出的路徑，並試圖找到該文件。 如果它存在，請嘗試重新上傳，測試 ... ...如果路徑是不同的，驗證，如果您有WordPress的安裝如果在“頂”或根目錄或子目錄。
如果您發現了它的路徑是正確的，檢查的權限。
對於這個例子，我會人數的權限標誌：
drwxrwxrwx 1234567890
1目錄標誌，如果目錄中的“D”，“ - ”如果一個正常的文件，偶爾為紐帶的“L”。
2,3,4讀，寫，執行文件的用戶（所有者）的權限
5,6,7讀，寫，執行組的權限
8,9,0讀，寫，執行其他權限（有時被稱為“大家”）。
- 這意味著沒有設置標誌，在任何位置
R文件所有者，組或其他可讀
w文件是可寫的的。 在一個目錄，寫訪問意味著你可以添加或刪除文件
X文件是可執行文件（程序和shell腳本 - 而不是有用的數據文件）。 目錄的執行權限，意味著你可以列出該目錄中的文件
S稱為“X”的地方通常會去的set - uid或GROUPID設置標誌（在設置 UID或設置 GROUPID其所有者/組的權限運行，該程序的可執行程序，在一個的目錄，set-UID/set-groupID力量文件和目錄內創建繼承父目錄的用戶 / goup）。
出於安全考慮，為 WordPress的權限設置應該是755的目錄和文件644。 然而，大多數的主機，需要由用戶產生的所有進程都有一個唯一的的身份添加另一個級別的安全性。 因此，如果WordPress或插件創建一個文件或目錄，將有一個獨特的的所有者（常組），因此與 755的目錄不會讓我們創建，並與 644的文件的文件不會讓我們保存更改到它。 所以，改變已經發生。
這是我們打出了“您的里程可能會有所不同”區域。 典型WordPress的安裝只需要wp-content/ 777（使WordPress可以創建wp-contents/uploads/文件夾）的目錄。 如果你wp-content/uploads/ /已經存在，你可以跳wp-content/內容/ 755。 如果啟用，然後整理成我上傳個月和年為基礎的文件夾的子目錄需要進行檢查，以及（ wp-content/uploads/2006/06例如），所以你將需要uploads/要777， 2006/ 777和06/ 777。 如果您使用的是ImageManager插件，您將需要檢查wp-content/uploads/2006/06/.thumbs/以及權限！
這是因為你將會有一個權限的問題時每月需要創建一個新的目錄，我建議你關閉一個月，一年為基礎的文件夾組織成我上傳的原因之一。 只要讓他們都去/ wp-content/uploads。
有些人用在管理編輯器來編輯主題和插件文件（我對這個建議，除非你能保持對正在編輯的有文件644），發現他們的權限問題（作為 PHP的過程中會產生在大多數，不同的憑據服務器），並改變他們的文件666。 我這個不舒服。 而且，我迷戀上FileZilla的。 是的，我需要多出去走走。
如果我FTP到我的網站與 FileZilla中，並在文件上雙擊，打開我最喜愛的文本編輯器（編輯：設置：文件查看/編輯 FileZilla中的菜單中）和一個更“舒適”的環境中我可以做出改變，保存，並單擊確定更改的文件上傳服務器。 其他利益，這是該文件被讀取，並通過 FTP保持我的用戶 /組的身份，給我更多的安全和控制的書面。
如果您對這篇文章有任何建議，隨時發表評論 ...
關於“WordPress的故障排除：權限，chmod和路徑，噢，我的”57用戶評論
直到你找出的“編輯”按鈕消失的原因，你總是可以[yourdomainhere].com/fishing/wp-admin管理員，並應力WP登錄屏幕上來。
我當然 girlfreind設立這個網站，我一直編輯它，但突然在我的屏幕上的編輯按鈕消失了？ 我無法訪問任何編輯 opions？ 我怎樣才能獲得這回，我當然是不可用？ 我需要盡快發布新的東西嗎？ 有人能幫助我嗎？ 達里爾
我有一個圖像下載到可濕性粉劑的問題 .. 所以，如果我這樣做是正確的，那麼我所有的WP -內容的權限應該是644。
edgars：下面的段落，我認為適用於您的是：
“典型的WordPress的安裝只需要可濕性粉劑內容 / 777（使WordPress可以創建 wp-contents/uploads文件夾）的目錄。 如果您啟用我上傳整理成個月和今年基於文件夾的子目錄需要檢查以及（例如wp-content/uploads/2006/06）。 “
任何目錄 WordPress是指定使用可能需要要777。
Changinging可濕性粉劑內容 /目錄為 777，這在很大程度上視為不安全的模式是整個 WordPress的主題。 但是，這並不是嚴格的真實，如果你有shell訪問：問題是，在Linux中，PHP腳本以nobody運行，但目錄是用戶所擁有的，所以沒有人可以不寫它，除非它的CHMOD 777。 一個更好的解決辦法是改變目錄的所有權，任何人，然後上傳目錄可以CHMOD 755由WordPress創建的所有目錄也CHMOD 755。
在外殼 CD WordPress的根目錄，然後鍵入並輸入：
chown無人可濕性粉劑內容
如果你沒有 shell訪問，請問您的虛擬主機為你做。
但是，如果你的服務器與運行 phpsuexec啟用，PHP腳本運行的用戶，也有寫訪問用戶所擁有的目錄。 因此，在該實例中上傳目錄，可以CHMOD 755。
這是不幸的，shell訪問託管計劃定期越來越少見。
和一個現代化的主機上的777是沒有危險的，因為它聽起來，它仍然會採取一定的過程 /配置失敗，它被利用，因為我們談論 /上傳 /我沒有太多有關黑客的人擔心圖像 / ZIP文件，我有。
有一個基本的安全設置“的wp - config.php”文件共享環境中的644問題：它允許該主機上的的其他用戶閱讀您的數據庫在該文件中包含的設置。 然後，他們可以使用您的數據庫設置，為所欲為，喜歡與數據庫中的數據。 更多的WP論壇的主題：
http://wordpress.org/support/topic/83831
編輯：我忽略了上面說的是，安全問題，適用於託管服務提供商，如果允許 SSH訪問您的帳戶。
嗨，我關心的問題 wp-plugin/uploads 777 /
如果人們把一些腳本，執行時將刪除其他文件夾中的其他文件（或做一些討厭的東西）的文件夾？
您好阿迪：
您的問題是有效的。 根據主機上的，它往往成為一個安全和易於使用之間的平衡行為。
如果我使用777（或666）上的文件，只要我做的改變，我會激烈到644分之755開關一切。 而我，當我與網絡解決方案（我不建議作為主機）託管。
問題通常在於如何在Web主機分配一個身份登錄，在通過 FTP /等用戶。 紡內 WP的管理界面（PHP進程（S））的進程身份。 這些通常是不同的，這就是為什麼你看到編輯 /刪除 /上傳與 FTP的/ etc文件時的行為差異。 WP管理區範圍內時 ... ...
我目前的主機，site5.com，以不同的方式解決安全問題，所以我可以保持在755的目錄和文件在644還沒有收到任何權限錯誤時，使用WP管理工具。
另一方面，作為 Pizdin以上（某些主機）指出，另一個用戶可能會在我目前的環境中能夠閱讀我的wp - config.php文件。 這不關我太多（我保持備份和大多數黑客不會“在自己的巢船尾”可以這麼說），但我沒有改變的wp - config.php到600。
thirstan說， 我在另一個博客上設立一個新的主機，我自己的域名和具有權限的麻煩的過程中，您的文章，似乎正是我要尋找，我在想，如果後仍然是當前可濕性粉劑及時？
哇，這是一個句子運行 
感謝，
thirstan
Thirstan：是的，並沒有真正改變。
版本的WP其實並不重要，雖然主機環境。 例如：aplus.net（和網絡解決方案），您將體驗與可濕性粉劑沒有“權限”創建目錄和文件的問題。 然而，主機像site5.com不同的處理，你不會注意到任何WordPress的/ PHP創建或編輯文件的過程中出現的權限問題。
山姆感謝這麼多。 我一直在爭奪與 1and1在過去的一周，因為他們無法向我解釋，為什麼突然我的電子商務插件都可以不再從我們上傳的圖片創建縮略圖。
我覺得現在我明白了，可能能夠得到顧客的服務，真正幫助我。 我會讀您的文章引用在我的電子郵件，一旦我充分理解。
再次感謝。
最佳的解決方案是提前手動創建目錄結構。 需要777的唯一原因是因為 WordPress需要創建這些目錄。 然而，如果目錄已經存在更嚴格的權限設置是可能的。 因此在未來幾年內（每月一個文件夾），然後 CHMOD目錄創建目錄為 644至755和文件。 有時，我注意到，目錄需要775根據您的主機上。
乾杯！
您好，我嘗試和chmod WP -含量從 755到644，但結果總是變成 764。 任何想法？ 感謝
三個字：PHP的安全模式。
我追了約一個小時的顧客這個問題。 上傳目錄是apache用戶擁有，但任何一年或一個月目錄 WordPress的嘗試創建上傳失敗，直到我關閉 PHP的安全模式。 現在，它就像一個 chizzamp！
乾杯山姆。 只要碰到這個問題，而一個 WordPress.com遷移到一個新的主機上。ORG博客。 這是我第一次更改文件權限。
謝謝，
馬特
我曾試圖改變權限，改變路徑，但毫無效果。
直到巴德的評論。
我改變了刪除前wp-content/uploads的前斜線的路徑 ... ...和它的工作：）
你好，有沒有給此服務器內的許可使用。 只需登錄到使用管理憑據 WP，然後去設置 - >雜項 - >然後複製並粘貼有顯示的默認路徑。 這將解決這個問題，我有固定剛才 ... :-)它是如此簡單。 不要太多爆炸為一個簡單的問題。
此致
RJ。
系統工程師
actsupport.com
您好，
我有我的WordPress的平台上的權限的問題，似乎沒有人知道如何解決這些問題。 請幫幫忙！
當我嘗試改變的文件，如index.php的一些權限（這是相當關鍵的文件，我相信你會同意）666的，我得到這一行：500'SITE CHMOD 666 index.php的“命令理解
同樣的事情發生，當我嘗試手動寫命令。
我不知道還能做什麼。 我的主機不提供ACCES的cPanel，他們使用的是Windows，他們說，他們將有“只讀”文件上的標誌，如果他們只可讀，但他們沒有他們，所以我應該能夠改變權限。 但我不能。 他們也說，我也許可以改變 WordPress的內部服務器的設置，但我還沒有找到在那裡我可以做。
還有什麼我可以做嗎？請幫幫忙！
其他外，包括：Windows是一個完全不同的動物，當涉及到權限。 我建議你問你的主機移動到Linux服務器，如果他們不能，找到另一台主機的權限是只有一個的問題，您可能會遇到的Windows服務器上運行 WordPress的;“）
而且，有關的index.php;不應該是666，這意味著別人可以寫它。 644。
我已經嘗試過 644，也沒有工程。
我不認為他們能打動我到Linux，要么。
我已經告訴記者，這是更好地找到另一個託管，似乎我就真的要。）
感謝反正！
您好，
這是我了。 我的主機，畢竟我移動到Linux平台，但問題仍然存在。 在FileZilla的權限是“644”，但我不能寫在文件的WordPress還在說，我要更改權限之前，我可以寫。 （？）
此外，現在甚至thos權限我都走了。
任何想法？
@阿麗亞：這聽起來像我們的文章的最後 2段;你的主機是PHP進程映射另一個'用戶'（沒有其他人，但另一個“身份證”），這是一個'安全'的形式，用於流行。 我建議你在這種環境下使用的FTP程序（而不是內部編輯器）。
不要遺憾切換到Linux服務器，有幾個可能（？）彈出一個 M $服務器的問題 ... ...
我試過了，它的工作。 所以非常感謝您！ 後的應用程序。 10 informaticians我問不知道如何解決這個問題（包括主機支持），你是一個真正的生命的救星！
偉大的文章，我真的很喜歡它。 謝謝
感謝這個偉大的職位。
確實是文件權限是非常蜱..謝謝你幫助。
關於
非常感謝您！
azzaam說， 感謝你對我的工作 
我主機關閉我的網站（5 WordPress的）因“不尋常的活動”，我檢查每一個文件使用cPanel。 禪車安裝上，我發現狡猾的文件和文件夾 CHMOD 777和666的文件。
雖然這樣做，我注意到，我wp-content/uploads所有7個和6，感謝您如何解決這個問題的詳細解釋。 我已經改變了他們六百四十四分之七百五十五，但如果不能寫在本月底可濕性粉劑，我知道為什麼 ... ...
我需要幫助。 755和644沒有讓我訪問網頁和帖子... ...做什麼？ 我要瘋了。
我不明白您輸入三位數的文件權限代碼。 755和644碼。 我期待在我的網站與 Plesk，檢查我的服務器上的權限，所有我看到的是如RWX RX RX興田長碼。
我得到了“故宮 .. 您沒有權限訪問 / WORDPRESS / WP - ADMIN / upload.php此服務器。“當我嘗試後。 更改引用的文件的權限，沒有任何效果。
>>我不明白您輸入三位數的文件權限代碼。 755和644碼。
見我的上述建議，有關 Filezilla的/ FTP ...
感謝這 .. 我一直在尋找的權限集在我的網站 ... ...我希望它會工作，我要去嘗試 ... ...。
我不知道如果這些權限問題很多可以追溯到WordPress的安裝方式，即使用現在許多 Web主機提供的快速安裝包。 我從來沒有遇到任何一個新鮮的WordPress手動安裝這些權限問題。 只有與預先存在的裝置，或從一台服務器移動到另一個設置。
非常有幫助。 這已經解決了我的問題，謝謝山姆。
感謝這個建議 SAM！ 這是有竊聽器有一段時間我。 它似乎像WordPress的安裝標準的做法是使用文件上傳 CMOD的777目錄。 這是令人難以置信的危險！
如果您發現自己有CHMOD 777 wp-content/uploads目錄，為您的網站工作，我建議改變您的虛擬主機。
非常感謝你這！
它的工作對我非常好。
來自德國的最佳問候
這正是我一直在尋找，謝謝。
我曾與 WordPressand CHMOD從來沒有問題
感謝最翔實的文章。 我有麻煩的WordPress博客疑難解答。
