mokkosan

見た感じ、SiteGuard WP Pluginではないかと思います。入れてあるということは、必要だから入っているわけで、私なら外すことはしません、非日本語圏からのログインがあるというのなら、設定で文字を英数字に変えたらいいと思います。

以下の文章は、批判的に書いたわけではないので、そうとらないでくださいね。(^^)
あくまでも、幸せになるためのおまじないです。

「具体的な.htaccessの書き方」とお書きですが、サーバ側の設定で、.htaccessに書いて有効なものと通らないものが変えられるので、サーバ固有の部分が大きいのですよ。

つまり、どんなWebサーバでも必ず有効な.htaccessの書き方というのは存在しません。

だから、「まずはNiftyさんに聞いてみたらどうですか？」という回答になるのです。その上で、Niftyさんに聞いたことしたけれどもうまくいかなくて教えてもらいたいという書き込みでしたら、Niftyさんになんと言われて、自分はこうやったけれど、期待通り動かないとか、状況を説明してくれないことには、みんな、なんとも答えようがないと思います。

また、書き込む先も考えましょう。まーちゅうさんの言うように、.htaccessの書き方は、あなたが書き込んだ「WordPressの使い方全般」と言うカテゴリの話題を書き込むための掲示板では畑違いというものです。例えば、八百屋さんに行って、豚バラ肉200グラム下さいと言っても、お店の人に困惑されてしまうでしょう。

もしどうしてもこのWordPressのフォーラムに書き込むのなら、せめて、「その他」カテゴリではないでしょうか。また、Niftyのサポートフォーラム的なものがあるのなら、そちらの方が相応しいし回答も早いでしょう。

以上、幸せになるおまじないでした。

追伸　ちなみに、「301リダイレクト, htaccess, nifty」でググったら、こんなページが出てきます。古い情報なので、当たらないかもしれませんが、.htaccessを使わない301リダイレクトの方法が載っています。

https://www.atchfactory.com/mvt/cat2/tips/nifty301.html#google_vignette

えーっと、祈るばかりではダメです。論理的に進めましょう。こちらのとビックを参考にどうぞ。

https://ja.wordpress.org/support/topic/旧バージョン（3-5-2）からのバージョンアップ/

WordPress 6.8.2 の最低動作環境は、MySQL 5.7以上だったと思います。また、MySQL 8.0以上が強く推奨されています。8.0未満だと、動いたとしてもセキュリティ的に危険です。そんなわけで、ことりさんのおっしゃるように、データベースを引っ越すのが一番です。

テーマは何を使いですか？そのテーマは、PHP8.3に対応していますか？それをまず確認しましょう。

なお、「バグ報告と提案」のフォーラムに書き込まれていますが、これはバグではないので「使い方全般」へ投稿されるべき内容ではないかと思います。

• この返信は4ヶ月前にmokkosanが編集しました。

私は、UpdraftPlusを使っているのでこのプラグインで言いますと、たとえサイト全体のデータが10GBといった大容量になったとしても、問題なくバックアップ・復元できる設計になっています。

UpdraftPlusの大きな特徴は、サイト全体のデータを一つの巨大なファイルとして扱うのではなく、以下のように複数のカテゴリに分割してバックアップしてくれる点です。

• データベース（Database）
• プラグイン（Plugins）
• テーマ（Themes）
• アップロード（Uploads）
• その他（Others：WordPressコアファイルなど）

この分割により、各カテゴリのファイルサイズが適度に保たれ、バックアップや復元が安定して行えます。

通常「テーマ」や「プラグイン」のファイルサイズはそこまで大きくなることはありません。とはいえ、画像や動画などのメディアファイルが保存される「アップロード」ディレクトリや、サイトのコンテンツが格納されている「データベース」は、サイトの規模が大きくなるにつれてファイルサイズが巨大になるのではないか？と思いますよね。

UpdraftPlusは、これらのファイルサイズが大きくなった場合でも、さらに細かく自動で分割してくれます。例えば、「アップロード」のファイルが非常に大きければ、「uploads1.zip」「uploads2.zip」といった形で複数のアーカイブファイルに分割して作成してくれます。これは、ファイル転送時の安定性を高め、エラーが発生するリスクを減らすための賢い機能です。

