WordPress:別のサーバーへのバックアップと復元

修理今週、私のサイトがコメントスパムボット(空想科学小説のように聞こえますか?)によって攻撃されたとき、攻撃を阻止する前に、サーバーを何度も再起動することを余儀なくされました。 実際、WordPress内のデータベースやファイルが破損したのは、イベント後、サイトがダウンせずに数時間ほど続くことはなかったからだと思います。

この機会を利用して、サイトをリセラーアカウントの新しいアカウントに移動しました。 Jumpline.com画像2260935 1169332。 私は何年にもわたってJumplineに恍惚としてきました。 私は約30のWebサイトをホストしていますが、ホストしているクライアントから電話を受けることはほとんどありません(サポートが必要な場合を除く)。 サービスは素晴らしく、彼らのサポートチームは素晴らしいです。

彼らのサポート技術者は、実際には、私のサイトを殺しているのはスパムボットであると特定した人たちでした(ありがとう!)。 新しいアカウントに移動すると、このサイトは最新バージョンのPHP / MySQLになり、非常に優れたAjaxWebメールアプリケーションが提供されます。

私が気づかなかったのは、やろうとすると信じられないほどの苦痛だったということです。 WordPressのインストール。 そこにあるプラグインの多くは、WordPressデータベースにフィールドとテーブルを追加します。 私は常にプラグインで評価しているので、私のデータベースは大惨事でした。 WordPressまたはデータベースのバックアップを実行し、それを新しいアカウントに復元することは、おそらく問題を解決するだけでした。 少なくとも、そこにたくさんの追加のフィールドとテーブルを投げるつもりでした。 プラグインを非アクティブ化するときに、WordPressの将来のバージョンでデータベースの変更を義務付けて、ゴミが残らないようにしたいと思います。

WordPressブログをXMLに出力して再インポートする追加のプラグインもいくつか調べましたが、多くのデータが失われます。 XNUMX時間後(私は眠りました)、アカウントと該当するすべてのデータの移動は実際に完了したと思います。 少し悪夢でしたが、これが私がしたことです:

  1. 元のサイトとデータベースをバックアップしました。
  2. 新しいアカウントにWordPressを最初からインストールしました。
  3. 新しいアカウントに最新のWordPressプラグインを最初からインストールしました。
  4. すべてのプラグインオプションとサイト設定を設定します。
  5. のテーブル比較をしました あらゆる ソースデータベースと宛先データベースのテーブル。
  6. 移行先データベースに存在しなかった移行元データベースのすべてのフィールドを削除しました。
  7. 宛先データベースのすべてのテーブルを空にしました(標準のWPテスト投稿を削除します。
  8. 各テーブルのエクスポートを行いました 無し ドロップして再作成します。 これにより、同じキーを使用してレコードが新しいデータベースに書き込まれるため、関係が壊れることはありません。
  9. wp-content \ uploadフォルダーをソースアカウントから宛先アカウントにコピーしました。 ドメイン名も移動したので、すべての画像参照が維持されました。
  10. ブログを運営してテストしました! いくつかのページのパーマリンクをクリーンアップする必要がありました。理由はわかりませんが、その後は問題ありませんでした。

WordPressに競争力のあるブログプラットフォーム用のインポートが組み込まれているのは興味深いことですが、プラグインの変更を無視するWordPressからWordPressへのインポートを実行するためのインポートはありません。

それはほとんどそれをしました。 あなたは私が新しいを実行していることに気付くかもしれません テーマ。 実行しているベータテーマで、単に小さな問題が多すぎました。 このテーマを大幅にカスタマイズしましたが、ほぼ必要な場所にあると思います。

テーマに関する私の唯一の不満は、 著者 下部の> body>タグの上にあるテーマ全体に共通のフッターを実装しなかったため、GoogleAnalyticsスクリプト全体を手動で入力する必要がありました。 カスタムフッターを作成して参照することもできましたが、テーマの作成者がすべてに「フッター」という名前を使用していたため、後で混乱したと思います。 でも、とても素敵なテーマです!

私は今戻ってきたと思います! 今、私は仕事に取り掛かる必要があります!