WordPressが壊れたら？

ブラウザくんはなぜ過去のデータと最新のデータをごっちゃにしてしまうのか？
それは、できるだけ早くサイトを表示させようとしているからです。

サイトの表示は画像や文字などのいろんなデータをネットからダウンロードすることで実現されます。

ただ、ダウンロードは時間がかかるんです。
なので、一度見たサイトのデータはパソコンに保存しておき、次に見たときはそのデータを使うことで素早く表示させる仕組みになっています。

次に見たときにそのサイトが前と同じなら問題ないんですが、リニューアルなどでサイトの中身が変わったときに問題が起こります。

基本的には変わったデータをダウンロードする仕組みになっているんですが、それが中途半端にされてしまうことがあります。
このときに前のデータと今のデータがごっちゃになってサイトが変な見え方になってしまうのです。

ブラウザによって名前が違いますがどれも同じものです。
Edge→InPrivate ブラウズ
Firefox→プライベートブラウジング
Chrome→シークレットモード

Chromeがアクティブな状態（デスクトップで一番前に来ている状態）で上記のキーを押さないと動きません。
意味がわからない人は、Chromeの下記画像部分をクリックしてください。
それがアクティブということです。
その状態でCtrl＋Shift＋Nを押します。

シークレットモードは過去のデータを使わずに全部新たにダウンロードして表示します。
なので、過去のデータとごちゃまぜになって崩れることがありません。

逆にシークレットモードを使ったときだけ崩れているのであれば、それは過去のデータが正しくて今のデータが間違っているということなので修正が必要です。

たぶん、問題が起こっているのはプラグインかテーマのどっちかです。

このどちらかがアップデートした最新WordPressに対応していない可能性が高いです。

WordPressはWindowsやiOSなどと同じように定期的に更新されます。

そのとき更新されるのはWordPress本体だけで、その中にあるテーマやプラグインは更新されません。（それぞれ個別で更新されます）。

更新すると今までのルールが変わることがあります。

が、テーマやプラグインは更新していないので、今までのルールのままだと思って動きます。

そこで意思疎通が取れなくなり、動作がおかしくなってしまうというわけです。

同じルールで動いているときは問題が起きないけど、ルールが変わると、今までそのルール前提で動いていたものがおかしくなりることがあります。

どれが原因か特定するために１つずつオンオフを切り替えて確認していきます。

既存テーマを使うと、いらない機能ばかり詰め込まれ、必要な機能が足りない、いわゆる「帯に短し襷に長し」になりがちです。

欲しい機能があるけど使いたいテーマでは実現できない、だからプラグインで実現する。というのがよくある流れですが、プラグインは簡単に願いを叶えてくれる反面、問題が起こったときにすぐに行き詰まるモロさを持ち合わせています。

プラグイン1つ1つはすばらしくても他のプラグインを同時に使うことは想定していない（していたら開発が終わらない）ので、想定外のトラブルが起こりやすいです。

舞台セットのハリボテみたいなもので、オモテ向きは充実しているように見えても、ウラはテープでベタベタつぎはぎ、少し押せば全部バターンと倒れるみたいな。

自作テーマは必要な機能だけ自分で書いて加えていくので、このような問題が起こったときもどこの記述に問題があるか原因と対策が決めやすいです。

オンにするとそのサイトのエラーがあなただけでなく、全世界に公開されることになります。
エラーはハッキングの格好のターゲットです。
つまりエラー表示を常にオンにするということは「ここからハッキングしてください」と言ってるようなものです。
なので、必要なとき以外はオフにしておきます。

Windowsのエディタといえば「メモ帳」ですが、サイト制作でこれは使ってはダメです。
サクラエディタ、Visual Studio Code、Atom、Sublime Textのどれかを使ってください（無料）。
自分はSublime Textを使いますが、人気なのはVisual Studio Codeです。

目視でこの文言を探してたら日が暮れます。ファイル内検索を覚えましょう。
ファイルを開いて「Ctrl」キーを押しながら「F」を押します。

エンターを押すたびにそのワードが書かれているところにジャンプします。

変数とはプログラム用語で「ある値が入ったもの」です。

変数は自分で好きに作ることができます。

たとえば、$aiueo = 1+1;と書くと$aiueoには1+1の答え、「2」が入ります。

PHPでは「echo」という命令でその後に続くものを文字で表示させることができます。

HTMLでは「こんにちは」と書けばそのまま文字で表示されますが、PHPは「echo」と命令しないと何も表示されません。

で、echo $aiueo;と書くと$aiueoには2が入っているので、画面上には「2」が表示されます。

しかし

$aiueo = 1+1;
$aiueo = 2+3;
echo $aiueo;

こう書いた場合は「5」が表示されます。

最初は1+1で2が入っていましたが、echoする前に2+3、つまり5が$aiueoに入ったので、値が変わったからです。

このように同じ名前で中の値がいろいろ変わるので「変数」と言います。

で、今回のエラーは「未定義の変数trueeeee」と言っています。

言い換えれば「trueeeeeなんて変数は存在しない」と怒られているわけです。

厳密には今回のエラー特有の箇所、「trueeeee」や自分のファイルの場所を示す「（ファイル名）on line 84」などは不要ですが、それを判断しているとややこしくなるので、考えずにそのままGoogleに丸投げしてしまっていいです。

