10年前の自分に向けて「norirow's Diaryを超えてゆけ」

誰も見てないと思うので、ここにメモっておこうと思います。このブログはもう全く更新していないのだけれど、実はもう一つ別のブログを数年前から書き始めました。新たな「匿名の可能性」「ネットの片隅から世界を変...

norirow.com

2024.11.02

もう、この norirow’s Diary の全盛期をすごく超えていて、なんだかちょっと怖い気もする。

月に100万PVを超えてる時もあって、なんだか不思議な感覚。

norirow’s Diary が見れなかった風景。

まぁ、それはともかく、この norirow’s Diary を書いていたころから今もまだずっとしっくりこないことがあって、それは自分が創っているものが「ブログ」なのかどうかということ。

当時から、これを「ブログ」と呼ぶことにどこか違和感があって。

「作品」を創っている感覚はあるんだけど。

語源は「Web log」なんだろうから、「ブログ」でも間違いはないんだろうけど、どうしても「ブログ」って「日記」ってイメージがあるじゃない？

これも、そして新しく始めているものも「ブログ」という言葉がしっくりきていない。

だから仕方なく「Webサイト」なんて呼ぶときはあるけど、まぁ、それもなんか違う気もしてる。

ただただ「作品」を自分は創りたいだけなんだ。と思う。

あと２年。

とても長い人生だったなと今は思える。

ふふ、なかなか濃い人生だったんじゃない？

実際の３年後に自分がどうなっているのかわからないけど。

いつだって全力で精一杯生きてたら何も問題ないから。

何も求めず。自分の欲は捨て。ただただ他の幸せを願おう。

このブログはもう全く更新していないのだけれど、実はもう一つ別のブログを数年前から書き始めました。

新たな「匿名の可能性」「ネットの片隅から世界を変えていけたらいいな」を求めて。

その新しいブログが、先月、この norirow’s Diary のピーク時のPV数を超えました。

確かこのブログはピーク時が月間60万PVくらいだっと記憶しています。

そして、もう一つのブログが、先月のPV数（表示数）が67万くらいありました。

▼もう一つのブログの表示数の推移（2024年の10月が670.2Kとなっている部分）

昔と違って Google Analytics をほぼ見ることもなくなったし（GA4になって見方がよくわからなくなったし）、これは Jet Pack の統計機能の画面なんだけど。

今思えば、この norirow’s Diary を書いていた時は、すごく躍起になってPV数にこだわってた気がするな。

しかもすごく変な拘りがあって、「記事のクオリティ重視で、毎日更新なんてするより、すごく凝った記事を時々書いたほうがいい」なんて思っていた気がする。

決して間違えでもないのだろうけど、今の新しいブログはこの5年近く毎日更新してる（だから記事数も既にこの norirow’s Diaryをとっくに超えてしまっていて）

広告も貼ってないので収益化もしてないし、ほんとのんびり毎日書いてるだけなのだけれど。

ただ「誰かの役に立てばいいな」とか「誰かの心が安らげばいいな」とか「作り手への感謝の気持ち」で、ただただ毎日書いている感じ。

でも、クオリティも疎かにはしていなくて。一記事一記事大切に書いている。

過去の自分に言ってあげたいよね。クオリティ落とさなくても毎日書けるんだよって。(笑)

そしてね、新しい方のブログはいわゆる「バズった」ことなんて一度もなくて、飛びぬけて閲覧数が多い記事なんてなくて。全部、検索からの流入。

noriorw’s Diary を書いていた時は「バズる」のを狙って書いていたことも多かったと思うし、なんだか当時を振り返ると恥ずかしい気持ちにもなります。

このブログを書いていたのは10年くらい前の事だけれど。

ただね、10年前と比べて変わってないなあと思っているのは、「匿名の可能性」を探し続けているのと、「ネットの片隅から世界を変えたい」という気持ち。

それだけは変わっていなくて、自分でも驚いています。

どこか生きづらい世の中だとは思うけれど、どうにかね、「もう一つの名」で周りの色んなしがらみのないところで、自分の潜在能力を発揮して、その人が輝いてほしいなと思うし、そうすることで、この世界全体がとっても生きやすい世界になると信じています。

