ワードプレスを初期状態に戻したいけど、記事は削除せずそのままにしたいということがあると思います。その場合、どうすればいいのか、その方法と手順を開設します。

再インストールでホームページが軽くなる！

ワードプレスを長期間、運営しているとワードプレスが重くなってきたり、不具合が出てきたりすることがあります。それは、いろいろなプラグインをインストールしたりアンインストールを繰り返したりしていると、アンインストールしたつもりでも、いったんプラグインをインストールすると、そのデータがSQLのデータベースにどんどんと蓄積されて行ってしまうためです。

『upload』フォルダ内に勝手にフォルダが作られていていたりして、それらは、プラグインを削除しても残ったままだったりします。

こうして、運営していると、今後二度と使わないプログラムがどんどんとワードプレス内のプログラムに蓄積していくことになります。

これら、不必要なゴミデータを削除するプラグインなどもありますが、１００％除去することはできません。

ではどうすればいいのでしょうか？

この蓄積ゴミデータを一掃することができるのが、再インストールなのです。再インストールは　あなたが追加してきたコンテンツである記事や画像などはそのままで、プログラムのみを新しいデータに入れ替えることができるのです。

ワードプレス初期化と再インストールの違い

ここで確認しておきたいのが、初期化との違いです。スマホや電子機器、SDカードなどでおなじみの初期化ですが、初期化することで、電子機器が購入当初の状態になりますよね。

使っていて、動きが遅くなったり、あるいはウィルスに感染したりした時の最終手段として、初期化すると思います。初期化で購入当初の状態に戻るので、便利な反面、データがすべてなくなってしまうというデメリットがあります。

ここで紹介する再インストールの方法であれば、初期状態になりつつも、それまでのデータを引き継ぐことができるという、いいとこどりの方法です。

	初期化の場合	再インストールの場合
記事データ	消える	任意
画像などのデータ	消える	任意
プラグイン	任意	任意
プラグインの設定	消える	ほぼ残る
テーマ	任意	任意
ワードプレス本体	消える	消える
データベース	消える	任意
ホームページの設定	消える	ほぼ残る

となります。

マルウェアやウィルス、乗っ取りなどの応急処置に最適

ワードプレスのサイトは、最近では、トロイの木馬やマルウェアなどのウィルス感染によって、ホームページが乗っ取られてしまうことが頻繁に起こるようになってきました。

まさか自分のホームページがそんなことになるわけはないだろうと油断していたら、被害にあってしまって、右往左往する人も多いのではないでしょうか。

ウィルス感染やマルウェアがホームページ内に仕組まれた場合、その部分を取り除けばいいのですが、実はどこに仕組まれたのかを発見することは、専門家であっても非常に難しく、時間のかかることです。

よって、いろいろな検査をしても、検査ごとに結果が違ったりなんてこともざらです。

かといって、専門家に頼むには、時間もお金もかなりかかる、そんなときに、自力でかんとかできないか、とおもうひともいるかもしれません。

この再インストールは、プログラムファイルをすべて削除して、新しいものに入れ替えるので、マルウェアやウィルスの乗っ取りの応急処置としては、非常に有益な方法です。

それでは、順番にやり方を見ていきましょう。

再インストール（クリーンインストール）の手順

手順は非常に簡単ですが、スムーズに進められるように、あなたのSQLのデータベースの情報を手元に用意しておきましょう。

1.『データベース』と『upload』フォルダ以外を削除

ワードプレスにおいて、あなたが追加してきたコンテンツのデータは、極端に言えば、すべて『データベース』と『upload』フォルダに格納されていますので、それさえ残せば、いくらでもサイトは復元できます。

よって、FTPなどでサーバーにアクセスし、フォルダの構造はそのままにして、uploadフォルダのみ残して、あとはすべて削除してしまいます。もちろんデータベースであるSQLも削除してはいけません。

※テーマが格納されている「theme」フォルダとプラグインが格納されている「plugin」フォルダが、ウィルスなどに感染していないという自信があるなら、そのまま残しておけば、より復元が早くできますが、心配な場合は、テーマもプラグインも削除して、新しいプログラムに入れ替えましょう。

2.ワードプレス最新版をダウンロードしアップロード

