ですが、まだまだよく分からない事ばかりで本格運用までには
程遠い状態です。
とりあえずやった事は、
１．PCを全てクリア、SSDをフォーマット
２．Linux (Ubuntu LTS server)を新たにインストール
３．Wordpressを新たにインストール
いずれも最新版にした。
ついでにhttps:// に対応した。
こんな感じ！
この時点での最大の問題は、
最初にこのページに飛んだとき、表示に10秒ぐらいかかること！
2回目からは速い、しばらく置いてクリックするとまた遅い。
２回クリックするとすぐに表示するとか
奇妙な現象がある事。
このページは機能していませんというメッセージが出て、トップページもでない状態になりました。
functions.phpに入れてみましたが玉砕！！！
ワケもわからずやってうまくいくはずない、でしたね…スミマセン
玉砕ってことはトップページすら出ない、ってことでしょうか
Apacheのerror.logはどんな感じでしょうか?
(いい加減しつこい? いっそ自分とこにもインストールしたろかなと思ったんですが、面倒そうなのでやめました!)
apache2のerror logをメールで送りますね。
ありがとうございます。
arrayとはなんぞや、どころか
phpとはなんぞやになって、
これはアカンわ
になってます。
こんなん自分でちょっとしたサンプル真似して書くのもアレですのに、プロが書いたフルサイズのものなんて理解できるはずもなく!! (^^;
いやほんま、意味を理解せずに（私の場合ですが）記述を真似てもたかが知れてますね。
ちょっと頭を冷やします。
この記述を、functions.php and/or option.phpの最後に入れるということですか？
はい、先日追記した代わりに、です。どちらか片方にでいいと思います。
またコケたらそれはそれ、で!
例のプラグインが表示できるところまで行ってないのです。
トップページすらでないので、、、
そーですね、ちょっと頭を冷やしましょうか、
色々いじったのでまたまたオールリセットしてもいいかなと思ってます。
アドバイスありがとうございました、一息置いてまたお願いします。
もうちょっとのところだと思うんですが、何しろ全く分かってないのであきませんねぇ
改めて見てみましたら、ReturnTypeWillChangeの記述がないとかいうエラーのようにも見えますので、その線で調べて出てきたこちらなんかはどうでしょうか。
https://www.php.net/manual/ja/arrayaccess.offsetexists.php
そこから引っ張ってきたこちら
public function offsetSet($offset, $value): void {
var_dump(__METHOD__);
}
public function offsetExists($var): bool {
var_dump(__METHOD__);
if ($var == “foobar”) {
return true;
}
return false;
}
public function offsetUnset($var): void {
var_dump(__METHOD__);
}
#[\ReturnTypeWillChange]
public function offsetGet($var) {
var_dump(__METHOD__);
return “value”;
}
でどうでしょう?!?!
(当てずっぽうばっかしでごめんなさい)
>あ、ちなみにその時のエラーメッセージはどんな感じでしたか?
functions.phpの方は「このページは存在しません」みたいな
option.phpの方は「重大な問題が発生しました」だったかと。
後者が出たとき次には進みませんでした。
例のエラーをはき出すプラグインでどうだったかなと思ったんですが…
しかし、しばらく頭を冷やした方がいいかもですね。
冷やしたところで妙案が出てくる雰囲気があるわけでもないんですが(^^;
お疲れさまです
会話内容についていけてませんが、インターネットへの口は開いたようで、ひとまずおめでとうございます。
口は開いたけれど、、、そこからがどん詰まり、トホホ
お付き合いありがとうございます。
一応貼り付けましたが拡大できないですね、投稿のやり方がまだよく分かってません。
10件全部は入り切りませんでした。
でよくよく見たら書いてありました。
wp-includesの下の
Jar.php
CaseInsensitiveDictionary.php
の2つのファイルのようです。
いっぱいあって何をどうすればいいのやら、、、です。
うーん、いずれもそれらを設定しているらしい記述はなさそうですね。
そもそもpublic_functionというからにはファイルを越えて有効になる設定
ってことでしょうから、どこか最初に読み込むファイルに記述すればいい
ってことかな?
だとすると functions.php か option.php いずれかということになりそうですが。
ダメ元でどちらかの末尾に追記してみるのはどうでしょう? (無責任モード)
ん、末尾に何を追記するのかが分かってないという・・・
ここにちゃんと貼れるのかな。
public function offsetExists(mixed $offset): bool {
return array_key_exists($offset, $this->fields);
}
これを追記してみていかがでしょうか。
おけ、やってみます。
ここまでくればヤケクソじゃぁ
functions.phpとoption.phpの末尾に入れてみました。別々に。
いずれも追記するとトップページがでなくなったので元に戻しました。
あきませんでしたか…
しかし何なんでしょうね、ほぼデフォルトなんでしょ?
うーん、困りましたねぇ
あ、ちなみにその時のエラーメッセージはどんな感じでしたか?
次に進んだとき、新たな別の問題が出てたりして?
WordPress 6.1.1-jpを落としてきました。
phpエラーが10個ほど並んだ件、全文を拝見するわけにいきませんでしょうか?
(ここが不都合でしたらメールででも)
そこに当該ファイル名が書かれていると思うのですが。
もしくはapacheのeror.logにも似たような記述があるかも知れません。
お察しの通りIPアドレス直入力でも発症してるんで、DNSは関係ないと僕も思います。
あとトップページでは出なくて/moai/で出るってことは、ほぼWPが原因かなと。
もう一息だと思うんですがねぇ～
**.phpファイルは山のようにあります。このphpファイルの集合体でwp全体を構築してると認識しています。それとスタイルシートやなんやかんやが組み合わさってます。
なのでどこかのphpファイルの中の特定の記述を探すのはちょっと至難です。
致命的な問題について、「これそのものが今回の原因ではない・・・」私もそんな気がしています。クライアントからドメイン名でアクセスしに行ってDNSで名前解釈をして、、、という所から確認かな。ただ、前にも言ったように、
k8.sytes.net は速い（パラ画像）
k8.sytes.net/moai/ は遅い
の違いが説明できません。
とここまで書いて
LAN内のクライアント（このPC）からアクセスするときは、windowsの
システムファイルのhostだったかなにIPアドレスと関連付けをしてるので
DNS（又はDDNS）を通らずにアクセスしに行くので関係ないかと思い直しました。
ルータにはサーバのIPアドレスは固定で定義しています。
ファイル名は出てこないんですよね。
画像をupしておきました。
REST APIを無効化すると画像のupができなくなったので元に戻しました。
八方塞がり！
まず一つ目、phpの記述についてですが。
これ、functions.php以外にいろんな設定ファイル(～.php)があるように見えますが、どうでしょう?
http://wordpress.ad5.jp/column/object-oriented-wordpress-theme-structure/
そのいくつかあるうちで ArrayAccess について書かれている部分をそれぞれ文字検索などで探してみていただければ。
次に『致命的な問題』につきまして。これは(も)全くチンプンカンプンですねぇ。そもそも接続できてないのにどうして保存したり投稿したりできるんでしょうね。
もしかして、最初の一発目は時間がかかって設定時間内に接続できないからエラーになってるだけで、これそのものが今回の原因ではない、つまり原因を対策すればこのエラーも解消される、ということかなと想像してますが…甘いかな(^^;
あきませんなぁ
function.phpというファイルは見つけたけどpublic_functionとかいう記述はみあたらないですね。どこにあるんだろう？
WPの管理画面に1件の致命的な問題として
「REST APIでエラーが発生しました」
とあったので調べて下記のwordpress REST APIの無効化をやってみましたがやっぱりアカン
https://www.onamae.com/column/wordpress/55/
というところです。
今はすぐに出てきたような気がするのですが、偶然なのかな?
いろいろ環境を変えてアクセスさせていただきます。
phpは(も)全く分からないのでアレですが、元々のエラーメッセージにはファイル名(～.php)は書かれてないのでしょうか?
これは参考までですが、WPのプラグインにQuery Monitorというのがあって
これを入れて見てみると、表示に10秒かかってるときは
phpエラーというのが10個出ててこんな感じのコメントが出てます。
Return type of Requests_Cookie_Jar::offsetExists($key) should either be compatible with ArrayAccess::offsetExists(mixed $offset): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice
なんの事やらさっぱりわからん、ググってみるとそれらしきページは出てくるけど
そこに書いてあることもまたさっぱり分かりません。トホホ！
ちょっと近づいてきたような??
https://stackoverflow.com/questions/71133132/php-8-1-return-type-deprecated-in-older-script
ここの answer にあるような記述を追記してみるとどうでしょう?
今さらでスミマセン、WPは最新版ですよね?
はい、WPは最新で、 6.1.1-ja
phpは、php8.2.3 となってるようです。
このリンクは覗きましたが、何のことかさっぱり・・・
今、DNS周りを調べています。
phpはやってないんで外してそうですが、そのphp(テキストファイル)の中にpublic_functionがいろいろと記述されてないでしょうか?
あったら、その下に新たに追加でいけそうな感じもしますが、どうでしょう?
コメントのテストでおます。
はい、何もしないうちからいきなり症状でてます。
う～ん、
データベースのセキュリティいじってみるかね。
今なら何をやってもリセットできるし。
待ってれば出てきますんでさほど問題でもないとも思えますね。
我が家にコメントいただいたときなんか一分以上お待たせしてますし! (^^;
いや～、こんなに難儀するとは思いませんでした。
ところでmovable-typeでもSQLは使ってると思うんですが
SSL化してます？？
今回mariaDB（SQLの派生）を使ってるんですがなんかSSL化がややこしくて良く分かりません。なんちゃらpemがどーうとかこーとか。。。
我が家ではSQLへのアクセスはSSL化してないです。
というかそういうのの存在すら存じませんでした(^^;
ローカルで完結してるので大丈夫かなと思ってるんですが、いずれやった方がいいのかな?
当分は今のままのつもりですが。
以前はwpを含めて全部SSL化してなかったので関係ないと思ってるんですがどうなんでしょうね。
とりあえずこっちはおいときます。
お疲れさまです。
残念ながらこの状態ですでに症状が出てるようですね…
こんにちは、これはコメントです。
コメントの承認、編集、削除を始めるにはダッシュボードの「コメント」画面にアクセスしてください。
コメントのアバターは「Gravatar」から取得されます。