みんなが生き生きと輝いていたら、心に余裕も生まれて、いがみ合うことだってなくなるだろうしね。

きっと戦争もなくなって平和だ。

だから私はこれからもその可能性を模索していくことにするよ。

それじゃ、久しぶりのただの心の内のメモなのでした。

「10年前の自分に向けて」

念のため、移行の手順をまとめておこうと思います。

といっても、今どき各サーバーには「かんたん移行」的なオプションがあるので、それで移行できる場合はそれでするのが一番手っ取り早いと思います。

ただ、画像が多かったり、データ量が大きいと「かんたん移行」では移行できない場合が多く、例にもれず当ブログもそれでは無理でした……

あとは、選択肢としては「移行プラグインを使う方法」「有料サービスを使って移行してもらう方法」「手動で移行する方法」などがあると思いますが……

今回は、「手動で移行する方法」のまとめです！

だって、移行プラグインも試してみたけど、データ量が大きすぎて無理だったから……(๑•﹏•)

ということで、手動で移行するのは下記の手順です！そんなに難しい話ではありません（たぶん）

移行の手順

1. 元サーバーにあるファイルをFTPクライアントソフトでダウンロードする
2. 元サーバーのphpMyAdminでデータベースをエクスポートする
3. 新サーバーにファイルをFTPクライアントソフトでアップロードする
4. 新サーバーのphpMyAdminでデータベースをインポートする
5. wp-config.phpを書き換える
6. ネームサーバーを書き換える

以上です！こう書くと意外と簡単でしょう？(*”▽”)

それでは、それぞれ詳細の手順をまとめていきます。

1. 元サーバーにあるファイルをFTPクライアントソフトでダウンロードする

今回は Windows でサーバー移転を試みたのですが、使ったクライアントソフトはこちらのFileZilla！（Mac版もあるよ！）

https://ja.osdn.net/projects/filezilla/

ja.osdn.net

これが使いやすかったのでおススメです。

起動すると、上部にこういう部分があると思うので、元サーバーのFTPの ホスト名、ユーザー名、パスワードを入力してクイック接続をクリックすると繋がります。

FTPのホスト名などは、元サーバーの管理画面にログインすれば「FTPアカウント設定」等の項目の部分に載っているはずです。

接続が完了するとこんな画面になります。

左側が「自分のPC」の中を参照していて、右側が「元サーバー」の中を参照しています。

やることは簡単。

1. 左側の「自分のPC」に保存用のフォルダを作っておく
2. 右側の「元サーバー」のファイルを、全部「自分のPC」の保存用フォルダにダウンロード

左側は保存用フォルダを選択しておき、右側は全部のファイルを選択し、右クリック→ダウンロードをするだけです。

データ量によってはかなり時間がかかるかもしれません。

参考

このFileZillaはスピード調整ができます。

編集→設定→転送 をクリックします。

ここの「最大同時転送数」が最初は「２」になっていると思います。

数字が多ければ多いほど速くなるのですが（自分の場合は「10」では転送されないデータなどあったため）「5」でやってみたら上手くいきました。

これで、元サーバーからのファイルのダウンロードは完了です！

2. 元サーバーのphpMyAdminでデータベースをエクスポートする

次に、元サーバーの管理画面にログインし、phpMyAdminに入ります。

そして、左側の赤丸で囲んだデータベース名のところを選択後、エクスポートをクリックし、「詳細」を選びます。

あとはほとんどデフォルトの設定で大丈夫なのですが、自分の場合は圧縮形式は「gzip」にしないと失敗したのと、下の赤丸で囲んだ「DROP TABLE / VIEW～」を選択しておいたほうがいいかもしれません。

あとは「実行」するだけです。

データベースのエクスポートは比較的速いかも？

以上で元サーバーでの作業は終わりです。

3. 新サーバーにファイルをFTPクライアントソフトでアップロードする

次に新サーバーでの作業です。

基本的にはこれまでの反対の事をやっていきます。

FTPクライアントソフトで今度は新サーバーの情報でログインします。

