これから、ナウでヤングなサーバーからXサーバーにWordPressを移転する・・・。
そんなヒトのために、私がこれまでに見つけた、サイトの不具合。
それらを、まとめておこう、と思う。
動作確認をしてみたときには気づかなかった、見落とした不具合。
WordPressの移転には、こんな影響出るよってことで。

今回、移転するついでに、このへっぽこアホアホサイトを、SSL化したので・・・。
サイトのURLの頭が、「http」から「https」に変わったことも、
もちろん影響している。

なんで「https」化したかと言うと・・・。
Google先生が、検索結果に優位に働かせる、と言ってたし。
Xサーバー、キャンペーン中で、CORE SSLなら、年間1000円（税抜き）が、
初年度無料やったのよ～～～。
（キャンペーンは、CORE SSLの場合、1サイトのみ無料）

しかも、サーバーにSSLを設定するのは、Xサーバーがやってくれるから、
こちらがやるのは、SSL化を申し込むだけ。

あ、WordPressの移転については・・・。

先人のサイトの記事が参考になるので、参照されたし。

「ロリポップからエックスサーバーに移転する方法」
「悪戦苦闘5日間！ロリポップからエックスサーバーへのWordPress移転方法！」

で、私がこれまでに見つけたサイト移転の不具合。

１、「https」化した影響で、密林様アソシエイトの広告が、全部消えてもうた

これは、プラグインつかって検索し、密林様のコードのある箇所の表記を直して、対処。

２、Jetpackを使ったWordPressと顔本との連携がまた崩れた

またかよ～～～と思いつつ、連携やりなおし。

３、ナウでヤングなサーバーの設定丸ごと持ってきたはずなのに、ボタンの背景色が変

これから、Xサーバーのほうの「style.css」を、バックアップとって直す

今のところ、移転の影響で出たと思われる、サイトの不具合はこれくらい。

たぶん、私が気がついていないだけで、まだまだたくさんあるんやろうと思う。

まあ・・・。

地道に、探して、つぶしていくしかないよね。

WordPressを移転させるのは、作業自体も慣れてないと大変やし、
移転後も、ちょこちょこと不具合が出てきて、修正しないとアカンし。

私のオススメとしては・・・。

これから、WordPressでサイトを構築するのなら・・・。

ナウでヤングなサーバーより、初めからXサーバーでサイト構築したほうが、
後々がラクチンやと思うよ～～～。

サーバー移転の影響やと思う。
サイトのデザインが、何箇所かナウでヤングなサーバーのときと違う。
ファイルもデータベースもそのまま移転させたのに・・・。
何でやねん？！
どこをどう直したらええんやろ・・・？

メニューと同じ背景色、文字色にしたはずなのに・・・。
なぜか、ボタンの背景色が違う。

まるで、デフォルト設定のような背景色。

でも、デフォルト設定やと、背景色がグレーで、文字色が黒。

このへっぽこアホアホサイトの移転前の背景色は紫。
文字色は白。

移転後のボタンを見ると、背景色がデフォルトのグレーで、文字色が白。

何でやねん・・・。

動作確認してたときには、この表示の違いで、どっちのサーバーの内容を反映させているのか、
わかりやすくて重宝したんやけれど・・・。

そう、モノゴトには、良い面・悪い面があるから、一概に「アカン」と決め付けたらあかん。

でも、いつまでも表示がこのままなのはよろしくない！！！

ナウでヤングなサーバーから、ファイルもデータベースも丸々移転させたから、
表示は同じになるはず・・・。

なんでやね～～～～ん！！！

ここで、ふと気づく。

Xサーバーに移転させるとき、まずサーバーを契約し、
それからWordPressをインストールして、ナウでヤングなサーバーから、
データベースを移転させるから、Xサーバーの空っぽのデータベースを削除して、
そこに移動させて・・・。

ファイル類は、全部移したつもりやけれど・・・。

もしかして、Xサーバーにインストールした、新しいWordPressのファイルを読み込んでるのか。

このへっぽこアホアホサイトは、デフォルトテーマのtwentytwelveをカスタマイズしている。

元テーマをいじくると、WordPressでテーマのバージョンアップがあったとき、
カスタマイズした内容が全部デフォルト状態に戻ってしまうので、
「style.css」と「functions.php」を、子テーマにつくり、そっちをカスタマイズしている。

でも、親テーマのそれらを読みに行く設定にしているから・・・。

XサーバーでインストールしたWordPressの、twentytwelveの「style.css」を読みに行ってるのか。

でも、WordPressのバージョン同じなのを確認して、移転作業始めたはず。

何でやねん・・・。

とりあえず・・・。

ナウでヤングなサーバーのtwentytwelveの「style.css」の内容を、
Xサーバーのそれに移植しなおしてみるか・・・。

Xサーバーのtwentytwelveの「style.css」のバックアップをとってから。

はあ・・・。

ちょこちょこと、不具合出てくるなぁ・・・。

もぐらたたきみたいや。

ナウでヤングなサーバーから、Xサーバーに無事引越し完了。
問い合わせフォームのテストもうまくいったし。
不具合はちょこちょこ出てるけど、少しずつ解消していくしかないよなぁ。
期間限定社畜、昨年いっぱいの予定がまた延びたし。
地道に、処理していこうっと・・・。

で・・・。

不具合・・・というワケではないんやけれど、JetpackとFacebookの連携を、またやり直す。

ツイッターやググタスはいちいちやり直さなくても、
WordPressがバージョンアップしても、Jetpack自体がバージョンアップしても、
連携崩れたのは、一度くらいしかない。

でも、顔本はしょっちゅう・・・連携がおかしくなってる。

以前、顔本とWordPressを連携させる専用プラグインがあったのやけれど、
顔本がAPIを変更したとかで、どうやっても連携できなくなり、
開発者がそれ以上の更新をあきらめ、ライブラリーから泣く泣く削除、撤退したことがある。

変更したAPIの仕様を、その開発者に公開しなかったのかもしれない。

顔本が開発した、WordPressと顔本を連携させるプラグインもあるにはある。

ただ、ユーザーのレビューを読んでいると、あまり使いたい・・・とは、思えない。

というワケで、XサーバーでのJetpackと顔本の連携を、やりなおす。

以前、ナウでヤングなサーバーでJetpackとの連携が崩れたとき、
Xサーバーで連携崩れたらこうしよう、という記事が真っ先に検索に引っかかった。

再度その記事を読み。連携をやり直さねば。

顔本が閉鎖的・・・自分のところで開発したプラグインを使わせたいのかしらんけど、
ホンマにいちいちめんどくさいわぁ～～～。

ぶつくさいいつつ、再度、以前検索に引っかかった記事を読み直す。

その記事がこちら↓
「Jetpack共有設定ができない？！」

ナウでヤングなサーバーからXサーバーに引っ越したなど、
データベースやファイルを別のサーバーに移転させ、連携崩れた～～～というヒトは、
上記の記事を参考に、連携をやり直すべし。

とはいえ・・・。

Google Analyticsでアクセス解析をしてみると・・・。

顔本からの流入ってあんまりないんよね。

だから、そこまで注力しなくてもいいかな、という気もちらっと起きたりする。

でも、顔本にこれ以外に投稿してないから・・・。

投稿が飛ばないと、それはそれで何だかさびしい感じになってしまうし・・・。

とりあえず、連携はしとこう。
うん。