以下のワードプレスの公式ホームページから、ワードプレスの最新版をダウンロードします。

■ワードプレスのダウンロードページはこちらです＞＞ワードプレス公式サイト日本語ダウンロードページ

データは圧縮されているので、解凍してから再びサーバーにアップロードします。『upload』フォルダに上書きする形で大丈夫です。

ただし、フォルダのディレクトリ構造が前と同じようなかたちで、アップロードするようにしてください。

3.前回使用していたテーマとプラグインの新品をアップロード

もしテーマとプラグインも削除したのであれば、以前使用していたものと同じテーマとプラグインの、新品状態のものをアップロードしておきます。

4.サイトにアクセスし、データベース情報の入力

ワードプレスのプログラムのアップロードが終わったら、サイトにアクセスします。すると、直ぐにデータベースの情報を記入するように促す画面が出てきます。

ここにサーバーの情報を入れて、『送信』ボタンをクリックします。すると、「すでにワードプレスをインストールしてるでしょ？」というダイアログが現れます。

ドヤ顔でログインを押してください。

ログイン名とパスワードは、前に使用していたものを入れます。これで無事復活できました！けど、安心するのはまだ早いです。

5.パーマリンク設定保存

この段階では、すでにホームページが復活していると思いますが、しかし、トップページに貼られている記事リンクをクリックしてみるとびっくり！全てリンク切れになっているではないですか。

でもご安心ください。すべてリンクも元通りになります。まずは、ワードプレスの管理画面に入り、あなたが使用していたパーマリンクと同じ設定にして、設定を保存してください。すると、無事前と同じホームページが復活しました。

まとめ

これができるようになると、ワードプレスの仕組みがわかり、たとえば、サイトの引っ越しなども、自信をもってできるようになるでしょう。

ワードプレスの投稿記事で、文字を見やすくするために、スタイルシートで文字装飾をしている人は結構いると思います。

それによって、記事を公開したときに、文字がとても読みやすくなりますからね。

その見やすさを、記事を執筆しているときの画面にも適用できたら、と思っている人は多いのではないでしょうか。デフォルトの編集画面は飾りっ気がなくて、すごく見にくいですからね。

ここでは、そんな人のために、記事公開されたときと同じ文字装飾のCSSを、新規投稿画面で、下書きをしているときにも、スタイルシートが反映させる方法を、ご説明します。

編集画面にCSSを反映させるためにすること

まずは、これからやらなければならないことが何なのかをご説明します。

大まかにいうと、まずはスタイルシート、CSSの準備。そしてそのCSSを編集画面に読み込ませるためのプログラムの書き換えの二つの作業です。

スタイルシートの準備

公開される記事に使用されているCSSを、編集画面にも反映させたいのだから、その公開記事に使われるCSSを、編集画面にも使われるようにすればいいのでは？と誰もが思うことでしょう。

しかしながら、プログラムとの兼ね合いによって、同一のCSSを共通で利用するということができません。

そのため、公開画面で使用しているCSSとは別に、エディタ画面で使用するCSSを別に用意する必要があります。

といっても、公開画面で使用されているCSSを、そのままエディタで使用するのですから、同じものを用意すればいいのですが、それを別ファイルにします。

CSSはどこにある？

公開画面で使われているCSSは、通常テーマファイルの中にあります。ファイル名は、ほとんどの場合が style.css です。

例）テーマ名が astra だとすると、次の通り。

エディタ用のCSSファイルを作成する

公開画面で使用されているCSSを見つけたら、今度はそこからCSSデータを取り出して、エディタ用のCSSファイルを作成します。

エディタ用のCSSファイルですが、手っ取り早く、上記の style.css ファイルをダウンロードして、ファイル名を変更してアップロードしてしまえばOKです。

その際のファイル名ですが、好きなファイル名にしてもいいのですが、一般的には、editor-style.css　という名前が使われているので、editor-style.css　という名前にすることをお勧めします。

テーマフォルダにアップロード

エディタ用に作ったファイルを、再びアップロードします。これは、公開画面で使用されているCSSと同じ場所にアップロードします。

これで、あとはこのエディタ用のCSSである、editor-styile.css を読み込むようにプログラムを書き換えます。

プログラムの書き換え

いよいよクライマックスです。

