charinchi

質問に追記を思いつきましたので記載致します。

上記の案ではない以下の方法でもできるのならそれでも良いなと感じました。

「wp-login.phpからユーザーログインしていない場合、通常の404ページ（ページが存在しないですよのページ）のデザインではなく、ページが真っ白で、説明だけが黒文字で書かれてある404ページを別途作成し、それが開くようにする」

なぜ別の404ページを開かせたいかというと、デフォルトの404ページですと、ヘッダー上部左のサービスのロゴマークも、ヘッダーのグローバルナビゲーションも、フッターも、すべてログインした人しか見せたくないデザインが表示されてしまうからです。
コンテンツの一部が見えてしまっているので、これを一切見せないようにせねばならないです。

https://misite.com/contact/　など、作成したページのURLへアクセスされた場合は上述のコードで指定した別ドメインのURLへちゃんとリダイレクトしてくれるのですが、存在しないURLにアクセスされた場合、会員サイトの体裁で404ページが開いてしまうため、困っております。

お手数おかけいたしますがご助言いただけましたら大変ありがたいです。
宜しくお願い致します。

• この返信は1年、 3ヶ月前にcharinchiが編集しました。
• この返信は1年、 3ヶ月前にcharinchiが編集しました。

@ishitaka さま、お気遣い頂いて感謝申し上げます。
確実ではないと書いてくださって、そのほうがそのような前提で拝見できますのでありがたいです。
また、お書き頂いた「ユーザー名は後から変更できない」という点で気づきを頂きました。
確かにここは変更できないですし、ニックネームを空で登録するとユーザー名と同じで登録されてしまいますので、人が登録しますので間違ってニックネーム欄を空で登録してしまうと（アラートも出ずに登録できてしまうので）、ユーザー名をメールアドレスにしてしまうと、ユーザー名だけでなくメールアドレスも露見してしまいます。
考えなくても良いことをかんがえなくてはならなくなりそうなのでやめておこうと思います。

• この返信は1年、 3ヶ月前にcharinchiが編集しました。

@yukinobu さま、とんでもございません。今後とも宜しくお願い致します。

munyagu 様、おかげさまで別のサイトのインストールは成功いたしました。
教えて頂きありがとうございました。さらに、バックアップツールも上手く機能してくれて、
とても簡単にサイトデータを移設することも叶いました。
メインサイトのWordPressをドメイン直下にインストールしない考えを持っていて良かったとますます思いました。

munyagu 様、毎々ありがとうございます。

ありがとうございます、大丈夫なのですか！
というのも、昔ダメだった記憶があったので。

メインサイトがドメイン直下で表示されるので、別サイト（ディレクトリの一角に別のWPをインストールしたサイト）でページを作って、そのページを開いたら、
メインサイトが優先され、メインサイト側のWPがページが無いURLと判断して、
404エラーのページを開くと思っていました。
ということは、昔、操作した時の条件が同じではなかったのかも知れません。

DBは分けた方が良い、というのは、はい、そう思います。
トラブルがあったときに怖いです。

ただ、メインサイトとサブサイトで、どちらも全く同じURLのページがあった場合はどうなるのだろう？・・・
メインサイトが優先されるのかな？？　それともエラー表示が出るのだろうか・・・
サブサイトのディレクトリ名と同じ名称をメインサイトのカテゴリ名（フォルダ名？）を作らないようにすればテストしないといけませんが回避できそうな気がしてきました。
いつもありがとうございます。

munyagu 様、ありがとうございます。
そうですか、PHPエラーと表記されていたのでそのままエラーと思っていましたが、
その中身はNoticeというレベルなのでエラーではないのですか！
不要なら消させないといけませんが対応してもらえないのでこのままにしておきます。
おかげさまで少し光明が見えてきました、ありがとうございます！

水野史土 様、アドバイスまことにありがとうございます。
はい、仰せの通りでして、私の知識の範囲ではセキュリティと利便性の両方が維持されるアイデアを持ち合わせておらず、困っておりましたところです。
ユーザーがログインする画面を別にするというアイデアもあるのですね。
ありがとうございます。

munyagu 様、ご返答いただきありがとうございます。
(1) は心配するエラーではないとのことで安堵いたしました。
Query Monitorというプラグインがこれらのチェックをしてくれるのですが、そこで表示されていました。
不思議なのは、ダッシュボード内をページ遷移していると、なぜかQuery MonitorにおけるPHPエラーの項目が消えます。再読み込みしたり、ダッシュボードトップページに移動したりすると、再びPHPエラーの項目が出現いたします。
不思議ですが、放っておくことにいたします。

(2) は、まったくおっしゃる通りです。リンクになっておりました。
なるほど・・・。これは、Query Monitorというプラグインにおいて、拡張機能が使えるようになるシンボリックリンクというものの作成ができない状態を示しているのですね。シンボリックリンクが使えると、拡張機能が使えて便利ということだと理解しました。

これ以外にも、重複クエリ(2)、Script(52)、Style(37)と、何やら項目に数字が表示されていて怖くなるのですが、赤字になっていないのと、エラーと書かれていないことを理由に、これまた無視して良いのだろうかと甘いことを考えております。。

ご報告でございますが、「Search Regex」が本当に優秀でして、画像・動画などへのリンクが、一発ですべて変換できたようです。リンクが大量にあるので確認が膨大ではありますが、あちこち見ていっても今のところばっちりです。
どこかの記事で読んだのですが、WordPress開発者は複数の理由から、絶対パスにしていた方が良いから、WordPressの開発はその路線に合うように開発されていったそうですね。
理由を見る限り、それに合わせておいた方が良さそうですので、全て絶対パスにいたしました。
サーバ移転やテスト領域の複製時も、一発変換プラグインがあるのでこれでおこなっていこうと思います。