Web サイトをバックアップする際に注意すべき点は何ですか?-PHPチュートリアル-php.cn

Web サイトをバックアップする際に注意すべき点は何ですか?

WBOY

リリース： 2016-07-25 08:49:48

オリジナル

971 人が閲覧しました

すべての PHP オープンソースコンテンツ管理システムが同じであることに気づきましたか?
1. これらはすべて PHP プログラムで書かれており、データは mysql データベースに保存されます。LAMP は最適な展開環境です。
2. joomla!、dedecms、phpwind、ecshop などの Web サイトのコアプログラムは比較的固定されており、プログラムのバージョン番号が一致していない場合でも、公式は完璧なアップグレードソリューションを提供します。
3. ウェブサイトのテンプレートは独立しており、ユーザーは自分の好みに応じて満足のいくテンプレートを作成できます。
4. phpcms システムが Web サイトの移行を行う場合、原則は同じですが、方法が若干異なります。 Web サイトのコアプログラムに大きな変更を加えていない場合は、新しいコンテンツ管理システム (CMS) を新しい PHP スペースに直接インストールし、mysql データベースを復元し、Web サイトのテンプレートファイルを復元して、ファイルを再生成できます。これらはすべて Web サイト移行のためのおおよその手順です。
5. オープンソースなので、公式ヘルプマニュアルに従って簡単にコンテンツ管理システム（CMS）の二次開発を完了できます。
上記の分析と同じ点に基づいて、Web サイトのデータのバックアップ作業を行う場合、PHP オープンソースコンテンツ管理システムの特性に基づいて、どのデータが重要で最初にバックアップする必要があり、どのデータが二次的なものであるかを区別する必要があります。後でバックアップできますか?優先順位のない作業を実行し、災害が発生したときに初めて必要なデータが完全にバックアップされていないことに気づくことは避けてください。このような事件が起こったら悲劇的ではないでしょうか? そこで、私たちはインターネット上の優れたオープンソースコンテンツ管理システムを分析し、ユーザーが優先順位を区別して最適なものをバックアップできるようにするための、より科学的な Web サイトデータバックアップ方法をまとめました。
1. 最も重要なデータは何ですか?
私の意見では、MYSQL データが最も重要であり、最初に (複数の方法で) バックアップする必要があります。 MYSQL データベースは、Web サイト全体のコンテンツを保存する独自のリソースであり、Web マスターが長年にわたって蓄積したものです。破棄 (または破損) すると、最初からやり直さなければなりません。残りの Web サイトテンプレートと Web サイトのコアプログラムが失われた場合 (または破損した場合)、お金を払って元どおりに再構築することはできますが、Web サイトの MySQL データベースが失われた場合は、お金で買い戻すことができます。つまり、mySQL データが最も重要です。
2. 科学的な方法でウェブサイトのデータをバックアップします
まず、自社のオープンソース CMS システムの特性を理解し、科学的かつ合理的なバックアップ計画を立てて、バックアップ作業を効率的に完了します。香港/米国の PHP 仮想ホスティングに最適なバックアップソリューションは次のとおりです:
A. mysql データベースのバックアップを優先します。mysql データベースの複数のバックアップ方法がマルチバックアップフォーラムで紹介されています。ユーザーは、Imperial Backup King の Web サイト移行ガイドと各 PHP アプリケーションの mysql データベースバックアップソリューションを参照してヘルプ情報を入手できます。
B. Web サイトのテンプレートをバックアップします。これは、努力とお金を費やして行われたものであり、Webサイトの「顔」であり、2番目に重要です。 Web サイトのテンプレートファイルがどのディレクトリに保存されているかを突然忘れた場合は、オープンソースシステムの公式 Web サイトにアクセスし、ヘルプマニュアルを確認すると簡単に見つけることができます。
C. Web サイトが二次開発されている場合 (またはコアプログラムが変更されている場合)、変更したファイルをバックアップしてください。
D. ウェブマスターがウェブサイトを構築する場合は、最適化ルールと関連情報 (サイトのキーワード、ウェブサイトの説明情報など) をバックアップしてください。
E. ウェブサイトの疑似静的機能が有効になっている場合は、ウェブサイト全体の URL 構造に依存する .htaccess ファイルをバックアップしてください。これが失われると非常に面倒です
。 F. 404 エラーページ、301 ジャンプ、その他の小さなものなどをバックアップします
3. 私は怠け者なので、あまり手間をかけたくないので、サイト全体を直接バックアップするだけです
。私もこの意見を支持しますが、私たちがバックアップする目的は何でしょうか?それは、災害発生後にウェブサイトに「第二の人生」を与え、失敗する機会を与えることです。狡猾なウサギはまだ 3 つの洞窟を持っています、なぜもう 1 つバックアップを作成できないのですか? 最初のバックアップに何かが起こったらどうしますか? 私は慎重な人間です。したがって、私は賢明な解決策をお勧めします: 複数のバックアップを使用する
複数のバックアップのオンライン自動リカバリおよび移行機能により、いくつかの簡単な FTP パラメータを入力するだけで自動的に完了するため、作業時間が大幅に節約され、技術的なボトルネックによるリカバリの失敗などの問題が解決されます。したがって、複数のバックアップを選択するのは賢明な選択です。データベースバックアップでもファイルバックアップでも、複数のバックアップを使用してください。