ちなみに私は、運用サイトでバックアップしたファイルは、プラグインが自動的にGoogleドライブへ保存する設定にしています。先月実はサーバがクラッシュしたのですが、このGoogleドライブにあったバックアップファイルで、すみやかに回復できました。この復元したサイトのデータサイズが、全部まとめると2GBくらいなので、これが問題なくバックアップおよび復元ができているということは、まさにUpdraftPlusの堅牢性の証左ですね。

UpdraftPlusはこのように、バックアップファイルをGoogleドライブやDropboxなどのクラウドストレージに自動で保存する設定が可能です。これは非常に便利な機能で、サーバーのディスク容量を圧迫することなく、安全な場所にバックアップデータを保管できます。私のようにサーバがクラッシュしてデータが飛んでも、同時にGoogleドライブまで飛ぶということはまずないでしょうからね。このように、UpdraftPlusはバックアップの分割保存やクラウド連携といった機能により、安心してWordPressサイトを運用するための強力なツールと言えるでしょう。しかも、無料ですしね。

「All-in-One WP Migration」や「Duplicator」については、使い込んだことがないので、詳しい方の回答を待ちましょう。

「根本的な解決方法」は、他のどのサイトでも一度も使ったことのないパスワードを、ワードプレスのパスワードに設定することです。そして、そのバスワードを他のどのサイトにも使わないことです。できればメールアドレスもそのサイトログイン用に専用のものにすればより安全です。

他のサイトに使っているメールアドレスとパスワードの組み合わせが、そのサイトのハッキングなどによりこちらに瑕疵が全くないにもかかわらず、漏洩してしまう事例がたまにあります。古くは、Adobeのアカウント情報とか漏洩しました。そのような漏洩したパスワード情報は、ダークウェブなどでアレゲな人たちに共有され、攻撃に使用されます。Jetpackは、そういう漏洩したデータと一致する組み合わせを使っているのを発見すると、今回のような警告を出して、ログインできなくするのです。

そういうわけで、パスワードを使いまわさないことが、一番の解決策です。

ちなみに、https://haveibeenpwned.comなどで自分のメールアドレスを確認すると、過去にそのアドレスが最低何回漏洩したかわかります。私の昔から使っているアドレスだと、2013年にadobeから漏洩して、その後2020年のGrevatarなど計5回漏洩しているのが確認できます。なお、漏洩は必ずしもハスワードが含まれるわけではないですが、少なくともメールアドレスと、それに紐づく個人情報の何がしかが漏洩しています。

メールが届かない件の方は、送信側サーバでSPFやDKIMなどの設定をするということですね。

• この返信は5ヶ月、 3週前にmokkosanが編集しました。

大塚のサーバは使ったことがないので、全部推測です。

「ファイルマネージャーの一番上の階層」が本当に、Webルートディレクトリなのか？という疑問が一つあります。

サーバ上のどの階層がWebルートなのかは、サイトヘルスで確認できます。管理画面ダッシュボードから、ツール>サイトヘルスと開いてください。開いたページで情報タブをクリックすると、いろいろ情報がありますが、「ディレクトリとサイズ」というのを見ると、ワードプレスのインストールディレクトリが、そのサーバのファイルシステム上のどこにあるのかが「WordPressディレクトリの場所」に書いてあります。それを参考にフィイルマネージャー上でその位置を探してください。WordPressをWebルートにインストールしたなら、そのWordPressのディレクトリが、そうではなくサブディレクトリにインストールして、.htaccessで上の階層になるように仕込んであるならその一つ上のディレクトリがWebルートのはずです。そこにphpinfo.phpをおいてやればいいです。

もしくは、phpinfo()の結果を表示するプラグインを使うという手もあります。これなら、そのWordPressを動かしているそのもののPHPの情報が出ます。例えば、「phpinfo() WP」とかのプラグインがあります。

さて、ご存知かと思いますが、そのサーバのファイルシステム上の本当のルートディレクトリ、ファイルマネージゃ的なもののトップのディレクトリ、Webサーバが表示するWebルートディレクトリは、全部別物（設定によっては、2番目3番目は同一の可能性あり）なので、ご注意ください。