
ローカルテストのために、私のコンピュータにApache 2サーバーを設定しました。確かに、いいえインターネット上のウェブサイトをホストします。ローカルデバッグと設計にのみ使用されます。
私はUbuntu Linuxを使用していましたが、今ではLinux Mintを使用する新しいコンピュータができました。私がやりたいことは、古いUbuntuシステムのすべてのApacheサイトと設定をインポートして新しいLinux Mintシステムにコピーすることです。
私は最初から始めて、一度に1つのサイトで手動でこれを行う方法を知っています。ディレクトリ内の各サイトのファイルを作成し、をsites-available
使用してアクティブにしますa2ensite
。その後、Xdebugを有効にするためにファイルに数行を追加するなど、設定ファイルを編集し、php.ini
何も見逃さないことを願っています。
私はこれを非常に非効率的に実行しており、人的エラーが発生しやすいと確信しています。
完全なApache 2設定とサイトをUbuntuコンピュータにコピーしてLinux Mintコンピュータにまとめる方法はありませんか?それとも、少なくとも各サイトを再作成して最初から設定するよりも少ない手順が必要ですか?
私は管理者ではなくデザイナーに近いので、Linuxコマンドとサーバー設定については最小限の知識しか持っていないとします。
答え1
システム全体のプログラム設定と同様に、サーバー設定は以下にあります/etc
。正確な位置は分布によって異なりますが、良い選択かも/etc/apache
しれません。/etc/apache2
/etc/apache2
同じプラグインがインストールされていてApacheのバージョンが大きく異なる場合は、ディレクトリ全体を/etc/apache2
新しいシステムにコピーするだけです。もちろん、ドキュメントルートもコピーする必要があります。
一部のWebアプリケーションを実行している場合は、そのアプリケーションも移行する必要があります。これは、いくつかのファイルをコピーするのと同じくらい簡単かもしれませんし、そうでないかもしれませんし、アプリケーションによって大きく異なります。特にデータベースが関連している場合は、同じデータベースソフトウェア(通常はMySQL)をインストールし、古いシステムにデータベースをダンプしてから、新しいシステムにダンプを復元する必要があります。
答え2
完全なApache 2設定とサイトをUbuntuコンピュータにコピーしてLinux Mintコンピュータにまとめる方法はありませんか?
まったく異なるバージョンのApacheではないと仮定すると、そうです。ディストリビューションでApacheを事前設定する方法(Webルートの場所など)にはいくつかの違いがありますが、設定をコピーしてすべてを同じ場所に配置すると、一括で実行できます。構成の上書きと同じように編集しないでください。 Apacheのconfファイルの場所はApacheバイナリでコンパイルされ、ディストリビューションによって異なる場合があります。ただし、confファイルの内容は移植可能であるため、これらのファイルを独自のファイルに置き換えることができます。 confファイルの場所に加えて、apacheの動作はconfファイルの内容によって決まります。したがって、そのファイルを置き換えると、たとえば、Webルートは「新しい」構成によって決まります。 。ご覧のとおり、ここにある別の詳細は にあります/etc/hosts
。
Apacheは時々、独自の構成を持つ半独立した部分(PHPなど)を使用します。似たようなものを使用していることがわかっている場合は、詳細を学ぶために宿題をする必要があります。
これは質問を提起するサーバーをバックアップ状態に保つ方法;一貫して実行する場合にのみ問題になります。バックアップを別のマシンにデプロイ(つまり、完全に破壊されたように)。 「サーバーバックアップ」とは配布パッケージなので、効果的にバックアップされるファイルシステム全体またはApacheバイナリを意味するものではありません。私の言葉は、/var/www
設定だけでなく、Webルート上のすべてのもの(たとえば、サーバーが使用するすべてのデータファイル、スクリプトなど)です/etc
。前述のように、この場所は可変ですが、Apacheでコンパイルされます。つまり、別のディストリビューションにデプロイするには、confファイルを別の場所に保存する必要があります。
どのように正確に実行する操作は、サーバーの特性によって異なります。提供するさまざまなアイテムが別々のプロジェクトである場合は、そのプロジェクトを独立してバックアップする必要があります。これには、プロジェクトのデプロイ方法と必要事項に関するいくつかのドキュメントを含める必要があります。該当する場合は、Apache構成フラグメントも含めることができます。これは、プロジェクトがすべてのApacheに簡単にインストールできることを意味します。サーバーが1つのみの場合は、Webルート全体をバックアップするだけです。前者の場合(さまざまな独立プロジェクト)、どの形式を使用してください。VCSまあ(これらは使い方を学ぶのに良いものです。個人的には好みですgit
が、他にもたくさんあります)。後者(ボルダーWebルート)に似ています。rsync
しかし、これらは単なる提案です。要点は、このようなタスク(ファイルシステムのディレクトリサブツリーをオプションでバックアップ)を実行するには、使い慣れたツールが必要です。おそらく小規模なインストールのための最も簡単な方法はzip tar
(またはzip)です。
Apacheのバックエンドデータベースを使用している場合は、同じ方法でデータと構成をバックアップしたいが、データベースが独立したバックアップを介してさまざまなプロジェクトで使用されている場合は、そのデータも一緒にバックアップする必要があります。
だからあなたはバックアップの維持この場合、「Apacheをコピー」する必要があるのは、Apacheをインストールしてからバックアップを展開することだけです。さまざまな部分を解凍し、rsync、git cloneなどを実行し、設定を正しい場所にコピーするだけです。いいですね。
その後、ソフトウェアの欠落の問題が発生する可能性があります。ディストリビューションはApacheモジュールを別々にバンドルすることができ、SQLなどが必要な場合がありますが、これは非常に簡単です。