WordPressはtemp-write-testが表示されます:パーミッション/キャッシュ/セキュリティプラグインを見つける方法

そのとき コンテンツ たくさん見たよ。 一時書き込みテスト* ファイルこれは基本的に、WordPressがファイルシステムに直接書き込めるかどうかを判断するために作成するテストファイルだ。 get_filesystem_method() 使いこなす temp-write-test-... 書き込みと所属の検出を行うことで、使用するかどうかを決定する。 ダイレクト まだ必要 FTP/SSH プラグインとテーマを更新する方法。

以下、質問は「10分間オリエンテーション」のアプローチに従って、3つの主要カテゴリーに収斂されている:許可/所有権そしてキャッシュ・ディレクトリの書き込みそしてセキュリティ/いたずら防止ブロック.

1. ワードプレスがtemp-write-testとして表示される 何をテストしているのか?

ワードプレスが臨時書き込みテスト・プロセスの概略図を作成

見ただろう? ワードプレスがtemp-write-testとして表示される要するに、WordPressのファイルシステムAPIがケイパビリティ検出を行っているのだ:

  • 一時ファイルを特定のディレクトリに書き込むことはできますか?
  • 書き込まれたファイルの所有者がWordPressのファイル所有者と一致しているか?
  • 従って、安全かどうかの判断は ダイレクト 更新ファイルの書き込み

このテストが失敗した場合、関連する一般的な現象は、バックグラウンドで更新する際に「FTP情報を入力してください」というポップアップが表示される、更新に失敗する、サイトヘルスが一時ディレクトリが書き込み不可能であると表示する、などです。

2.自分がどのカテゴリーに入るかを素早く判断するための表から始める。

あなたが見た現象。より可能性の高い原因優先チェックポイント
プラグイン/テーマの更新にはFTPが必要ワードプレスは直接判断できないwpコンテンツ 書き込み可能、属性の一貫性、FS_METHOD検出
wpコンテンツ には、ますます多くの臨時書き込みテストがある。書き込みテストがトリガーとフェイルを繰り返す不正な許可/所有権または改ざん防止ブロック
キャッシュがクリアされるたびにエラーまたはtemp-write-testが発生する。キャッシュ・プラグインはディレクトリを書き込む必要があるwp-content/cacheそしてアップロード 特権と属性
セキュリティ/パネル「いたずら防止/読み取り専用」をオンにした直後。書き込み阻止セキュリティ・プラグイン、パネル改ざん、ファイル不変、SELinux

3.10分間チェックリスト(ヒット率の高い順に行う)

ステップ1(1~2分):臨時書き込みテストのトリガーポイントを確認する

の後に現れ始めた、最近行った操作を思い出してほしい。 ワードプレスがtemp-write-testとして表示される::

  • プラグイン/テーマの更新、プラグインのオンラインインストール
  • サイトヘルスの「修復/テスト」がクリックされました。
  • キャッシュプラグインを有効にする(またはページキャッシュをオンにする)。
  • セキュリティプラグインの「改ざん防止/ファイルロック/読み取り専用」機能を有効にする。

このステップの意義は、トリガーポイントが「パーミッション/キャッシュ/セキュリティ」パスのひとつに直接導いてくれることだ。

ステップ2(2~4分):wp-contentの所有権とパーミッションが正しいか確認する。

WordPressの公式ドキュメントに、ファイルのパーミッションに関するトラブルシューティングの方法が記載されています。(これは環境によって多少異なるが、一般的に推奨されるのは、ディレクトリは読み取り可能で実行可能であり、ファイルは読み取り可能であることである。)

サーバー上で実行してください(サイト・ディレクトリへのパスを変更してください):

ls-ld wp-content wp-content/uploads wp-content/plugins wp-content/cache 2>/dev/null

2点に集中する:

  1. 誰がPHPを動かしているのか(php-fpmは一般的に wwwデータ / nginx / アパッシュ)
  2. wpコンテンツ と、そのキーのサブディレクトリがこのユーザーに書き込み可能かどうか。
ls -ldでwp-contentのパーミッションと所有者をチェックし、書き込みに失敗した原因を突き止める。

Nginx + PHP-FPM の場合、PHP-FPM が実行されているユーザーを調べるには次のようにします (パスはディストロによって異なります):

ps aux | grep php-fpm | head

典型的な復旧アイデア(あなたの環境に合ったものを選んでください)

  • そもそもサイトファイルの所有者はサイトユーザーであるべきだ。 wpコンテンツ をサイトユーザーに変更し、PHP ユーザーが関連ディレクトリへの書き込みアクセス権を持っていることを確認します (同じグループの書き込み)。
  • あなたは単一のVPSを使用しており、PHPユーザーが次のように書く責任があることは明らかです。 wpコンテンツ PHPユーザーの属性をPHPユーザーに変更する方が簡単です。