先ほどと同様に、左側が「自分のPC」で、右側は「新サーバー」の中を参照しています。

なので、今度は逆に「自分のPC」から「新サーバー」にファイルをアップロードします。

右側は、アップロードすべき場所を選択しておいてください。

左側の「自分のPC」の保存用フォルダに保存したファイルを全部選択し、右クリック→アップロードします。

ここでまたけっこう時間がかかるので気長に待ちましょう。

これで、FTPクライアントソフトでの操作は終わりです。

4. 新サーバーのphpMyAdminでデータベースをインポートする

次に、新サーバーの管理画面にログインし、phpMyAdminに入ります。

ここは簡単で、左の「自分のデータベース名」を選択し、「インポート」をクリックした後、先ほどエクスポートしたデータをインポートします。

以上で、phpMyAdminでの作業は終わりです。

5. wp-config.phpを書き換える

次に、新サーバー側の「wp-config.php」を書き換える必要があります。

新サーバーの中にある「wp-config.php」を開くと下記のような項目があると思います。

上記の赤い部分を新サーバーの情報に書き換えます。

6. ネームサーバーを書き換える

最後にネームサーバーを書き換えて終了です。

ドメインを契約している先の管理画面にログインし、新サーバーのDNS情報に書き換えます。

ネームサーバーの浸透は時間かかると思うので、数日単位でじっくりと待ちましょう。

自分の場合は40時間くらいでだいたい浸透したような気がします。（それまでは新サーバーに繋がったり旧サーバーに繋がったりします）

以上で、手動でのサーバー移行完了です！

お疲れさまでした！(*”▽”)

参考

ConoHa WING では、ネームサーバーを書き換える前に「動作確認URL」で動作チェックもできます。

ただ、自分の場合はここでどうしてもつまづいてしまったポイントがあるので、念のため記録を残しておきます。同じように困っている人もいるかもしれないのでご参考まで。

ConoHa WINGで「このページは動作していません」(リダイレクトが繰り返し行われました) になる時の対処方法

ConoHa Wing にサーバー移転をしようとした時、いろいろとつまづいた点はあるのですが、一番大変だった（気づくまで時間がかかった）のがこのエラーです。▼このページは動作していません　○○〇でリダ...

norirow.com

2023.09.27

更新に失敗しました。返答が正しいJSONレスポンスではありません。

これが投稿画面の一番上に表示されて、リビジョンすら保存されない状態です。

ウチの場合、多言語プラグインの「Bogo」を使っている状態で、他の言語での記事を書いている最中に起きました。

解決方法

これは、どうやら ConoHa WING のセキュリティで引っかかっている時に起こるようです。

ConoHa WING のコントロールパネルに入って、

WING → サイト管理 → WAF を選んで下記画面に行きます。

そこに WAF で何かしらがブロックされた履歴があるはずです。

上記のオレンジで囲った部分にブロックされたIPアドレスがあるので、それを除外してあげればOKです。

除外設定ボタンを押してもいいのですが、それだけだとまた繰り返すことになるので、.htaccessの一番下に下記を書き込みます。

.htaccessに書き込む

SiteGuard_User_ExcludeSig ip(上記オレンジの部分のIPアドレスを記入)

これでOKなはずです！(*”▽”)ﾔｯﾀｰ

▼

このページは動作していません　
○○〇でリダイレクトが繰り返し行われました。
Cookieを消去してみてください。
ERR_TOO_MANY_REDIRECTS

というエラー。

ConoHa WING の動作確認ページではもちろん、実際にネームサーバーを書き換えてもこれになってしまって、解決までにかなりの時間がかかってしまいました。

どうやら ConoHa WING では、SSL絡みでこのようなエラーが出てくることがある模様。

解決方法

ただ、これは、.htaccessにこれを書き込めば解決します。

.htaccessの最後に書き込む

SetEnvIf X-Forwarded-Proto "https" HTTPS=on
SetEnvIf X-Forwarded-Proto "http$" HTTPS=off

これだけ！

きっとこれで解決したはずです。(*”▽”)ﾔｯﾀｰ