はじめに
やっとここまできた。このページでこのテーマは終了したいものである。エックスサーバーの本契約 Mar. 11, 2025 をしてもう一ヵ月，窓前では，白梅の開花をみていまやソメイヨシノの葉桜も終わりに近い。最大二日ぐらいで移行が完了すると考えていた。まあ学びの期間であった。このページでは移行過程をスクリーンショットを並べて示したいと思っている。ただ，現在，さくらレンタルサーバーにアップロードしているがこの移行プロセスの追加更新はXServerからのアップロードに引き継がれるはずである。
残された移行プロセスは次のよう。
1 XServerで，さくらから移行した独自ドメインmotochan.infoにWordPress（テーマ: Lightning）をインストールする。
2 無料版Plug-inのUpdraftPlusをインストールする。
3 XServerの無料SSL secure sockets layer を実行する。WordPressからログアウト。
4 このWordPressにブラウザーで開く。https://motochan.infoなのか，https://motochan.info /public_htmlなのか確かめる。アクセスできるかではあるが。さくらurlは，https://motochan.info /wp でのアクセスが必要なので。もちろん，この段階ではネームサーバーの変更はしてはならない。
5 CommanderOneでwp-config.phpを参照しSearch-Replace DBアプリが求めるデータベース関係のパラメータを取得する。
6 以上まで問題なければ，XServerのサポートに確認をした方がいいだろう。問題があれば，もちろんXServerのサポートにヘルプ依頼だな。
7 さくらから毎日バックアップをとっているGoogle DriveにXServerのUpdraftPlusから復元する。これが出来ない仕様ならば，いちど，Google Driveからバックアップを macにダウンロードする必要があるかもしれない。
8 Search-Replace DBアプリのフォルダ名を変えて，CommanderOneを使って，wp-config.phpがある階層に，Search-Replace DBアプリフォルダをコピーする。
9 Search-Replace DBを使って一連の作業を実行し成功すれば，Search-Replace DBアプリフォルダを削除する。
10 XServerの「動作確認URL」機能を使って表示チェック。
11 ブラウザーでドメイン名を入力してアクセス。表示に問題がなければいいのだが。
12 ドメインのネームサーバーを変更。
1. XServerで独自ドメインmotochan.infoにWordPress（テーマ: Lightning）をインストール
1.1 XServer提供の簡単インストール
エックスサーバーのユーザーに提供されている，サーバーパネル より「WordPress簡単インストール 」を実施する。データベースなど一切，オプションを設定しない。テーマはぼくがさくらで現在選択しているLightningを選択する。
WordPress簡単インストール設定例からぼくの場合を。
サーバーID: ぼくのエックスサーバーでの名前（xsample ）
ドメイン名：motochan.info
インストールディレクトリー：/home/xsample/motochan.info/public_html/
サイトurl: http://motochan.info/wp
以上。
簡単インストール前の設定で，「子テーマをインストールする」のオプションがあって，Perplexityに質問した。その回答が次。
————————————————
LightningはWordPressのテーマであり、子テーマではありません。しかし、Lightningテーマには親テーマとして利用できる設計があり、それを基にカスタマイズするための子テーマ（lightning-child） を作成・使用することが推奨されています。style.cssやfunctions.phpを編集して、デザインや機能をカスタマイズします.
————————————————
さくらからの移行ではバックアップを利用するので，テーマ選択は意味がない可能性が大である。
1.2 motochan.info/wpへのインストール
https://motochan.info/wpはさくらで現在公開中のWebサイトのurlである。図1と図2はWordPress簡単インストールの入力画面の上部と下部である。ぼくのこのWebページの地の文で明記しているサイト名を一応伏せている。
図1 WordPress簡単インストール入力画面の上部
図2 WordPress簡単インストール入力画面の下部
図3は実行結果を示している。さくらからエックスサーバーに移行した独自ドメイン motochan.infoにノータッチのWordPressをインストールしたはずであるが，http://motochan.info/wp をクリックすると，現在公開中のさくらのサーバーのサイトに繋がってしまうのである。http://motochan.info/wp としているが，https://motochan.info/wp につながるのである。さくらのダッシュボードにもログインできる。
図3 実行結果 ぼくはエックスサーバーにWordPressをインストールしたら，エックスサーバーの独自ドメインをSSL化できるのではと考えたが図4（データベースの軽減のために削除）の表記に見えるように，無理だった。
それで，WordPress簡単インストールに用意されている削除機能を使って，図5（データベース負荷を減らすべく削除）のように，XServerのWordPressを削除した。
図5の重要情報を次に。
サイトurl: http://xxxx.info/wp
管理画面url: http://xxxx.info/wp/wp-admin/
削除対象ディレクトリ：/home/xxx/xxxx.info/public_html/wp
そして，サブディレクトリーなしの場合を作成し機能しないので削除し，サブディレクトリー wp2の作成したのである。機能しないと考えたのは誤りで，ネット上に公開されるのには時間がかかるようだ。忘れてしまった。2025年4月13日の午後6頃前にアップロードしたから，すでに7時間が経過するが,http://motochan.info/wp2をブラウザーで入力すると，「Not Found The requested URL was not found on this server.」となる。このthis serverはさくらのサーバーのようだ。
以上，2025年4月14日深夜。
1.3 サポートに質問
回答は二日ほど後になるので，明日月曜日に見てもらうように今，メモ書きしてみよう。
————————————————
まずは，「経緯」をご説明し，お尋ねしたいことを「質問」として後に示します。
経緯：
サクラレンタルサーバーからエックスサーバーへの移転すべく，ほぼ一ヵ月前にエックスサーバーのスタンダード版に3年契約をしました。お任せや簡単移行には対応せず，手作業での移行のために，学んでいます。で，UpdraftPlusを利用したサイト移転（引っ越し）方法 https://highfivecreate.com/blog/tips/6097.html#i-2 が最も適切と考えています。
さくらのサーバーでのWordPressのUpdraftPlusを使ってGoogle Drive (100GB)にバックアップを毎日（三日分）実施しています。これをエックスサーバーにインポートします。ただ，その前にエックスサーバーでWordPressをインストールし，UpdraftPlusをインストールする必要があります。
質問1：
WordPress簡単インストールを使って，さくらから独自ドメイン motochan.infoにインストールしました。urlは，https://motochan.info/wp2 になります。ファイルマネージャーでみますとインストールされています。
ブラウザーでは「Not Found The requested URL was not found on this server.」となります。このthis serverはサクラレンタルサーバーと考えられます。
ブラウザーでWordPressを開いてUpdraftPlusをインストールできますでしょうか。
質問2：
エックスサーバーの「動作確認URL」で可能なのでしょうか。
質問3：
さくらからXServerへの移行は，同じurlを望んでいます。https://motochan.info/wp 。しかし，WordPress簡単インストールを使って，https://motochan.info/wp を作成しますと，サクラレンタルサーバーに繋がってしまい，インストールしたエックスサーバーに入ることができず，https://motochan.info/wp2 と敢えてサブディレクトリーを変えて，インストールしました。これでは，さくらのものとurlが異なりますので，ぼくの希望とは多少ずれることになります。（後掲のごとく致し方ないかと思います）
質問4：
エックスサーバーのワードプレスにUpdraftPlusにインストールができたとして，さらに，Google Driveのバックアップをインポートして復元することができたとして，その後，Search and Replace DBを使って，さくらのurlなどを置換することになりますが，このパネルでの
Replace 「移行前のurl」 with 「移行後のurl」
の部分で，「移行前のurl」=「移行後のurl」となって，実行ができないのではないか（できないでしょうね）と危惧しています。
質問5：
このように考えますと，移行前と移行後では，urlを変えざる得ず，
「移行前のurl」： https://motochan.info/wp ←サクラレンタルサーバー
「移行後のurl」： https://motochan.info/wp2 ←エックスサーバー
とするしかないのか，と思われます。サブディレクトリーが異なれば，別のurlと考えることができれば問題ないかと？
質問6：
移行作業をする際は，サクラレンタルサーバーからのバックアップはGoogle Driveに入っているので，ネームサーバーをエックスサーバーの方に移行しても問題ないというか，その方が上記の問題をクリアできるのではと思ったりしています。
以上，だらだらと書かせていただきましたが，是非，お助けいただければと存じます。
2025年4月14日深夜
————————————————
この質問のあと，追伸をしている。
————————————————
追伸
シャワーをかかっている時に考えたことをご連絡します。
エックスサーバーで，さくらで使用中のドメイン（url: https://motochan.info/wp）と同じものを，エックスサーバーで作成して，ネームサーバーをさわって，エックスサーバーの同名のurlを優先させれば，SSLも設定できるし，
エックスサーバーのWordPressでUpdraftPlusもインストールできるし，Search and Replace DBも使う必要がない，ということではありませんか？
ご指導ください。
2025年4月14日，3時40分AM。
————————————————
1.4 ファイルマネージャーで
図6は，サーバーパネルのトップメニューの上端のメニューの「ファイルマネージャー」を起動させて/home/motochan.info/wp2 を覗いたものである。図6の左ペーンでみると，motochan.infoの一段下位ディレクトリーに，public_htmlがあり，その下位にwp/, wp2/が見える。wp/は一旦作成して，1.1 XServer提供の簡単インストール，で用意されている機能で削除したものである。ファイルマネージャーではwp/フォルダは削除できない。
CommanderOneでこのフォルダを削除できるであろうが触らない方がいいように思う。サポートから先ほどお返事を得て，wp2/を削除し，wp/に再度，WordPressをインストールするつもりである。
図6 ファイルマネージャーを起動して/home/motochan.info/wp2 を見る 2. サポートから回答 2025年4月14日
「1.3 サポートに質問」の回答があった。
平素は当サービスをご利用いただき誠にありがとうございます。
XServerアカウントID : xx
お忙しい中、ご返信をいただきましてありがとうございます。
それぞれのご質問について、ご案内をいたします。
まず、ご質問1～3について、
詳細は以下のページをご参考ください。
————————————————————https://www.xserver.ne.jp/manual/man_domain_checkproxy.php#link-previous-c
なお、WordPressのWEBサイトについては
※ 動作確認URLは、単純なHTMLのWEBサイトなど、
恐れ入りますが、エックスサーバー側へ同一ドメインでWordPressを
上述のご対応にて、質問4～5についてもご解決いただけるかと存じますので、
質問6、ならびに、2通目のメールでご連絡いただいた
他社サーバーからエックスサーバーへのサーバーの移転手順については
————————————————————https://www.xserver.ne.jp/order/order_transfer_server.php
何かご不明な点がございましたら、お気軽にお問い合わせください。
何卒、よろしくお願い申し上げます。
3. 回答を踏まえて
上記回答のなかの次のアドバイスを実行してみよう。
————————————————
恐れ入りますが、エックスサーバー側へ同一ドメインでWordPressを
————————————————
3.1 改めてさくらのWordPressサイトをXServerに
とにかく，簡単に実行できるところから。wp/2を削除して，改めて，wp/を作成した。さくらのWordPressの情報と一致させた。サイト名，ユーザー名，パスワードなど。プラグイン CloudSecure WP Securityをデフォルトで選択したままにした。移行完了までのリスクを考慮したためである。UpdraftPlusを利用してのbackupファイルのアップロードと復元に問題がでるかもしれない。その場合は一時，deactivateすれば良いだろう。簡単インストールが４回目ゆえだろう，データベース名は，サーバーID名.wp4となっている。それに，エックスサーバーのお仕着せでWPは日本語版6.7だ。英語版の方が直接的で快適であったが仕方がない。さくらからのドメイン移行のなか，移行プロセスをエックスサーバーに頼っているから仕方がない。
ファイルマネージャーでみると，wp2/は残っているが空っぽだ。wp/に新たにWordPress関連ファイル群が入っている。今日の日付のファイルは，地のディレクトリーでは，.htaccess (権限644)，wp-config.php (権限600)だけ，wp-content/では，plugins, themes, upgrade (三つとも権限755)である。
3.2 hostsファイル編集後にwebサイト確認
この機能の役割を知るために。意味なしと思いつつ試行してみたい。
3.2.a hostsファイルの一時的変更
図7〜9に，macOS用ファイルをファインダーで操作した過程を示している。
/etc/hostsのファイルを操作したプロセスを示す。操作にログインパスワードが必要である。
図7 テキストエディットで編集したあとのhostsをetc/にコピペ（既存hostsと新たなhosts両方を残す） 図8 ドロップしたhostsは「のコピー」が追加される 図9 名称変更して元ファイルをhosts_original，コピペしたのをhostsとした 3.2.b このmacのみでWordPressの操作が可能
この macのブラウザーで，http://motochan.info/wp，と入力すると，図10のようにテーマLightningが表示される。http://motochan.info/wp/wp-adminを実行すると，さくらのWordPressで使用しているぼくが設定したユーザー名とパスワードで，図11のようにダッシュボードにログインできる。データベース更新，WordPressやテーマの最新バージョンも取得して更新できる。
懸案のプラグインUpdraftPlusもダウンロード，インストールができるのである。インストールして有効化activateした。もちろんバックアップはしていない。図10〜12をデータベース負荷削減のため削除。図10にテーマLightningのトップ画面，図11にはhttp://xxxx.info/wp/wp-admin/での管理画面，図12にはUpdraftPlusのインストール画面。
・UpdraftPlus で謳われている移行情報：
この無料版の UpdraftPlus を使用すると、WordPress サイトを別の Web ホスト、サーバー、またはドメインに簡単に移行できます。
移行するには、データベース、プラグイン、テーマなどをソースサイトからダウンロードし、移行先サイトにアップロードするだけです。
移行時には、組み込みの検索置換エンジンが古い文字列を識別し、新しい場所を反映するように置換します。UpdraftPlus は、時間を節約し、手作業による移行に伴うリンク切れやファイル紛失のリスクを軽減します。
・実際には：
UpdraftPlusのメニューを見ると，この移行情報が明記されず，有料版購入を誘っている。$70 (x 150=10,500円)/年である。移行１回で良いので年間契約は不要である。
4. UpdraftPlusによるドメイン移行
どうもできそうだ。UpdraftPlusでWordPressサイトをバックアップ＆リストアする方法 には無料版での移行法の概略が記されていた。リモートストレージ例はDropBoxだったがぼくはGoogle Driveだ。
XServerの動作確認URLでの，http://motochan.info/wp のWordPress日本語版に無料版UpdraftPlusをインストールして，このサイトにGoogle Driveにあるさくらレンタルサーバーのhttps://motochan.info/wpのApr. 14（昨日夕）のバックアップファイルをアップロードする作業を実施した。その手順を述べる。
4.1 無料版UpdraftPlusでリモートストレージGoogle Driveのバックアップファイル群をスキャニング
UpdraftPlusの設定タブの画面を五分割して並べる。図13〜17。
図13 UpdraftPlus設定タブの最上部
図14 UpdraftPlus設定タブの最上部
図15 UpdraftPlus設定タブの中部
図16 UpdraftPlus設定タブの下部
図17 UpdraftPlus設定タブの最下部
図18はGoogle Driveフォルダー My Drive > UpdraftPlus，の圧縮ファイル群の一部である。トータル38filesで，uploads 1-34 zip，themes.zip，plugins.zip，others.zip，db.gzである。
図18 Google Driveフォルダー：UpdraftPlus リモートストレージstorageのうち，図14に見えるように，Google Driveを選択した。バックアップに含めるファイルはすべてである。その目的達成のために１カ所追加したので，図17に見える「変更を保存」ボタンをタップした。それに反応して現れたのが図19のメッセージである。次に図14の「Googleでログイン」ボタンをタップして現れたのが図20である。
図19 「変更を保存」ボタンに反応したメッセージ
図20 「Googleでログイン」ボタンをタップして
UpdraftPlusがGoogle Driveにsign inする過程を図21〜23に示す。ここまではGoogle Driveでの認証過程（スキャニング）である。
図21 Googleへのsign inでcontinue
図22 Googleへのsign inでcontinue
図23 Googleへのsign inでComplete setup
4.2 Google Driveのバックアップファイルをhttp://motochan.info/wp にアップロード
図23のメッセージにあるように，http://motochan.info/wpのUpdraftPlusでの作業になる。UpdraftPlusはGoogle Driveのバックアップファイル群を把握したのである。
図24 http://motochan.info/wpのUpdraftPlusでのバックアップ/復元パネルの上部
図25 http://motochan.info/wpのUpdraftPlusでのバックアップ/復元パネルの下部
Google Driveからhttp://motochan.info/wpのUpdraftPlusでの作業が続く。UpdraftPlus > バックアップ/復元のパネル（図24, 25）の下部（図25）を見ると，「既存のバックアップ（0）」の行の次に，「他のタスク」として，三つのリンクが設定されている。その最後の「リモートストレージを再スキャン Rescan remote storage 」を選択する。
図26は期待したものなので問題ない。図27ではサイトへのアップロードに使用するバックアップ日を選ぶものである。ぼくの目的ではもちろん複数日を選択する意味はない。図27最下部の「すべてを選択」をすると全5日分が選ばれる。なお，Sep. 26, 2024のテーマがなぜ，リストされているのか，わからない。
図26 望むメッセージが
図27 Apr. 14を対象に
で，図27のAug. 14, 2025の行右端の「復元」ボタンをクリックすることになる。この行には他と同様，データベース〜その他の枠が見えるが，ここで選択はできない。単にメニュー表示に過ぎないのである。図28では復元するコンポーネントが表示されており，図29ではぼくが全部をチェックしたところである。
図28 復元するコンポーネント表示
図29 全部をチェック
まあ，当然ながら全部のコンポーネントを選択するのであるが，結果的にはすべてをアップロードした段階でエラーが出て，達成できなかった。エラーの原因は時間切れのようなので，分割してアップロードをすべきと考えている。図30はアップロードの過程の一場面で，図31はアップロード終了後のエラー表示である。
図30 アップロード過程の一場面
図31 アップロード終了後のエラー表示
図32の表示から抜け出すためにはキャンセルするしかない。
updraft_send_command: error: error (Internal Server Error)
図32 抜け出すためにはキャンセルしか 図33の表示では，赤い「削除」ボタンしかないだろう。図34では，UpdraftPlusによるhttp://motochan.info/wpへの復元結果を削除するのであるが，「リモートストレージからも削除」のチェックを外さないといけない。図35ではその選択を外して，「削除」を実行することになる。
図33 赤い「削除」ボタンを選ぶ
図34 UpdraftPlusによるhttp://motochan.info/wpへの復元結果を削除する必要があるが
図35 Google Driveのバックアップは残す
図36には，削除結果が示されている。これでさっぱり。
図36 削除結果 4.3 エラーの原因は
今日，午後5時頃に，ワードプレスから二通のメールが同時に届きました。
【ログイン情報】
・日時：2025/04/14 18:24:09
・ユーザー名：xxxx
・IPアドレス：xxxxxxxxxxxxxxxxxxxxxxxx
・リファラー：xxxxxxxxxxxx
・ユーザーエージェント：Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) xxxxxxxxxxxxxxxxxxxxxxxx
—
二通目————————————————
【サーバーエラー情報】
・エラータイプ：E_ERROR
・エラーメッセージ：Maximum execution time of 240 seconds exceeded
・エラー箇所：xxxxxxx updraftplus.php:5282
—
4.3.a CloudSecure WP Securityをinactiveに
もちろん，セキュリティの観点から種々削除しているが幾つか気づくことがあった。一通目のログイン時間であるが，hostsを編集して，「動作確認URL」機能を使ってmacでログインした時間であるが，Apple M2チップなのに，Intelとなっている。両方のメールに，CloudSecure WP Security，の認証があり，これはエックスサーバーで簡単WordPressインストールにデフォルトで入っていたものであり，これは，inactivateした方がいいだろう。
追記： 2025年4月16日： 上記の二通のエラーメッセージを見ると，「CloudSecure WP Security」の役割が侵入をリジェクトすることではなく，挙動を報告することではないかと想像した。
4.3.b 実行制限時間を延長
・エラー箇所：xxxxxxx updraftplus.php:5282
Perplexityによれば，主にサーバー容量不足やプラグインの破損、ストレージの問題などが原因で発生することが多いです。まずはサーバーやストレージの空き容量を確認し、プラグインの再インストールや不要ファイルの削除を試してください。それでも解決しない場合は、UpdraftPlusのログファイルを確認し、エラー内容を特定してください，とあるが，この指摘はいずれも当たらないと思う。
・エラータイプ：E_ERROR
Perplexityによれば，UpdraftPlusの「E_ERROR」は、プラグインや環境の不整合による「致命的エラー」です。エラーメッセージをもとに、バージョンアップや再インストール、リカバリーモードの活用などで対処してください。
・エラーメッセージ：Maximum execution time of 240 seconds exceeded
Perplexityによれば，UpdraftPlusプラグインの処理（バックアップや復元など）に240秒（4分）以上かかり、PHPの実行時間制限を超えたために処理が強制終了されたことを示すエラーです。
Perplexityにお聞きしたら次のようだ。wp-config.phpファイルで，
————————————————
define(‘WP_MAX_EXECUTION_TIME’, 300);//最大実行時間を300秒に設定
/* That’s all, stop editing! Happy publishing. */
コメント /* That’s all, stop editing! Happy publishing. */ より上にdefine(‘WP_MAX_EXECUTION_TIME’, 300); を追加することで、WordPressの設定として正しく認識されます。追加後はファイルを保存し、サーバーにアップロードしてください。
————————————————
4.3.c コンポーネントを分けてアップロード
・エラーメッセージ：Maximum execution time of 240 seconds exceeded
このメッセージをどう考えたら良いのか。240/60=4分間だ。実際には20分ほど動いていた。
テーマとプラグインとその他，データベース，アップロード
という三分割でどうだろうか。とにかく，アップロードが34個の圧縮ファイルからなっているので最も重い。クリアするかだな。34個のファイルを適当に分割できれば一番いいのだけど？
4.3.d WordPressとテーマのバージョンの統一
図37のように，さくらのWordPressは英語版v.6.7.2である。エックスサーバーの簡単WordPressインストールは日本語版だけに対応している。バージョンが同じでも英語版と日本語版の違いは影響ないだろうか。
ぼくのこのサイトは基本的に英語で発信する意気込みであったが読者はどうするのかという問題もあった。結果としては操作だけ英語で公開は日本語という形になっている。Pluginsは英語版の方が圧倒的に豊富なのだからと思ってはみても，実際は日本人が使っているもので十分である。
図37には，reinstall 6.7.2-ja が見える。日本語化してしまった方がいいだろう？
テーマはさくらでは，Lightningも最新 15.29.6である。UpdraftPlusも最新で1.25.3。
図37 さくらのWordPressは英語版v.6.7.2で エックスサーバーの方も改めて確認する必要がある。昨日にアップデートした時には，v.6.7.2-jaであった。hostsの書き換えを昨日実施して，ブラウザーでhttp://motochan.info/wpにアクセスできたが，今朝はできなかった。hostsファイルを開いたままにして，ブラウザートップのurl窓でhttp://motochan.info/wp を入力すると起動できた。
図38,39はhttp://motochan.info/wp の画面で，図38はUpdraftPlusのバージョン1.25.3，図39ではWordPressのバージョンが6.7.2であり，v.6.7.2-jaへの再インストールのオプションが見える。WordPressのバージョンは，さくらもエックスサーバーも同じではないのか。英語表記と日本語表記の違いがあるが。エックスサーバーのWordPressには日本語パッチが付属しているのではと思う。
UpdraftPlusのバックアップと復元はシステムに影響を与えないので，エックスサーバーでは日本語表記になる可能性は高いと思う。
図38 http://motochan.info/wpのUpdraftPlusバージョン1.25.3
図39 http://motochan.info/wpのWordPressバージョンが6.7.2
CommanderOneでwp-config.phpも覗いた方がいいだろう。
以上，2025年4月15, 16日。
5. 課題の整理
結局？ 一つまたは複数のバックアップファイルのアップロードの際に，4分間を超えてしまったということのようだ。
Perplexityにお尋ねした。
5.1 UpdraftPlusの復元の際は負荷が大きい
Perplexityの回答：
UpdraftPlusで「バックアップ時には時間制限（max_execution_time）をクリアできているのに、復元時には時間制限をクリアできない」現象が起こる理由は、バックアップ処理と復元処理の仕組みやサーバー負荷の違いにあります。
復元処理の一括性： 復元時は、特にデータベースのリストアや大きなファイルの展開など、一度に多くの処理を行うため、PHPの実行時間制限（例：240秒）を超えやすいです。
対策：
5.2 UpdraftPlusバックアップファイルの分割サイズを小さくするというのは？
Perplexityの記述をみて想像したことがある。max_execution_timeは，30分間ほどのバックアップや復元の工程では何回かに分けられている。バックアップファイルは現在，38個であるが，この38個の一つ一つに関わって，max_execution_timeが評価されているようである。
Google Driveのバックアップファイルの記録をこれからその視点で参照してみた。ファイル名は例えば，backup_2025-04-15-1636_YamatoGeographer_8976f0ebea43-uploads3とある。
バックアップされたファイルは上ほど新しいものになっている。backup_2025-04-15-1636_YamatoGeographerを冠するファイル群は，下から，-db.gz（gzip），-others.zip，………。ファイルそれぞれの右端に見える「⋮ (more actions)」をタップし，File information > Detailsで，Activityパネルを開くと，you uploaded an itemとして時刻が見える。
表： Google Driveの配列通り新しいファイルは上方に配置されているが，そのうち-dbから-uploads3までを並べる。
compressed file name
file size (MB)
uploaded time
-uploads3.zip
394.1
4:38PM
-uploads2.zip
397.5
4:37PM
-uploads.zip
402.8
4:37PM
-themes.zip
7
4:36PM
-plugins.zip
51.4
4:36PM
-others.zip
2.2
4:54PM
-db.gz
826.6
4:58PM
この表から見ると，UpdraftPlusによるバックアップは午後4時36分に始まって（ファイル名に含まれる），-plugins.zip，-themes.zip, -uploads.zip，-uploads2.zip，-uploads3.zip，・・・・，と続いてゆく。-uploads??.zipについては，1分前後でコピーが終了しているようである。-uploads??.zipについてはファイルの分割が成功しているようだ。
-uploads??.zipが制限時間を超えているとぼくは思っていたが誤りのようである。-uploads??.zip以外でも，-db.gz以外はファイルサイズは小さい。
結局，-db.gzが問題だ。-db.gzのアップロード完了時間は4:58PMと，全圧縮ファイルのうちで最も遅い時間になっている。にもかかわらず，最も下方に配置されているのである。これは何を意味するのか。おそらく，dbはバックアップ作業の開始から始まってもっとも遅く終了したことを意味している。WordPressのファイル構造からそういう手順が必要なのだろう。
繰り返すが，-db.gzが問題である。UpdraftPlusによって，php通信の240秒=4分以内が実現していたのであるが，さて，uploadではどういう工夫がなされているのか？
Perplexityによれば，
————————————————
UpdraftPlusがバックアップ作成過程でデータベースをどのような時間配分で圧縮しているか について、公式ドキュメントや一般的な解説では「具体的な時間配分（例：何分ごとに分割処理する等）」は公開されていません。
UpdraftPlusはスケジュールに従い、データベース全体を一度にエクスポート・圧縮して保存します。
————————————————
とある。理解できない。ぼくのdbファイルは解凍すると3GBにも達する。そしてバックアップに時間もかかっている。
5.3 FTPで実行？
Perplexityに，
UpdraftPlusで作成されたファイルサイズの大きなデータベースのバックアップファイルをWordPressにアップロードするための手続きを教えてください。
としたら，次のような回答が。
————————————————
補足：アップロードがうまくいかない場合wp-content/updraftフォルダに直接バックアップファイルをアップロードしてください。その後、UpdraftPlusの「既存のバックアップを再スキャン」機能を使うと、アップロードしたファイルが認識されます。
————————————————
Perplexityは取材サイトは次のようだ：
a. UpdraftPlusを使ったWordPressの自動バックアップと復元方法 の，https://olein-design.com/blog/all-about-updraftplus#co-index-35
b. WordPressで3GBファイルも怖くない！大容量ファイルアップロード完全攻略ガイド
b-web情報には，これまでの疑問を解消してくれる正攻法が記されている。簡潔に書かれているので結構ではあるが，php言語に無知なぼくの地平では，a-web情報がわかりやすい。
なお，a-web情報は，有料版へ誘導する意図が感じられる。サイト移行は有料版としているが，実際は無料版でできる。
では，今後の手順を記したい。
0 ぼくのmacの残容量は300GBある。Google Driveのバックアップファイルは最大60GBなので，ダウンロードに問題はない。
1 Google Driveのmy Drive > UpdraftPlusフォルダーごとダウンロードはできないだろうから，38ファイルを個々に選択してダウンロードしよう。
2 CommandOneで，独自ドメイン motochan.info/wpのwp-content/updraftフォルダーにmacのデスクトップから38個のファイルを少しずつアップロードしようと思う。
ここまでは問題なく進むと思われる。
Perplexityでは，「その後、UpdraftPlusの「既存のバックアップを再スキャン」機能を使うと、アップロードしたファイルが認識されます。」となる。
この手法は，本ページの「4. ドメイン移行 第１回」を実行すれば良いのだが。
ただ，ドメイン motochan.info/wp 内での作業なので，全バックアップファイルのアップロード，復元，という作業は進むかもしれないが，phpのバリアで進めない場合，b-web情報を実行せざるを得ないかもしれない。
6. FTP援用してのドメイン移行
6.1 Google Driveからmacへ
ぼくのmacの残容量は300GBある。Google Driveのバックアップファイルは最大60GBなので，ダウンロードに問題はない。直接，ダウンロードフォルダにダウンロードされる。図40は38ファイルを-db.gz，-others.zip, -plugins.zip, -theme.zip, -uploads.zip〜-uploads34.zipの順でダウンロードしている様子を示している。
図40 38ファイルを-db.gz，-others.zip, -plugins.zip, -theme.zip, -uploads.zip〜-uploads34.zipの順で 6.2 CommandOneでupload
CommanderOneでのFTP新規サイトとしてXServerを登録する必要があった。新規接続のパネルで。
名称：Xserver，タイプ：FTP，サーバー（FTPサーバー，ホスト名）：svxxxx.xserver.jp，ログイン（ユーザー，アカウント名）：xxxxxxx，パスワード（サーバーパスワードと同じ）：xxxxxxxxxx，同時接続の数制限：5，モード：受け身，リモートパス：空欄。
CommandOneで，独自ドメイン motochan.info/wpのwp-content/updraftフォルダーにmacのデスクトップから38個のファイルを1ファイルずつアップロードした。パッドでのファイル選択が結構難しく，2年ぶりぐらいか，ブルーツゥースのマウスを接続して，マウスでの選択に替えて，ファイル選択が楽になった。
図41には，macのDownload/ からupdraft/ へ38圧縮ファイルをupload寸前のCommanderOneなどのウィンドウを示している。XServer > motochan.info > public_html > wp > wp-content > updraft，というパスができている。WordPress関係のファイルは wp/ に入っている。updraft/ フォルダーは無料プラグイン UpdraftPlus をインストールした段階で作成されたものである。
図41 macのDownload/ からupdraft/ へ38圧縮ファイルをupload 図42には，macのDownload/ からupdraft/ へdb圧縮ファイルのupload開始前を示している。EBはone billion gigabytesであり，このXServerの容量と関係があるのだろう。エックスサーバーのスタンダードでは600GBが与えられている。
図42 macのDownload/ からupdraft/ へdb圧縮ファイルをuploadの開始前 図43では最も重い-db.gz圧縮ファイルをコピーしている様子である。残り < 1分，とあるが，事実，このファイルは1分以内にアップロードできたのである。
図43 macのDownload/ からupdraft/ へdb圧縮ファイルをuploadしている過程 図44には，macのDownload/ からupdraft/ へdb圧縮ファイルがすべてuploadされた結果を示している。対照したが名称とサイズは一致している。Google Driveからmacのダウンロードフォルダーにダウンロードした際には多少サイズが増える傾向があったが，macからサーバーへはサイズの違いが生じなかった。記憶媒体が同質の可能性がある。
図44 macのDownload/ からupdraft/ へdb圧縮ファイルがすべてuploadされた このようにFTPでサーバーに全バックアップファイルをアップロードしてみて，ぼくに幾つかの想定が生まれた。
すでに実行してエラーが出てこの実行で得られた関係ファイルを指示に従って削除したのであるが，この updraft/ フォルダーに入っていたのではないだろうか。その意味では，UpdraftPlusがアップロードする手間を省いたことになる。「図36 削除結果」のメッセージからもそう理解される。リモートストレージ Google Drive からupdraft/ フォルダーへのコピーでは結局，「エラーメッセージ：Maximum execution time of 240 seconds exceeded」が生じなかったのではないだろうか。
つまり，ぼくがCommaderOneで実行したことは，エラー回避に繋がらないのではないかということである。
6.3 UpdraftPlusによるバックアップのhttp://motochan.info/wpへ復元
上記のぼくの想定からすると，FTP援用作業はエラー回避に意味がないということになるが，とにかく，標記の作業を進めてみないとb-web情報を実行する必要性があるかどうかわからない。なお，Perplexityによれば，「UpdraftPlusでバックアップから復元する場合、phpMyAdminでデータベースをインポートする必要はありません。」とある。
Perplexityに尋ねて，ぼくのこの現状での手順を確認した。図45ではUpdraftPlusのメニューの移行/複製，を選択する。そして，前回のGoogle Drive選択状態がそのままなので，この選択状態をGoogle Driveのボタンをクリックして，選択を解除した。図46は，UpdraftPlus > 設定 > UpdraftPlus Backup/Restore で，バックアップ/復元 タブの，既存のバックアップの，
図45 UpdraftPlusのメニューの移行/複製，を選択
図46 他のタスク:「新規バックアップ一式のためにローカルフォルダーを再スキャン」を選択
図47 最上段に，Apr.16, 2025 16:29が出現。この行の「復元」ボタンを選択
そして図48のように，全コンポーネントを選択した。
図48 全コンポーネントを選択して次へ 図49は異なるphpバージョン間の復元に関わる警告である。
図49 異なるphpバージョン間の復元に関わる警告 図49の左下隅のキャンセルボタンをクリックした。そしてPerplxityさんにお尋ねした。
————————————————
WordPress管理画面から確認する方法
WordPressの管理画面にログインします。
左メニューから「ツール」→「サイトヘルス」を選択。
「サイトヘルス」画面で「情報」タブを開き、さらに「サーバー」セクションを探します。
そこに「PHPバージョン」が表示されています。
————————————————
移行元のさくらでは，8.3.8 (Supports 64bit values)で，エックスサーバーは8.2.22である。サーバー会社の方針なのでphpを自分の思いでアップデートはできないと思う。Perplexityに尋ねた。
————————————————
下位バージョンへの移行は原則可能
————————————————
前述のように，復元をキャンセルしたのであるが，前ページに戻っている状態だったので，再度，復元を選択した。この時刻が19:15である。図50は開始後1分ぐらいの時だ。認証は☑️，データベース復元中。この時は快調だ。
図50 開始後1分ぐらい。認証は☑️，データベース復元中。この時は快調 図51は19:20頃。つまり，4分越えで，データベースの処理が中断されたようだ。認証，データペース，には☑️。プラグイン，テーマ，アップロード，その他，クリーニング，には❌。完了には☑️。
図51 データベース処理が中断されたようだ 図51ではデータベースの処理は済んだように見えるが，ログファイルを見るとそうではない。Perplexityにお尋ねすると❌はできていないということ。
Perplexityにお尋ねした。「バックアップの復元が完了しない場合の対処法は」。この回答はぼくの状況には対応しないようだ。
対処法を別途尋ねた回答で，次が当たっていると思われる。
サーバーの権限や設定を確認： ファイルの書き込み権限（パーミッション）が適切か、PHPの実行時間やメモリ制限が十分か確認し、必要に応じてサーバー設定を調整してください。
メンテナンス情報のなかに，
————————————————
0000.373 () Database successfully unpacked
————————————————
とある。かなりサイズが大きいことを認識しているということである。
以上，2025年4月18日。日が明けたところ。
6.4 サーバー設定の調整を学ぶ
Google DriveからWordPressにアップロードする方式では，「エラーメッセージ：Maximum execution time of 240 seconds exceeded」が出て，図50に見られるような認証画面までには至らなかった。FTPを通じてWordPressのサイト内にバックアップファイル（38個）を配置したことは功を奏したのである。
とはいえ，残念ながら，WordPressはデータベースファイルの取り込みに失敗した。となると，phpファイルを編集せざるを得ない。
なお，6.3の試行では失敗したが，Perplexityによれば，上書きされるので，失敗自体は問題がないとのことである。
Perplexityに質問した「サーバー設定の変更には，php.iniと.htaccessとwp-config.phpのすべてを変更する必要がありますか？」。
————————————————
サーバー設定の変更において、php.ini、.htaccess、wp-config.phpのすべてを同時に変更する必要があるわけではありません。どのファイルを編集するかは、変更したい内容によって異なります。
各ファイルの役割が紹介されている。
この表から，ぼくの目的を達成するには，php.iniの編集が妥当と思えた。
Perplexityに質問した：「UpdraftPlusによるバックアップからのサイト復元にだけにmax_execution_timeなどの増大をするには，php.ini以外の変更で可能なのでしょうか？」
————————————————
php.ini以外でUpdraftPlusによるバックアップからのサイト復元時だけmax_execution_timeなどの値を一時的に増やす方法は、以下の2つが現実的です。
.htaccessファイルでの設定
wp-config.phpでの設定
注意点
————————————————
さらに，Perplexityに質問した。「サーバーによっては.htaccessやwp-config.phpでの上書きを許可していない場合があるとのことですが，サーバー管理画面やphp.iniでの設定は一ユーザーとして可能なのでしょうか。」
————————————————
一般的なレンタルサーバー（エックスサーバー、さくらのレンタルサーバなど）では、一ユーザーとしてサーバー管理画面やphp.iniでの設定変更が可能な範囲が用意されています。
————————————————
a-web情報 を参照し，2件をピックアップする。
2-1. PHP設定の変更
PHPの設定ファイル（通常はphp.ini）で以下のパラメータを大容量ファイルに対応できるよう変更します。
; php.ini の設定例
upload_max_filesize = 3G
post_max_size = 3G
memory_limit = 4G
max_execution_time = 0 ; 制限なし（または十分大きな値に設定）
max_input_time = 0 ; 制限なし
※ 注意upload_max_filesize は1ファイル当たりの上限です。post_max_size はフォーム全体（アップロード含む）の最大サイズ。
5. コマンドラインでの確認方法 🖥️
サーバー設定を変更した後、変更が反映されているかを確認するために、簡単なPHPスクリプトを用意しましょう。
————————————————
<?php
// phpinfo.php
phpinfo();
?>
————————————————このスクリプトをサーバーに配置してWebブラウザからアクセスすることで、upload_max_filesize や post_max_size などの値が希望通りになっているか確認できます，とある。
6.5 php.iniの設定
結局，php.iniの編集に限定して作業を進めることにする。図52はXServerのサーバーパネルにログインしたところである。その左ペーンのPHPの「php.ini」設定を選択した。その結果が図53である。新規のWordPressをインストールしているドメインはmotochan.infoで，各種設定の「直接編集」を選択すると，図54でphp.iniの編集画面が現れる。
図52 XServerサーバーパネル
図53 motochan.info「直接編集」
図54 php.ini設定編集
ここで，max_execution_time = 180 を，300にした。Google DriveからWordPressにアップロードする方式では，「エラーメッセージ：Maximum execution time of 240 seconds exceeded」が出たのであるが，エックスサーバーの初期値は180（3分間）であった。理由はわからない。300（5分間）が功を奏するかわからない。ゼロにすると無制限になるが，これはセキュリティの観点からするとリスクが高い。
図53にmemory_limit = 1Gとなっており，これは変更できないようである。post_max_size = 1Gを4Gに，upload_max_filesize = 1Gを4Gに増やした。この段階で有効になるかはわからなかった。編集後，「設定する」ボタンをクリックした。
図55では「PHP ver 切替」を見ている。PHP 8.2.22（推奨）となっている。PHP 8.3.10の選択も可能である。さくらが採用しているバージョンである。高いバージョンから低いバージョンに移行することについては問題が無いようであり，エックスサーバーについては，PHP 8.2.22（推奨）から変更しないこととしよう。
図55 PHP ver 切替
図56 CommanderOneでのphpinfo.php
図57 phpinfo.phpをmacのデスクトップから ・・/wp へ。
php.iniの変更が生きているのか，システムに反映されているのか，知りたいところである。php.iniを触った場合，これを反映させるために，WordPressの再起動が推奨されている。再起動した。
反映されたのかどうかを知るのは，phpinfo.phpを作成して，XServer/motochan.info/public_html/wpにコピペする必要がある。
phpinfo.phpのファイルには，
<?php
// phpinfo.php
phpinfo();
?>
を書き込んだphpファイルを作成する必要がある。エディター Visual Studio Code で作成する必要がある。macのテキストエディットやCoEditorでは作成できない。ファイル名をphpinfo.phpとする。ぼくの環境では32バイトになる。図56，57に見えるphpinfo.phpは未完のものであった。
さて，phpinfo.phpを使って，php.iniの改変が実現しているかどうか，見ることになる。一般にはブラウザのアドレスバーにhttp://あなたのドメイン/phpinfo.php
と入力すればアクセスできるとあるが，そうではない。パスでは次のようである。でも，404 File not foundとなる。
http://motochan.info/public_html/wp/phpinfo.php
正しくは，http://motochan.info/wp/phpinfo.php であった。
図58〜60がぼくの関心の部分の上，中，下である。幸いなるかな，図54のphp.ini設定編集結果が完全に反映されているのである。
図58 php.iniのトップ
図59 max, memory, postなど
図60 upload_max_filesize
これで一応，懸案は片付いた。
ちょっと休憩。
6.6 三度目の正直だったが
図61で見られるように，php.iniによるphp環境の改変後も図50と同じ結果になった。ファイルサイズや実行時間を延長しても効果がなかった。PostとUploadのファイルサイズについては，規定値の1Gを4Gに変えた。データベースファイルは解凍前は 865.8MB < 1G，解凍後は3.02 G。実施過程からすると解凍後のファイルサイズは関係がない可能性が高い。
どうもActivity logに違いが出ていない。execution timeの問題では無いかもしれないが，この可能性が高いと思う。つまり300秒では足りないと。900秒に増やしてみたいと思っている。
さて，データベースの復元だけを図62のように選択した。なお，このWebページの上の方では日本語表示になっているが，第２回目の中途半端な復元の影響でさくらのWordPressが反映している。
図61 php.iniによるphp環境の改変後も図50と同じ結果
図62 データベースの復元だけを
図63 その実行結果。cleaningに失敗。
また，このページから管理画面に戻ろうとするが，図64のように，「現在メンテナンスのため，しばらくの間ご利用いただけません。」としてこの画面から回避できない。図61の際には少し待って，WordPressの管理画面に入ることができたのだが。
そこでWordPressを（http://motochan.info/wp/）再起動した。図62にあたるメニュではデータベース以外を選択して実行した。調子よく済んで，図65のように，Restore successfully，が出た。
図64 現在メンテナンスのため，しばらくの間ご利用いただけません。
図65 Restore successfully
Return to UpdraftPlus configuration ボタンをクリックして管理画面に戻った。ウィジェットエリアをみたら図66のような表示。
図66 ウィジェットエリア このエックスサーバーでの最新のブログを見ると，図67のように，図が表示されていない。画像のリンクに問題がある。さらにブログの設定したはずのcategoriesが消えている。
図67 図が表示されない Databaseの正常なインストールを実施する必要がある。いま，考え得るのは，execution timeを1500秒（25分）にしてみることか。
Perplexityにお尋ねしてみた。「UpdraftPlusでWordPressを復元した際にblogのcategories情報が欠落した原因は，データベースの移行に問題があったと考えて良いのでしょうか？」
————————————————
WordPressのカテゴリー情報は、データベース内のwp_termsやwp_term_taxonomyテーブルなどに保存されています。UpdraftPlusは、バックアップ・復元時にこのデータベース全体を扱いますが、何らかの理由でデータベースの復元が不完全だった場合、カテゴリー情報が欠落することがあります。
よくある原因：
————————————————
ぼくの能力からすると，「データベースを一度クリア（初期化）してから再度バックアップを復元」か。Perplexityさんに質問：「データベースを一度クリア（初期化）してから再度バックアップを復元する方法を教えてください。」
————————————————
phpMyAdminでデータベースを手動で初期化する
phpMyAdminにログイン
対象のWordPressデータベースを選択
テーブル一覧で「すべて選択」し、「削除（Drop）」を選ぶ
確認画面で「はい」を押して削除
（必要に応じて）新規インストールやバックアップからの復元を実施
————————————————
Perplexityに質問：「エックスサーバーで， phpMyAdminにログイン，するには？」
————————————————
7. phpMyAdminでデータベースを削除そしてインストール
図68はXServerのサーバーパネルにログインし，データベース > MySQL（マイ エスキューエル My Structure Query Language）設定を開いたところである。taniha.wp4に 「WordPress利用中」が表示されている。「アクセス権所有ユーザー」名は，taniha_wp4である。容量は，3031.3/5000 MB。3031.3MBは，ぼくのデータベースの容量に対応している。これとは別に，エックスサーバーのデータベース容量の最大はどうも5GBのようである。今後のぼくのWordPressのコンテンツの積み上げには限界があるようである。
WordPressを複数運営するのもまずいので，コンテンツを他のウェブサイトに移動する必要性もあると感じる。固定ページの文は全部リンクだけにして，コンテンツそのものは他のウェブサイトに収納するのが適当かもしれない。他のウェブサイトというのは，motochan.siteになるだろう。Seamonkey + CommanderOneで作成メンテしてゆくかどうか。セキュリティの問題があるので，適当なWordPressの無料テーマを探すのもいいかも知れない。まだわからない。ユーザー名はtaniha_wp4であるが図69のパスワードがわからない。
図68 XServerサーバーパネルのデータベース > MySQL設定を開いたところ
図69 パスワード
Perplexityさんによれば，「WordPressサイトの場合、「wp-config.php」ファイル内にMySQLユーザー名とパスワードが記載されています。」とあり，閲覧し，図70のように，データベース phpMyAdmin に入った。図71のように「データベース」タブを選んで，表の「taniha_wp4」をタップした。
。
図70 データベース phpMyAdmin へ
図71 「データベース」タブ
その結果が図72である。このリストの最下部には，「すべてをチェック」ボタンがある。それを実施した結果の一部が図73である。
図72 データベースの構成するリスト
図73 「すべてをチェック」実施結果の一部
図74には，「外部キーのチェックを有効にする」のオプションがある。Perplexityに尋ねた「phpMyAdminでログインして，WordPressの不要なデータベースを選んで削除する際に，外部キーのチェックを有効，を選択した場合と，しない場合でどういう違いがあるのですか。」
詳細：
まとめ：
図74 「外部キーのチェックを有効にする」のオプション
図75 「外部キーのチェックを有効にする」にチェック
その結果が図76である。図77では，taniha_wp4を選択した。オレンジ色に変わった。
図76 「SQLは正常に実行されました。」
図77 taniha_wp4を選択
図78ではインポートタブを選択している。ここにphpタイムアウトの注意書きがあるので，図79ではmax_execution_time = 1000 (sec)にした。
図78 インポートタブ選択
図79 インポートタブを選択
phpinfo.phpで確かめたら，図80のように反映されていた。それで，図78のインポートタブに戻って，「ファイルを選択」を実行した。macへのリンクしか現れず，macのdownloadsフォルダーにキープしていたバックアップファイルの-db.gzを図81のように選択した。
図80 max_execution_time = 1000 (sec)
図81 -db.gzを選択
図82のように，「インポートは正常に終了しました。」図82からログアウトした。これは必須だ。
さて，http://motochan.info/wpのWordPressをまずはログアウトしたが，なぜか，これまで使えた動作確認urlが使えなくなった。それでサーバーパネルにアクセスして，ドメイン>動作確認URL>，そして，motochan.infoをドロップメニューで選択した。図83（19:36）では，反映待ちになっている。図84のように，2時間弱の後にあたる21:20頃には認証されたようだが，WordPressは対応しない。この方式ではWordPressには対応しないことが明記されている。hostsファイルの変更は生きている。この設定は問題が生じる可能性があるので図83の設定状況をOFFにした方がいいだろう。
図82 インポートは正常に終了しました。
図83 動作確認URLの反映待ち
図84 2時間弱の後には認証
以上，2025年4月20日。
補：動作確認urlの問題
Perplexityに尋ねた。「エックスサーバーで，データベースを更新したら，動作確認URL機能を使ってWordPressサイト http://sample.info/wp にアクセスできなくなった。対処法を教えてください。」
————————————————
phpMyAdminで「siteurl」と「home」を動作確認URLに変更
エックスサーバーのサーバーパネルからphpMyAdminにログイン
対象のWordPressデータベースを選択
wp_optionsテーブルを開く「option_name」が「siteurl」と「home」の2つのレコードを探す
それぞれ「option_value」を動作確認URL（例：http://●●●.xsrv.jp/wp など） に書き換える
変更を保存
————————————————
エックスサーバーでは，wp_optionsにあたるものは，wpecdff9optionsであった。図85に見える。当初見つけることができず，図86のようにoptionsで検索した。
図85 wpecdff9optionsが見える
図86 optionで検索してヒット
図87のように，wpecdff9optionsを開いて，siteurlとhomeを見つけた。option valueは，移行元の https://motochan.info/wp/ であった。エックスサーバーではネームサーバーの確定が終わるまで，SSL化はできないが，移行後の環境に影響を受けていないのである。当然といえば当然である。ではMySQLの編集前までは，動作確認URLが機能したのであろうか。図88は編集過程を示している。’
図87 wpecdff9optionsを開いてsiteurlとhome
図88 編集過程
図89も編集過程で，図90は確定した結果，site名がhttp://motochan.info/wp/ になっている。このあと，図90の左上隅にみえるログアウトアイコンをクリックして，ログアウトする必要がある。
図89 編集過程
図90 確定した結果とログアウトのアイコン位置
エックスサーバーからもログアウトした。この過程を経ても，ブラウザーでエックスサーバー http://motochan.info/wp/に入ることができない。そこで，Google Chrome（図91）やFirefox（図93）などをセキュリティの設定を工夫したが全く見ることができなかったのである。ただ，Google Chromeでは，図92のような化けたサイトを見ることもあったのである。
図91 Google Chromeのセキュリティ設定など
図91 Google Chromeで垣間見たサイト？
図93 Firefox のセキュリティ設定など
補：諦めつつ
以上の無駄な抵抗を踏まえて，今後の方針を考えてみたい。
0 UpdraftPlusの無料版と有料版の違いが何なのかを調べる。有料版がぼくの環境に資するものと考えた場合，独自ドメイmotochan.infoの初期化をした上で，簡単WordPressインストールをして，エックスサーバーの方へ有料版をインストールしてみよう，となるか。
1 今はもう，エックスサーバーのWordPressが見えない状態なので，初期化するしかない。
2 php.iniも破壊されているのであれば，UpdraftPlusの作業のための環境設定を再度，整える必要がある。
3 無料版または有料版のUpdraftPlusで，プラグイン+テーマ，データベース＋その他，データベース，で三分割して復元をすることになるな。
4 動作確認URLで確かめることになるが・・・・。
以上，19:32，2025年4月20日。
8. 無料版UpdraftPlusはサイト移行ができるか
8.1 UpdraftPlusに騙されていた時の思い
Perplexityさんに質問「無料版UpdraftPlusではサイト移行ができないのですか？」
————————————————
最新の情報によると、無料版UpdraftPlusでもサイト移行（別URLへのリストア）が可能になっています。かつては「無料版ではバックアップ元と同一URLでのみ復元可能」という制限がありましたが、現在は移行元サイトでバックアップを作成し、移行先サイトでそのバックアップを復元することで、異なるURL・ドメインへのサイト移行が無料版でも実行できます。
————————————————
有料版UpdraftPlus（UpdraftPlus Premium）の料金は、1年目が70ドル（142.66*$70=9986円）で、2年目以降は42ドル です。このプランは「Personal」プランで、2サイトまで利用できます。
Perplexityに尋ねた「有料版UpdraftPlus（UpdraftPlus Premium）が2サイトまで利用できるということであれば，サイト移行に利用する場合は，有料版UpdraftPlusを1本購入すれば良いのでしょうか？」
————————————————
UpdraftPlus Premiumのライセンスは「インストールできるWordPressサイト数」で管理されており、Personalプランなら2サイトまでインストール・有効化できます。
————————————————
Perplexityに尋ねた「有料版UpdraftPlusを使って一つのサイトを移行して後，無効化して，別のサイトの移行のために有効化して使えますか。」
————————————————
注意点：
————————————————
これなら，さくらからエックスサーバーのmotochan.infoに移行して，別途，エックスサーバーのmotochan.siteに移行することが可能なので，残りの人生の時間確保には意味があると思う。
無料版でもできるということである。移行のための主コンテンツはバックアップされ移行される。ただシステム的な情報は移行されないので，urlが異なれば，すでに述べてきたように，Search-Replace DBを使う必要がある。
Perplexityに尋ねた「Search-Replace DBの使い方は」内容省略。
————————————————
まとめ：
————————————————
以上でほぼ理解した。無料版でもサイト移行は可能である。ファイル容量に制限があるわけでは無い。
8.2 騙していたんだねえ
Perplexityに質問「無料版UpdraftPlusでサイト移行する際，バックアップファイルの容量にはアップロードと復元についても制限がないと考えて問題ないですか。」 まとめだけを次に。
————————————————
————————————————
この件をずっと危惧していた。エックスサーバーのサポートの方へさきほど書いたメール内容を次に。
————————————————
日曜日にお返事がいただけて感謝です。ざっと読ませていただきました。これらに対する対処はなんとか，ぼくは可能です。
Perplexityに聞いて，
ということがわかりました。無料版UpdraftPlusには，復元時に容量制限があるのではないかと，ずっと考えていました。ぼくのサイトは圧縮ファイルで30GBほどあり，データベースも解凍時には3GBを少し超えます。解凍前は900MB弱ですが。
それで，UpdraftPlus Premium版を購入することにしました。移行元のさくらと移行先のエックスサーバーにインストールして年$70ですが，仕方がないと考えています。移行はぼくの人生でこれっきりでしょうでしょうし。
データベース5GBの制限を知りましたので，さくらからの移行対象のWordPressをmotochan.info/wpとmotochan.site/wp に移行して，それぞれでコンテンツのテーマをゆるく2分して使用したいと考えました。重いものはWordPressに含めず，つまり，外部リンクを設定しないで，ぼくのmacのローカルサイトとサーバーの間をSeamonkey + CommanderOneで繋ごうと考えました。
お忙しい中，長々と書きましたが，ぼくの書いている内容に理解不足などがあれば，ご指摘いただければと存じます。
2025年4月20日 23：03
————————————————
バックアップは必要だ。それゆえ，無料版UpdraftPlusは使える。なんかトラブルがあって復元が必要になれば，有料版を購入するという形しかない。１年分は否応なく使わないとと思うので，あらたな問題が生じた際に有料版を購入すれば良いと考える。
ところがである。
Perplexityに聞いた「エックスサーバーのレンタルサーバー内でのバックアップサービスはありますか？」
————————————————
エックスサーバーのレンタルサーバーには自動バックアップサービスが標準で提供されています。
————————————————
もうUpdraftPlusは不要だ。このエックスサーバーのバックアップサービスだけで良い。移行が終われば，凍結だな。
次のページで有料版UpdraftPlusを使って移行だなあ。
以上，2025年4月20日。
と思っていたけど，WPvividという無料の高級アプリを発見。さくらからエックスサーバーレンタルサーバーへの乗り換え 10: migrating WordPress site from Sakura to XServer 5 using free WPvivid
以上，2025年4月21日。