今のGoogle検索は賢いのでそのあたりはうまく処理してくれます。

エラーの最後にはそのエラーがファイルのどこで起こったかが書かれています。

今回の場合「wp-config.php on line 84」、つまりwp-config.phpというファイルの84行目でエラーになっているということです。

行数はエディタによって表示できるものとできないものがあります。表示できるもののほうが便利です。

翻訳でも意味がわからないときはその文章をそのままGoogle検索に投げてしまうといいです。

大抵のエラーは過去にいろんな人が同じ経験をしています。

その情報がヒットし、解決方法も書いてあるので、それを参考に対応していけばエラーが解決します。

↑「WordPress」なんて一言も言ってないのにWordPressでの対処方法が出てくる有能ぶり

厳密には今回のエラー特有の箇所、「trueeeee」や自分のファイルの場所を示す「（ファイル名）on line 84」などは不要ですが、それを判断しているとややこしくなるので、考えずにそのままGoogleに丸投げしてしまっていいです。
今のGoogle検索は賢いのでそのあたりはうまく処理してくれます。

1つエラーが解決すると、また別のエラーが起こることがあります。

それは解決に一歩近付いたということです。

プログラムというものは１つずつ順番に処理を進めます。

エラーになったところで処理が止まってしまうので、その後にエラーがあってもなくてもオモテにでてこないのです。

1つずつ消していけばいつかエラーが出なくなるので、地道に対応していきましょう。

過去にデータベースのバックアップをしていないとこの作業はできません。
今の壊れたWordPressのファイルを1つずつ見ていって原因を探るか、WordPressを一度消して最初から作り直すしかないです。
前者はプログラミングの専門知識が必要になりますし、後者はとても手間がかかります。
どちらも嫌ですよね。

それをしなくていいようにおかしくなる前にバックアップを取っておくことが大事なのです。
人間の健康診断のようなものです。

今のWordPressが壊れる前にコピーしておいたWordPressでまるごと上書きすることになります。
少し手順を間違えるだけで、それがまたWordPressを壊す原因になってしまう可能性もあります。
作業は慎重に進めましょう。

FTPソフトで保存した場所が見つけきれないなら、エクスプローラ（フォルダ）から直接持ってくる方法がわかりやすいです。

ただし、このやり方はミスの元になるので、おすすめしません。
なるべく早くFTPの左右ウインドウでやり取りする方法に慣れたほうがいいです。

サイト作成を続けると同じようなファイルをいくつも作ることになりがちです。（新しいデータを作ったけど、古い方も念のため取っておきたい、など）
今回のように丸ごとコピーしたものがいくつもあると、パッと見で区別がつかず、古いもので新しいものを上書きしてしまったりします。

これを防ぐには自分のパソコンのファイルとサーバー上のファイルをフォルダごと同じ構造にして、双方を常に連動させるようにします。（「同期」と言います）
これにより、左右どちらかのフォルダを移動したらもう一方も同じように移動するようになり、フォルダを間違ってダウンロードしたりアップロードする失敗を防げます。
また、左右どちらのファイルが新しいか、色で判断できるようにもなります。

FileZillaの場合は緑が新しいファイル、黄色はもう一方に存在しないファイルです。
黄色が多いときは全く違うものを同期させようとしている可能性があります。
このように視覚的に注意喚起させておくと作業に集中しやすくなります。
FileZilla以外のFTPソフトでも大体似たような機能はついています。

WordPressはファイルとデータベースの組み合わせで1つのサイトを構成しています。

他のデータベースサーバーでは管理画面で「データベース」「phpmyadmin」などのキーワードでページ内検索（Ctrl押しながらFを押して出る欄に入力）すると見つかると思います。
↓はエックスフリーの有料版「エックスサーバー」の場合。

ちなみに「phpMyAdmin」は「ピーエイチピー・マイ・アドミン」と読みます。

一番上に「information_schema」というのがありますが、これを使うことは今後ないので、存在しないものと思っていいです。

たくさんのテーブルが集まって1つのデータベースが作られています。

1つのデータベースとファイルを組み合わせて１つのWordPressが作られています。

wp-config.phpはWordPressのファイルデータの一番上の階層にあります。
ファイルを開いて「DB_NAME」と書いてあるところを探してください（Ctrl＋Fでファイル内を検索）。
DB_NAMEの右に書いてあるのがデータベース名です。
下の画像では「aiueo」がデータベース名です。

壊れてるものを保存する必要があるの？と思うかもしれませんが、あります。
もしかすると消したあとにデータベースが原因じゃなかったことが分かるかもしれません。
そのときに戻せるようにするために今のデータベースも念のため保存しておく必要があるんです。

データベース名ではなく、テーブル名を押してしまうと、そのテーブル１つだけしか保存できません。これでは丸ごと保存するデータとしては不完全です。

拡張子は「.sql」です。

こういうエラーになるときは、どのデータベースか指定していないのが原因です。

「インポート」を押す前にデータベース名を押せば成功します。

データベースを保存した当時の状態に戻るので、そのあとに作った記事やデザインの変更などはなくなります。
それらは手作業で地道に作り直すしかありません。

それをできるだけ少なくするために普段からこまめなバックアップを意識します。