これを読んで
ワードプレスのトラブルシューティング：アクセス許可、CHMODとパス、MY OH！
共有ホスティングパッケージ、PHP、Apacheのバージョン等を変えることから生じる問題で、ファイルのアクセス許可の問題は時々彼らの醜い頭部を育てる。 私は以下の参照は、経験の浅いものにいくつかの助けや方向性を提供することができます願っています。
"404"、"ディレクトリを作成できません"見つからないファイルは、""、"開くことができません"または"エラーが彼らのトラックのものが死んで止まる"が存在しません。 これは通常、それは期待するスクリプトまたはファイルを検出できていないプログラム/スクリプトによるものである、またはそれがために、ファイルまたはそのディレクトリのアクセス許可の設定からそれを見るために"許可"されていません。 これは、すべてのコンピュータユーザーのためにイライラさせられる！ コンピュータが。効率的で楽しいことになっているフリーロールは、Web上でメール送信、、グラフィックデザインやものは何でもあなたのコンピュータ上で行う必要があるが迷惑なグリッチによって停止または遅延されるべきではない。 あなたが何をすべきか知っていれば、それらを回避する方法が常にあります。
パスから始めましょう。 慎重にエラーをチェックし、それは通常、問題のファイルへのパスが一覧表示されます。 私は使用をお勧めしますFileZilla FTPサーバのプログラムを 。 
FileZillaを開いて、あなたのサイトに接続します。 エラーに示されているパスをナビゲートし、ファイルを検索してみてください。 それがない場合は、再度、テストしてそれをアップロードしてみてください...パスが異なる場合にはWordPressが"トップ"またはルートディレクトリ、またはそのサブディレクトリにある場合インストールされている場合は、確認してください。
あなたがそれを発見し、パスが正しい場合は、パーミッションをチェックしてください。
この例では、私がアクセス権フラグに番号があります：
drwxrwxrwx 1234567890
1ディレクトリフラグ、ディレクトリであれば'D'、' - '普通のファイルであれば、リンクにする場合には'l'。
2,3,4は、ファイルのユーザー（所有者）の許可を、読み取り、書き込み、実行
5,6,7は、グループのアクセス権を、読み取り、書き込み、実行
8,9,0は（時々"みんな"と呼ばれる）その他の許可を読み取り、書き込み、実行。
- 任意の位置にフラグが設定されていないことを意味します
rファイルは所有者、グループまたは他のことで読みやすいです。
wのファイルは書き込み可能です。 ディレクトリで、ファイルを追加または削除できるアクセス手段を書く
xファイルは実行可能（ - データファイルのための有用なだけでなく、プログラムやシェルスクリプトの場合）です。 ディレクトリに実行パーミッションをすると、そのディレクトリ内のファイルを一覧表示できることを意味します
sは'x'は正常に行くような場所にset - UIDやset - groupIDのフラグを（set - uidとset - groupIDを持つ実行可能プログラムでは、そのプログラムがその所有者/グループの権限で実行される。オンと呼ばれていますディレクトリ、親ディレクトリのユーザー/ goupを継承するように内部に作成されたset-UID/set-groupID勢力のファイルとディレクトリ）。
セキュリティのために、WordPress用のアクセス許可設定は、ディレクトリに対しては755、ファイルに対しては644でなければなりません。 ほとんどのホストは、しかし、ユーザーによって生成されるすべてのプロセスが別のセキュリティレベルを追加するには、一意のIDを持っている必要があります。 WordPressやプラグインはファイルまたはディレクトリを作成し、それはユニークな所有者（多くの場合、グループを）持つのであれば、これは755、ディレクトリは、私たちはそれにファイルを作成すると644を持つファイルは、私たちは変更を保存させてくれるわけではないせませんそれまで。 そう、変化が起こることがある。
我々は"あなたのマイレージは異なる場合があります"地域を襲ったところです。 典型的なワードプレスのインストールは、必要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のプロセスが最も上の別の資格情報を持っているのでそれらがアクセス許可の問題がある（発見するためにadminでエディタを使用してサーバ）と666にそれらのファイルを変更します。 私はこれに不快です。 と私はFileZillaのに片思いしている。 はい、私はより多くを取得する必要があります。
、とはるかに"快適"な環境で私が変更を加えることができます私はFileZillaのと私のサイトにFTPやファイルをダブルクリックすると、それは私の好みのテキストエディタで開きます（FileZillaののメニューで編集/表示するファイルの編集：設定）保存、およびサーバに変更されたファイルをアップロードして[OK]をクリックします。 この他の利点は、ファイルが読み取られ、私に多くのセキュリティとコントロールを与え、私のユーザ/グループIDを保持してftpを介して書き込まれているということです。
この記事に対して何か提案がある場合は、コメントを残すこと自由に感じ...
"：MY OH、パーミッションは、chmodとパス！ワードプレスのトラブルシューティング"57ユーザーにコメント
あなたが"編集"ボタンが消えてしまった理由を解明するまで、いつでも試すことができます[yourdomainhere].com/fishing/wp-admin 、それはWPのログイン画面が出てくるように強制する必要があります。
私の元にはこのサイトを設定、と私はいつもそれを編集したが、突然私の画面サイト上のEDITボタンが消えているgirlfreind？ 私はいずれかの編集opionsにアクセスできないのでしょうか？ 私の元が使用できないため、どのように私は、このバックを得ることができますか？ 私はできるだけ早く新しいものを投稿する必要がありますか？ 誰かが私を助けることができますか？ ダリル
私はWPに画像を取り込むに問題がある.. 私は右のそれを得たときに、その私のWP -コンテンツのアクセス権のすべては644になります。
edgars：以下は私があなたに適用されると思っている段落からです。
"典型的なワードプレスのインストールは、777（WordPressがwp-contents/uploadsのフォルダを作成できるように）なるためにwp -コンテンツ/ディレクトリを必要とする。 あなたが月と年ベースのフォルダに私のアップロードを整理有効にした場合、その後サブディレクトリ（たとえばwp-content/uploads/2006/06）もチェックする必要があります。 "
ワードプレスを使用するように指定されているすべてのディレクトリは777になる必要がある場合があります。
主に安全でないとみなされている777のwp -コンテンツ/ディレクトリのモードをChangingingするワードプレスを通して実行されているテーマです。 しかし、それはあなたがシェルアクセスを持っている場合厳密には正しくありません：この問題は、Linuxマシン上で、PHPスクリプトをnobodyとして実行されるが、それはchmod 777でない限り誰もそれに書き込むことはできませんので、ディレクトリがユーザーによって所有されていることです。 よりよい解決策は、nobodyにディレクトリの所有権を変更することですし、アップロードディレクトリはchmod 755にすることができ、ワードプレスによって作成されたすべてのディレクトリもします。chmod 755です。
WordPressのルートディレクトリにシェルのCDにしてから入力し、次のように入力します。
chownの誰もWP -コンテンツ
あなたがシェルアクセスを持っていない場合、あなたのためにそれを行うには、Webホストを頼む。
しかし、あなたのサーバがphpsuexecを有効にして実行されている場合、PHPスクリプトは、ユーザーが所有するディレクトリへの書き込みアクセスを持つユーザーとして実行されます。 そう、そのインスタンスにアップロードディレクトリはchmod 755することができます。
それは、シェルアクセスは、通常のホスティングプランでより多くの稀得ていることを残念なことです。
と現代のホスト上の777は、それが悪用されるにはそれがまだ特定のプロセス/ configの障害を取ると、変に聞こえるかもしれないほど危険ではない、と私たちは/アップロードの話をしているので、/私はあまりにもハッキング誰かについて心配していない私はそこを維持する画像/ ZIP -ファイル。
共有環境では644に"をwp - config.php"のようなファイルを設定することで基本的なセキュリティ上の問題があります：それは、そのホスト上の他のユーザーがそのファイルに含まれているデータベースの設定を読み取ることができます。 そして、彼らはあなたのデータベースの設定を使用して、彼らはあなたのデータベースのデータと同じようなことを行うことができます。 詳細についてはWPのフォーラムでこのスレッドを参照してください。
http://wordpress.org/support/topic/83831
編集：私は、ホスティングプロバイダがあなたのアカウントへのSSHアクセスを許可している場合、そのセキュリティ問題は適用される場合、上記の言うことを無視は何。
Pizdin：これは単に最も近代的な共有環境では真実ではない。
しかし、私はリンクに感謝、人々は自分自身の結論に来るために歓迎されています。'）
こんにちは、私は/ wp-plugin/uploadsの777号で心配です
人が（またはいくつかの厄介なことを行う）他のフォルダに他のファイルが削除されますが実行時にそのフォルダにいくつかのスクリプトを置く場合はどうなりますか？
こんにちはアディ：
あなたの懸念が有効です。 ホストによってはそれが多くの場合、セキュリティと使いやすさの間のバランスになります。
私は変更を加えるとすぐに私が行ったように777（またはファイル上に666）使用していた場合、私は痛んで644分の755に全てを切り替えるために誘惑される。 と私はネットワークソリューションズ（私はホストとしてお勧めしません）でホスティングされていたときに持っている。
問題は、通常、Webベースのホストがftp / etcに経由でログインするユーザにIDを割り当てる方法にある。 と内部のWPのadminインタフェース（PHPプロセス（S））から紡糸のプロセスに与えられたアイデンティティ。 これらは通常異なっており、編集/ ftp / etcに使用してファイルを削除/アップロードする際に動作の違いを確認する理由です。 とWPの管理区域内でそれを行うときに...
私の現在のホスト、site5.comは、異なるセキュリティ問題に対処して、私はWPの管理ツールを使用するときにパーミッションエラーを受け取ることはまだ644で755とファイルでディレクトリを保つことができます。
Pizdinが（いくつかのホストを持つ）の上に指摘したように一方、別のユーザーが私の現在の環境での私のwp - config.phpファイルを読み込むことができるかもしれません。 これは（私がバックアップを保存し、ほとんどのハッカーはない"自分の巣に船尾"はいわば予定）あまり深く関係がありませんが、私は600に変更をwp - config.phpを行いました。
thirstan言う、 後はまだ現在のWPのためのタイムリーかどうか私は自分のドメイン名を持つ新しいホスト上の別のブログを設定し、アクセス権に問題があるのプロセスでは午前、あなたのポストは私が探している正確に何のようです、私は思っていた？
うわー、それは一回のオン文です。 
おかげで、
thirstan
Thirstan：はい、何が本当にそこに変更されていない。
ホスト環境はしますが、WPのバージョンは、本当に、重要ではありません。 例：aplus.net（およびネットワークソリューション）にはWPのディレクトリとファイルを作成するための"権限"を持っていないと問題が発生します。 しかし、のようなホストsite5.comは異なる方法でそれを処理し、ファイルを作成または編集するワードプレス/ PHPプロセスで生じるアクセス許可の問題のいずれかに気付くことはありません。
サムはこのために多くの感謝。 私のeコマースのプラグインが突然のすべてが、もはや我々はアップロード画像からサムネイルを作成することができなかった理由は私に説明できなかったので、私は、過去一週間1and1と格闘している。
私は理解し、実際に私を助けるために顧客サービスを取得することができるかもしれない、今思う。 私はあなたのポストを介して読んで、私は完全にそれを理解すれば私のメールに引用されます。
おかげで再び。
このための最善の解決策は、手動で事前にディレクトリ構造を作成することです。 WordPressがこれらのディレクトリを作成する必要があるため777を必要とする唯一の理由です。 ディレクトリがすでに存在する場合、ただし、権限のより緊密なセットが可能です。 したがって、644に755とファイルに今後数年間（毎月1つのフォルダ）をchmodディレクトリ用のディレクトリを作成します。 時々私はディレクトリがホストに応じて、775を必要とすることに気づいた。
乾杯！
こんにちは、私は755から644にwp -コンテンツchmodコマンドを試みたが、結果は常に764になります。 任意のアイデア？ 感謝
三つの言葉：PHPセーフモード。
私は約1時間のための顧客のためにこの問題を追いかけていた。 アップロードディレクトリはapacheユーザによって所有され、私はPHPセーフモードをオフにするまでは、年や月のディレクトリは、WordPressはアップロードで作成しようと故障しています。 今ではchizzampのように動作します！
乾杯サム。 だけにWordPress.comを移行しながら、この問題にぶつかった。新しいホスト上でorgのブログが。 これは私がファイルのパーミッションを変更しなければならなかったのは初めてです。
おかげで、
マット
woow偉大なポスト、これは私にとって非常に有用である。 仕事のこの素晴らしい作品をありがとう。
私は、変化するパスに、変更の許可をしようと試みてきたが、何もうまくいかなかった。
バードのコメントまで。
私はwp-content/uploads前にフロントにスラッシュを削除してパスを変更する... ...、それが働いた：）
こんにちは、このためにサーバー内部の許可を与えることの無駄がありません。 単に管理者の資格情報を使用してWPにログインし、設定に移動 - >その他 - >し、そこに表示されているデフォルトのパスをコピーして貼り付けます。 これは、問題が解決されますし、私はちょうど今それを修正していた... :-)それはとても簡単です。 単純な問題のためにあまり強打しないでください。
よろしく、
RJ。
システムエンジニア
actsupport.com
こんにちは、
私はWordPressのプラットフォームでの権限に問題があると誰もそれらを解決する方法を知っていないようです。 助けてください！
私はindex.phpのようないくつかのファイルが、上のパーミッション変更しようとすると666に（非常に重要なファイルであり、私は同意するだろうと思う）、私はこの行を取得：500"SITE CHMOD 666のindex.php'：コマンドではない理解
私は手動でコマンドを作成するときに、同じことが起こります。
私は何をすべきか、他は知らない。 私のホスティングはcPanelにアクセスも提供されていません、彼らはWindowsを使用して、彼らはのみが読めるした場合、そのためにファイルのマーク"読み取り専用"だろうと言うが、彼らはそれらを持っていないので、私はパーミッションを変更することができるはずです。 しかし私ではない。 彼らはまた、私は多分ワードプレスの内部サーバーの設定を変更することができますが、私はまだそれを行うことができるどこで見つけていないと言う。
私が行うことができる何がありますか？助けてください！
@アリア：それはアクセス権に来るとき、Windowsは全く異なる動物です。 私はあなたのホストがLinuxサーバにあなたを移動する質問をお勧め、そして彼らは、別のホストを見つけることができない場合...アクセス許可は、Windowsサーバー上でワードプレスを実行して発生する可能性のある問題の一つにすぎません。"）
と、index.phpをに関して、それは他の人がそれに書くことが意味すること、666であってはならない。 それ644にします。
私はすでにあまりにも、644を試みたが、何も動作しました。
私はそれらのいずれか、Linuxのために私を移動させることができるとは思わない。
私はすでにそれは別のホスティングを見つけるために良いことを言われてきた、それは私が本当に必要があるでしょうだ：。）
おかげでとにかく！
こんにちは、
それは、再び私です。 私のホスティングは、Linuxプラットフォームに私を移動するために管理されているすべて後に持っていますが、問題が解決しない。 Filezillaのに許可は"644"ですが、私はでファイルに書き込むことができますワードプレス - それはまだ私が書くことができます前に、私は許可を変更する必要があるという。 （？）
さらに、今私が持っていたとしてもthosの権限がなくなっている。
任意のアイデア？
@アリア：我々は記事の最後の2段落になっているように聞こえる、あなたのホストは別の"ユーザー"（ではない別の人が、別の'id'）をするためにPHPのプロセスをマッピングしている、その"セキュリティ"の一形態である人気があるのに使用。 私はあなたがそれらの環境（ではない内部エディタ）でFTPプログラムを使用することを提案。
Linuxサーバへのスイッチを後悔していない、（と同じ？）M $のサーバを使って出てきている可能性があるいくつかのより多くの問題があります...
私はそれを試し、それが働いた。 ので、非常にありがとう！ このアプリの後。 私は尋ねた10 informaticiansは、（ホスティングのサポートを含む）この問題を解決する方法がわからない、あなたは本当の命の恩人だ！
洪水の画像という、 私はブックマークこのページを。
私はWordPressを使用して、この記事はいつか私を助けるだろう。
偉大な記事では、私は本当にそれが好きです。 感謝
その偉大なポストに感謝。
実際にファイルのパーミッションは非常ティックです..手伝ってくれてありがとう。
よろしく
どうもありがとうございました！
azzaam言う、 あなたはその仕事、私にとって、おかげで 
私のホストは、"異常な活動"のために私のサイトの8（5ワードプレス）シャットダウンして、私はcPanelを使用してすべてのファイルをチェック。 私は禅カートにインストールおよびフォルダ上危険なファイルを、chmod 777とファイル666がわかりました。
それをしている間、私は私のwp-content/uploadsは、すべての7の＆6のように感謝問題を解決する方法については、詳細な説明のためのしたに気づいた。 私は644分の755にそれらを変更しましたが、WPは今月末に書き込むことができない場合、私はなぜ知っている...
私は助けを必要とする。 755と644は私がページと記事にアクセスすることはできません...何をするか？ 私は夢中になっています。
あなたは3桁のファイルのパーミッションのコードを入力する私は得ることはありません。 755と644のコード。 私は私のサーバーに対するアクセス許可を確認するため、Pleskと私のサイトで探していますし、私が見るすべては、rwxのRX RXとしてhte長いコードです。
私は"紫禁城を取得.. あなたは/ワードプレス/このサーバー上にwp - adminの/ upload.phpにアクセスする権限がありません。"私が投稿しようとするとき。 参照先のファイルのパーミッションを変更しても効果はありません。
あなたは3桁のファイルのパーミッションのコードを入力する場所>>私は得ることはありません。 755と644のコード。
Filezillaの/ FTPに関する上記の私の勧告を参照してください...
または、ちょうどあなたが公開したいいけないディレクトリに751にパーミッションを設定することができます。
このくれてありがとう.. 私は私のウェブサイトで許可のセットを探していた...私はそれがうまくいく希望を、私はこれを試してつもりだ...。
論文のアクセス許可の問題の多くは、すなわち、現在多くのWebホストが提供する迅速なインストールパッケージを使用して、ワードプレスがインストールされている方法に戻って追跡することができるだろうか。 私はワードプレスの新鮮な手動のインストールでこれらのアクセス許可の問題のいずれかが発生したことがない。 だけを別のサーバーから移動されている既存のインストールまたはセットアップで。
非常に役に立った。 これは私の問題を解決している、あなたにサムに感謝。
このアドバイスサムをありがとう！ これは、しばらくの間私を盗聴しているものです。 それは、WordPressのインストールに標準的な方法のように思えるファイルのアップロードCMOD 777のディレクトリを使用することです。 そして、それは危険な信じられないよ！
あなた自身を、chmod 777にあなたのサイトのために働くwp-content/uploadsのディレクトリを持って見つける場合、私はあなたのWebホストを変更することをお勧めします。
このためにどうもありがとうございました！
非常によく私のために、その作業。
ドイツからよろしく
これは私が探していたとおりのものである、ありがとう。
私はWordPressand CHMODに問題が決してなかった
最も有益な記事をありがとう。 私は、トラブルシューティングのワードプレスのブログを持っていた。
