被害甚大で慌てたけど…

やっちまったorz

会社のHPをWordPressを使って書き直していて、先週ひと通りの作業が完了したので、公開したんだ。その後、記事の追加を行い、ついでに様々なプラグインのテストをしようと思った。
本番の環境でテストしまくり、いじりまくるのは少々嫌なので、別にテスト用のWordPressを立ち上げ、DBを用意する。自前の鯖なら、どうってことはない作業なので、手作業で行うんだけど、会社のホスティングサーバしているサーバは、手作業の代わりに「簡単〜」というメニューが用意されていて、各種CMSやDBなんかが手軽にインストールできるようになっている。

WordPressのインストールで、MySQLにDBの設定もしてくれる。
ところが、この設定は、何も設定することができず、勝手にやってくれるので、少々困る。
データベース名がアルファベット＋数字10桁で、設置するたびに数字がランダム？に変わってくれる。

テスト作業終了

各種プラグインのテストやら、cssの書き換えなんかで確認をした後に、テスト環境を削除することに。
WordPressを削除。DBは自分で別のメニューを辿って消せというので、削除。

この時、誤って本番環境を削除してしまっていたのだった…。
これに気づかず、本番環境でログインしようとして…。

問題は、DBを消したと思っていないために、あちこち設定をいじり倒して…。修復不能にしてしまったことにある。
サーバの自動バックアップはDBを対象外なので…。意味ないし…。

しばらく格闘したものの、すっぱり諦めて、新規に構築することに。
もともと、ローカルには素材も保存してあるし…。

と思ったけれど、投稿形式（ブログ形式）の記事は、直接フォームで作成しているのでバックアップがない。トホホ…

何か方法はないか？

作業を行いながらも、きっと良い方法があるはずだと…。
そういえば、プラグインで「XML Sitemap Generator」を突っ込んでいる。
こいつはページの構造が変わったり、投稿した場合なんかにsite mapを構築してくれるんだけど、確かGoogleなんかにpingを打っていたはず…。

ひょっとして、と思いGoogleで検索をかけてみた。すると、消えたはずのコンテンツへのリンクが表示されている。キャッシュをクリックすると…「あった！」こんなところに残っていました。

取り出せる分だけ、保存して、そこから再構築といきましょう。
結局、最新の投稿分だけがキャッシュにも残っていなかっただけでした〜。

消えたと思って諦めないでよかったです。一応、ほぼ作りなおすことができました。せっかく作り直すので、デザインも変更して、前回気に入らなかった、会社の製品やらserviceやらは、もう一度作りなおすことにします。

はぁ、なんとかなって良かったっす。