先ほどアップロードしたエディタ用のCSSを、編集時にエディタが読み込んでくれるように、プログラムを書き換えます。

書き換えるファイルは、先ほどのスタイルシートであるCSSファイルが格納されていたテーマフォルダの中にある、functions.php　です。

このファイルに、先ほどのエディタ用のCSSファイルである、editor-style.css を読み込んでください、と命令するコードを挿入します。挿入するコードは次です。

このコードを上記の function.php のどこでもいいので、挿入します。

これで、エディタ用のCSSが、編集時に読み込まれることになります。

CSSが反映されない場合に確認すべきこと

実は自分で、この手順でやったのに、CSSが反映されずに焦りました。

でも、今では無事に表示できているので、ご安心ください。上記のことをやっても、CSSが反映されない場合は、あきらめずに次のことを試してみてください。

CSSのセレクタをシンプルにする

私の場合、CSSのセレクタが原因で、表示されていませんでした。具体的に言うと、使われていたセレクタは　.entry-content h4 { のようになっていましたが、これを、.entry-content の部分を削除して、h4 {　だけにしたところ、見事に反映されるようになりました。

間違える人はいないかと思いますが、セレクタを削除するときは、左側の孫から消して、親はかならず残してください。

ブラウザやサイトのキャッシュを削除する

上記のことをしても、まだ反映されない場合は、キャッシュを疑ってください。

ブラウザのキャッシュの場合は、クロームを使用していたのであれば、今まで使用していないファイヤーフォックスやIEなど、キャッシュがされていない新しいブラウザを使ってみるといいでしょう。

また、表示速度を上げるためのプラグインなどを使用している場合は、そのプラグインを一旦止めてから、確認してみてください。

まとめ

どうでしょう。エディタ画面が見やすくなると、いろいろと記事を書いてみたくなってきたのではないでしょうか。

ホームページ運営で一番大切なことは、コンテンツを増やすことであって、こうした装飾は、あまり時間を割くべき事柄ではありません。

しかし、こうした装飾によって、記事執筆がはかどるのであれば、装飾も無駄なこととは言えないでしょう。

自分の記事を書くぞという、モチベーションが上がらない時には、こうしたことで、見栄えをよくするのも、また、有意義なことでしょう。

 

プラグインに頼ると逆にワードプレスのバックアップはできない？

ワードプレスのバックアップって、なんか、すごく難しそうだし、面倒くさそうですよね。

でも、バックアップ専用のプラグインを使うことで、ワンクリックですぐにバックアップがとれたり、決まったスケジュールでバックアップを取ることもできてしまいます。

そんなプラグインを利用している人も多いかもしれませんね。

しかし、そんなバックアップ専用のプラグインをつかったばっかりに、逆にバックアップできていなかったなんてことが起こりうるのです。

というのも、特に丸ごとワードプレスのバックアップをしてくれるようなプラグインは、リソースを大量に消費するので、ある程度ハイスペックなサーバーでないと、たびたびエラーに見舞われることになります。

ワンクリックで、あとはほったらかしで、バックアップが取れているはずだったのに、あとで確認してみたら、エラーでバックアップが中座していた、なんてことがよくあるのです。

バックアップの仕組みを理解すればウィルスも怖くない

バックアッププラグインを利用するデメリットはもう一つあって、それはもしサイトがウィルスやマルウェアに感染していた時、ウィルスやマルウェアも一緒にバックアップしてしまうということです。

逆に言えば、バックアップの仕組みを理解することで、ウィルスやマルウェアに感染しても、まったく慌てなくなりますし、バックアップできていなかったというミスは格段に減ります。

よって、バックアップを手動で行うことは、少しの手間と引き換えに、あなたに大変なメリットをもたらすことになります。

多くの人が誤解しているのですが、ホームページを攻撃されたり、ハッキングされたりするのは、なにも大手サイト、有名サイトばかりではありません。

つまりあなたのサイトもほかのサイトと同じように狙われているのです。しかし、万が一、あなたのサイトがウィルスん感染しても、この手動バックアップの方法を知っておけば、まったく慌てることはなくなります。

本当に必要なバックアップはあなたが作ったコンテンツ

さて、では、何をバックアップすればいいのでしょか。とりあえず、サーバーにあるデータを全部ダウンロードすればいいのだろうと思うかもしれません。

しかし、実はサーバーにあるデータをすべてダウンロードしても、バックアップしたことにならないのです。つまり、せっかくダウンロードしたデータが手元にあっても、それを復元することができないのです。

そもそも、プラグインやテーマファイルなどは、頻繁に変えるものではないですし、どのテーマやプラグインを使っていたかを覚えていれば、新しくダウンロードできるので、バックアップする際に、バックアップデータに含める必要はありません。

本当に必要なバックアップとは、あなたが作ったコンテンツです。あなたがつくったコンテンツは、なくなったら、替えがきかないのです。

では、あなたが作ったデータはどこにどのように格納されているのでしょうか？

それは、データベースと、メディアファイルです。

この二つのデータさえあれば、サイトを復元することができるのです。逆に言えば、この二つのうち、どちらかが欠けると、サイト復元できません。

具体的に何をすればいいか？

では、データベースとメディアファイルをバックアップするにはどうすればいいのでしょうか？

データーベースはエクスポート機能を利用して、データベースを取り出します。そして、メディアファイルは、FTP接続によって、ダウンロードします。

データベースのエクスポートはほんの数秒で終わりますし、メディアファイルは一度すべてをダウンロードしておけば、次からは差分ダウンロードといって、増えた分だけをダウンロードするので、これも一分もかからないでしょう。

そしてこれら二つのデータを、ローカル、あるいはクラウドでもいいのですが、データとして保存しておきます。

データのサイズも必要最小限の大きさです。

データベースの取り出し方

データベースは、サイトデータが保管されているところとは別のところに保管されています。そして、データベースを扱うには、データベース専用のソフトを使います。

このデータベース専用ソフトは、”phpadmin”といって、レンタルサーバーを借りているのであれば、ほとんどのろこでは、標準でインストールされていますので、調べてみてください。

万が一、インストールされていなかったとしても、このソフトは無料で配布されているので、そこでダウンロードして、サーバーにインストールしましょう。

phpadmin の公式ダウンロード先　→　🔗Bringing MySQL to the web

phpdamin の管理画面に入りましたら、データベースを選択し、エクスポートを押すと、ダウンロードが始まります。

データベースがたくさんあっても、一つのまとまった圧縮ファイルにしてくれます。

また、復元するときも、その圧縮ファイルから、展開してくれますので、その圧縮ファイルのまま保存しておけばOKです。

メディアの取り出し方

メディアは、FTPソフトを利用して、ダウンロードします。

ダウンロードするのは、「uploads」フォルダ丸ごとです。

場所は、ワードプレスのプログラムがインストールされているフォルダの、

public_html(あるいはxxx.com) > wp-content > uploads

このフォルダの中に、あなたが作成したページや投稿で使用した画像やその他メディアファイルが全て格納されています。

これをまるごとダウンロードします。

テーマとプラグインについて

テーマとプラグインに関しては、バックアップすることをお勧めしません。正確に言うと、あなたのワードプレスサイトからダウンロードしたデータをバックアップすることはやめたほうがいいということです。

なぜなら、あなたが使用したテーマやプラグインのファイルは、あなたが使用しているうちにウィルスやマルウェアが混入してしまった恐れがあるためです。

多くの場合、テーマファイルやプラグインファイルは、配布元からダウンロードした際は、ウィルスが混入していることはまずありません。

しかし、あなたがサイトで利用しているうちに、脆弱性をつかれて、ウィルスが侵入してきたり、サイバーアタックによって、マルウェアをしかけられたりすることがあります。

ですから、テーマやプラグインは、あなたのワードプレスのサイトからダウンロードしたものをバックアップするのではなく、配布元から、配布されている元データの状態をバックアップしておきましょう。

まとめ

上記の手順を見てきて、「なんだ、けっこうやることありそうだし、面倒くさそうだなぁ」と思った方もいるかもしれません。

しかし、この手順を理解し、この手順に慣れておくことで、この先、あらゆる場面で、戸惑うことがなくなります。

たとえば、サーバーの引っ越しや、あなたのサイトがマルウェアに感染した場合、サーバーのトラブルで、突然データが消えてしまった場合など、今、あなたはそんなこと起こるはずがないと思っていることも、ある日突然起こります。

そうしたときに、このバックアップ手順に慣れておくことで、スムースに対応できることでしょう

SSL化したはずのサイトに警告メッセージ！

やっとSSL化して、アドレスも http:// から　https:// になって、やっとSSL化できたと思ってたのに、サイトにアクセスすると、アドレスの横にはビックリマーク「！」が付いていて、そこをクリックすると、次の表示が。。

このサイトで目にする画像は、悪意のあるユーザーによって差し替えられたものである可能性があります。

この警告の原因と解決方法

この警告の原因は、簡単に言うと、サイト内にSSL化されていない画像が紛れてしまっていることを指します。

SSL化されたサイトであれば、そのサイト内に収蔵されている画像は、SSLとして呼び出されるはずなのですが、SSL化されてない状態で画像が呼び出されたりしているときにおこります。

いわゆる、混合コンテンツというやつです。

つまり、http: を https: にすれば解決というわけです。

http を探すにはプラグインが便利

簡単に言うと、http を https に書き換えればいいわけです。つまり検索と置換。それには、ウェブサイト内の文字列を詮索できるプラグインを使えば、簡単です。

検索置換プラグインとして有名なのが search regex

でしょう。

しかし、このプラグインは、投稿内の文字列しか検索しません。それによって、検索して http を見つけ出して、それらを全て https に置換したはずなのに、いまだ症状が改善しないという現象が起こることが良くあります。

つまり、HTMLコードとかjava script などのコードまでは修正しないために、置換残りが起こってしまいます。

よって、そうしたプログラムコードまで置き換えするツールを用いなければなりません。

データベースの文字列まで検索置換する “Better Search Replace”

プログラムコードを置換して書き換えるというのは、非常に危険な作業です。投稿の文字は、間違えたらあとから修正すればいいのですが、プログラムコードの場合、たった一文字間違えただけで、サイトが閲覧不能になり、修復できなくなってしまいます。

ピリオドが一つ抜けただけで、サイト全体が回復不能なほど壊れてしまうのです。

先ほど挙げた Search regex というプラグインであれば、投稿内だけの置換を行うため、そうした危険性はなく安全ですが、その代わりに、プログラムコードまでの書き換えは行ってくれません。

よって、今回のような問題を解決することはできません。

これから紹介する Better Search Replace は、プログラムが格納されているデータベースの文字列まで検索、置換してくれるので、今回のようなSSL化後のコンテンツ混合問題を一発で解決してくれます。

実際に私も、初めは Search regex で解決しなかった混合コンテンツ問題も、この Better Search Replace を使うことで一発で解決できました。

Better Search Replace を使って安全に置換を行うコツ

Better Search Replace の詳しい使い方に関しては、こちらのページ🔗 で紹介していますので、そちらを合わせて参考にしてください。

ここでは、混合コンテンツ問題におけるコードの書き換えを安全にする方法を紹介します。

簡単に言うと、プログラムコードの自分のサイト内の画像呼び出しリンクURLで、http となっているところを、https に変えればいいだけです。

しかし、だからといって Better search replace のプラグインを使うと、本来変えなくていい http まで変更してしまうことになります。

では、変える必要のある http とは、どの http かというと、自分のサイト内の画像、メディアを呼び出しているリンクですので、その変える必要があるhttpのみを変更するように、次のようにします。

仮にあなたのサイトのURLが、abc.com だとします。

その場合、

“http://abc.com” “http://abc.com/index.php” “http://abc.com/contact.php” “http://abc.com/s.html” “http://dij.coj/dfi..r”

[su_icon icon=”arrow-right” color=”#dd3333″ size=”68″ padding=”10″ radius=”5″]

“https://abc.com” “https://abc.com/index.php” “https://abc.com”/contact.php” “https://abc.com/s.html” “http://dij.coj/dfi..r”(変更の必要なし）

としなければいけません。ここで、変更すべきURLの全てに共通しているのが、http://abc.com の部分ですので、

置換前を　http://abc.com　と指定します。そして、置換後を　https://abc.com とします。

これによって、置換しなくていい場所まで誤って置換することがなく、安全に置換することができます。

実際、私は、これによって、混合コンテンツ問題を解決し、無事SSL化に成功しました。