フォーラムへの返信
-
投稿
-
キャッシュ保存の仕様など、ご丁寧に説明していただきありがとうございます。
サイトで公開している記事数は約1000記事となります。
>動作が重くなった場合は、アンインストールー＞インストールしなくてもキャッシュクリアの実行だけでいけると思います
承知しました。
次回からはアンインストールせずにキャッシュクリアを実行します。
しかしキャッシュクリアについて1点疑問があります。
キャッシュ有効時間を8時間に設定しているのですが、今後同じような状況になった場合、手動でキャッシュクリアを行うことで改善されるのでしょうか？
それとも、8時間後に各記事のキャッシュがクリアされると考え、私の方で手動削除する必要はないのでしょうか？
前回の書き込みから20日経ちましたが、また同じような状況になりました。
そのため再度プラグインのアンインストール→インストールを行うことで状況が改善しました。
これは再度データベースが破損したということなのでしょうか？
また、再インストールに伴い、プラグインのバージョンアップを行いました。（うろ覚えですがバージョン1.3.2→1.4.5）
これによりデータベースが破損しにくくなっている可能性はありますか？
ご返答ありがとうございます。
アンインストール→再設定＆念のためキャッシュ削除
をしたところ、症状が改善しました。
また、前回追加したコードを用いなくても、新規投稿ボタンを押したときのロードが遅い現象も改善しました。
これから各記事のキャッシュが溜まっていくにつれ、症状が再発する可能性もありますので、ひとまずこれで様子を見てみたいと思います。
enomoto様
＞サイト名は除いて比較しているのですがおかしいですね
こちらの勘違いだったようです。すみません。
ゼロデイ攻撃の防御を設定オンにした状態で、wordpressの管理画面を何か操作すると、ログイン画面にリダイレクトされるという不具合が発生したので、きっとドメインAのドキュメントルートが不足していると勝手に推測しておりました。
(^＿^;)
除く判定の仕組みをお聞きして、こちらの勘違いと気がつきました。
不具合の様子をみていたのですが、今朝になってみると直っています？！このまましばらく観察してみます。
はじめ国際特許事務所 榎＿はじめ
ありがとうございます。
解決できました！
静的ページと混合のWP環境だったんですが、どうやら.htmlが優先されてしまうようで、phpを読み込むのを優先にすると表示することができました！
index.phpは使ってないので、localhost/に飛んできた時はindex.htmlに飛ばすように設定したらまるっと解決できました！！
色々と教えていただきありがとうございました！助かりました！！
お返事いただきありがとうございます。
１．テーマを公式の Twenty Seventeen 等に変更して確認
⇒ こちらにしても変わりませんでした。
２．Celtispack 以外のプラグインを停止
⇒ 全て停止しましたが、変わりませんでした。
ちなみに、パーマリンクはカスタム構造として、/news/%post_id/%
としおります。Wordpress 4.9.4
PHP 7.2.1
enomoto様の環境はプレビューはできているとのことですが、ブランチ側のプレビュー先のURLは変化していないのでしょうか？
＞おおー 良く調べましたね (^^)
私の仕事にとっても技術の勉強に大変なってます。(*^_^*)
“PHPスクリプトゼロデイ攻撃” をチェックした状態で
（１）.user.iniを隠す（名前変更）と、見つかりませんエラーになって
（２）.user.iniを戻すと、アクセス拒否エラーになります。ということで、enomotoさんの言われるように、エクスパートモードでyasakani-cache-exload.phpを実行していますね。
以上が良いお知らせで、付随して一つだけ悪いお知らせがあります。
ダイレクトアクセス拒否から除くphpを、yasakaniの設定画面で指定し直す必要があります。
現状（/wp-signup.php）
⇒変更（ドメインＡのドキュメントルート/wp-signup.php）みたいにです。自動的に設定されるはずの /index.php、/wp-login.php も、同じくyasakaniの設定画面でドキュメントルート付きに設定し直すことができます。
ただ、ユーザー側でできないのは・・・
＞以外のダイレクトアクセスをブロック（但し、ログインユーザによる /wp-admin 領域のPHPは除く）。
の括弧（）内の部分でした。ログイン状態での操作のたびにログイン画面に戻ることになります。（その場合は.user.iniを隠して攻撃防御を一時的に止めれば大丈夫です）
スマートなのは、wordpressのドキュメントルートを取得して、ブロック除外のphpのパスにつけることでしょうか。それができる否か分からずに無責任に言っております。すみません。(*^_^*)
アドバイスありがとうございます。
早速チャレンジしました。
さくらインターネットは、許可しない方針のようで、５００サーバーエラーになりました。そこで、代替策を調べていて、『.user.ini』ファイルを試してみました。
PHPマニュアル（http://php.net/manual/ja/configuration.file.per-user.php）まず、大元ルートのphp.iniに、次の行を加えます。
user_ini.filename = “.user.ini”次に、ドメインＡのフォルダーに、『.user.ini』を置きます。これには、
auto_prepend_file = “設定画面に表示されている yasakani-cache-exload.php”
を加えます。この状態で、ドメインＡのYASAKANIキャッシュプラグインの設定画面は、エキスパートモードと表示されます。
※これで本当にエキスパートモードであれば、
ドメインＢのフォルダーにも『.user.ini』をローカルに設置すれば、両ドメインともそれぞれエキスパートモードで使えそうです。ただ・・こちらではさらに速くなった実感（気のせい？）はあるのですが、本当に内部でエクスパートモードなのかどうか確証がありません。
いかがでしょうか？
なお、『.user.ini』が使えるのは、phpがCGI/FastCGI SAPI の場合のみです。（さくらインターネットは、CGI/FastCGIでした。）
はじめ国際特許事務所 榎＿はじめ
プラグインの先頭に「if ( is_admin() && ( $pagenow ～～」のコードを追加することで（投稿ページで読み込ませなくすることで）、今の時間は新規投稿ページの読み込み速度が0.7秒台で安定しています。
ただ安定しないときでも0.7～2,3秒台になります。
プラグインを紹介していただきありがとうございます。
しかし、テスト環境はあるのですが、困ったことにそちらでは再現しないんですよね＞＜
テスト環境はローカルではなく違うレンタルサーバーを利用しています。そちらではエキスパートモードの設定を行っています。
作ってからここ半年ほどはコードやプラグインのテストにしか利用していないため、最初はキャッシュの有無やDBが原因になっているのかと思いました。
しかし、色々と試した結果、YASAKANIを停止することで改善し、↑のコードを追加することで投稿ページの重さが無くなる事を確認しました。
YASAKANIと別の何かが干渉している可能性もあるのですが、これはわからず・・です。
時間が取れたときに、問題があるサイトのコピーを作り、Prime Timelineを試してみたいと思います。
丁寧なご返答ありがとうございます。
マルチサイトではなく、シングルサイトを２つ作成した状態です。
ドメインＢにはYASAKANIキャッシュプラグインはまだインストールしていません。ドメインＡのみエキスパートモードにした状態で、ドメインＢのＵＲＬで、ドメインＡのトップページが表示されるという不具合が発生しました。
サーバ（さくらインターネットのレンタル）は、このような構成です。
・ルート
・・ドメインＡのフォルダ（wordpressインストール）
・・・/wp-content/yasakani-cache-exload.php
・・ドメインＢのフォルダ（wordpressインストール）ルートに一つのphp.iniであれば、私のようなケースは交通整理が必要かもしれませんね。
はじめ国際特許事務所 榎＿はじめ
早速の更新ありがとうございます！
ただいまプラグインを更新し、試してみたところ、新規投稿ページの読み込み速度は改善しませんでした。
10回リロードした結果
新規投稿ページ：8～14秒
作成済みのページ：0.7秒
試しにキャッシュを削除して読み込み速度は変動するのか試してみたところ
新規投稿ページ：1.6～15秒
となりました。
キャッシュの削除を試す前も試した後も、かかる時間の変動が激しいため、キャッシュの有無は関係ないかもしれないです。
>新規ページでないときは、遅く感じないですか？
再度テストしました。
私は編集画面も重いといった先入観があり、そう報告したのですが、実際は既に作られていたページは重くなかったです。申し訳ないです。
10回リロードした結果
新規投稿ページ：2.8～4.8秒
作成済みのページ：0.7～1.8秒
最初に提示したデータとかかる時間が大きく違うのは、おそらく2，3時間前にキャッシュを削除したことと、今が回線が混んでいない時間帯なのが関係するのかと思います。
対策していただけるとのこと、ありがとうございます！
>遅いのは投稿の編集画面のみですか？ 他の管理ページや通常ページへのアクセスはどうですか？
確認している限りでは投稿の新規作成画面や編集画面のみです。
>使用ブラウザの違いはありますか（Chrome/firefox/IE/Edge …)
Chrome、Edgeで確認しています。
>YASAKANIキャッシュの設定値
ページキャッシュ：有効
キャッシュ有効時間：8時間
ログモード：無効
その他設定変更なし
>PHPのバージョン
5.6.30（レンタルサーバーがここまでしか対応していない）
>WordPressのバージョン
4.9.5
>使用中のプラグイン
テキストファイルにまとめましたので、お手数をおかけしますが、こちらよりDLをお願いします。
管理人より
記載されていたダウンロード先は削除しました
>使用中のテーマ
海外で配布されていたテーマを改造したもの
>運営中のサイトURL
質問をしている身で申し訳ございませんが、当方の事情により公開が出来ません。
暫定的な処理ですが、今はプラグインの先頭で
if ( is_admin() && ( $pagenow == ‘post.php’ || $pagenow == ‘post-new.php’ ) ) {
return;
}を実行することにより、早い読み込みが実現できています。
（個々のページに対するキャッシュの有無の設定が出来ませんが）