ポイントは「誰に」ではなく、「誰に」なのだ:WordPressの書き込みテストがWordPressのファイル属性と一致するファイル属性を作成するそうでなければ失敗し続け、temp-write-testが生成される。

ステップ3(4~6分):"キャッシュディレクトリ書き込み失敗 "のトラブルシューティング

多くのキャッシュプラグインは wp-content/cache/ もしかしたら アップロード キャッシュファイルへの書き込み。ディレクトリが書き込み可能でない場合、書き込みに失敗したり、WordPressがファイルシステムの能力を何度も調査することになり、その結果 ワードプレスがtemp-write-testとして表示される.

キャッシュプラグインが書き込まれるディレクトリの概略図:wp-content/cacheとuploadsは書き込み可能である必要があります。

つの簡単な確認ができる:

  • 一時的にキャッシュ・プラグインを無効にして(アンインストールではなく、無効にしてください)、temp-write-testの成長が止まるかどうか確認してください。
  • 両方のディレクトリが書き込み可能であることを手動で確認する:wp-content/cacheそしてwp-content/uploads

キャッシュを無効にしてから再び追加しない場合は、基本的にキャッシュ・ディレクトリのパーミッション/所有権の問題なので、ディレクトリの書き込みパーミッションを修正するだけでよい。

ステップ4(6~8分):セキュリティ・プラグイン/パネルの「いたずら」ブロックのトラブルシューティング

多くのセキュリティ・プラグインやパネルは、「ウェブサイトの改ざん/読み取り専用保護」を提供している。この種の機能は、WordPressの書き込みテストを直接ブロックする可能性が高い。続く ワードプレスがtemp-write-testとして表示される 反復生成.

セキュリティ・プラグインまたはパネルの不正操作により書き込みがブロックされ、temp-write-test がトリガーされる。

優先順位でチェックする:

  • パネルの "Tamper Proof/Read Only/Site Hardening (Write Prohibited) "がオンになっているかどうか。
  • セキュリティ・プラグインが「ファイルのロック/ファイル変更のブロック」を有効にするかどうか。
  • Linuxファイルは不変である。 i マーキング、最初に持ち上げる必要がある(このステップには十分注意してください。)

さらに、サイトによっては wp-config.php リボンでのオンライン変更の禁止を有効にする:

  • disallow_file_mods アップデートに伴うプラグイン/テーマのインストールを無効にし、バックエンドのファイル編集ポータルにも影響を与えます。
    必ずしもtemp-write-testを引き起こすわけではないが、「パーミッションの問題」だと思わせる可能性があるので、手作業でチェックすることをお勧めする。

ステップ5(8~10分):必要に応じてFS_METHODを使って「止血」し、根本原因に戻る。

ワードプレスでは FS_METHOD 自動検出の結果を上書きする。 direct/ssh2/ftpext/ftpsockets.
サーバーのパーミッション/属性が実際に問題ないことは確かだが、WordPressがまだ誤判定している場合(コンテナ/マウント・ディスクの属性が異常な動作をしている場合など)、一時的に以下を wp-config.php 加える:

define('FS_METHOD', 'direct').

注:公式のアドバイスでは、「問題を更新するときのみ使用し、うまくいかない場合は削除するか、元に戻すこと」となっている。
を置く方がまだ安全だ。 wpコンテンツ 書き込み権限と所有権は正しく修正されています。

4.まとめ

ワードプレスがtemp-write-testとして表示される 気稟これは、システムがファイルに直接書き込めるかどうかをテストするもので、プラグインやテーマの更新方法を決定するために使用されます。トラブルシューティングの優先順位は主に3つあります。 wp-contentとuploads/cacheの権限と所有権 書き込み可能で一貫性があるかどうか。 キャッシュプラグイン ディレクトリが書き込み不可能なために書き込みテストが繰り返しトリガーされるかどうか。 セキュリティ・プラグインまたはパネル・タンパー/読み取り専用 書き込みがブロックされている。根本的な原因を解決した後、これらの一時ファイルをクリーンアップすることができますが、それでもまだ生成され続ける場合は、書き込みテストがまだ失敗していることを意味します。


お問い合わせ
チュートリアルが読めない?無料でお答えします!個人サイト、中小企業サイトのための無料ヘルプ!
カスタマーサービス WeChat
カスタマーサービス WeChat
電話:020-2206-9892
QQ咨询:1025174874
Eメール:info@361sale.com
勤務時間: 月~金、9:30~18:30、祝日休み
© 複製に関する声明
本文の著者:アビー
終わり
好きなら応援してください。
クドス72 分かち合う
おすすめ
解説 ソファ購入

コメントを投稿するにはログインしてください

    コメントなし