1 つの magento インストールで 9 つの複数の Web サイト/ストアを開発しました。DEV サーバーでは準備ができており、正常に動作しています。現在、私のクライアントは、来月最初の 3 つの Web サイトを立ち上げたいと考えています。その後、最初の 3 つの Web サイトからのフィードバックに基づいて、他の Web サイトにいくつかの変更を加えます。次に、他の Web サイトを 1 つずつ起動します。
私が心配していることの 1 つは、どのように修正し、さらに発展させるかということです。magento ファイルと db は 1 つのインストールであるため、最初の 3 つを起動すると、システム全体が起動されます。また、ライブ サイトで DEV を動作させると、何かが壊れるなどの理由でライブ サイトがダウンしてしまいます。
複数のストアを 1 つずつ起動するための magento での最適かつ論理的な手順は何ですか。そのような状況に対してどのようなアプローチを取ることができるでしょうか。
助けてください、ありがとう！
私の目には、9 つの異なる Web サイト/ストアがインストールから実行されているという事実は、さほど重要ではありません。dev/live Magento セットアップで発生するのと同じ問題が発生します。サイトが起動した時点で、開発環境として使用するデータベース/コードの 2 つ目のコピーを作成する必要があります。コードに関しては、Git や SVN などの何らかの VCS を使用していることを願っています。そうでない場合は、真剣に検討する必要があります。
データベースは少しトリッキーな側面です。また、多くの異なる構成があるため、9 つの異なる Web サイトがあるという事実によって問題が悪化することにもなります。3 つの異なるタイプの構成変更が行われる可能性があります。
1.) ライブ Web サイト用に変更する必要がある設定。2.) 将来の Web サイトを立ち上げるために変更が必要な設定。3.) 開発サイトを機能させるために変更が必要な設定。
3番目のタイプが最も扱いやすいです。データベースでそれらを変更するだけで、忘れることができます。これには、core_config_data の base_url 値の設定などが含まれます。
2 番目のタイプは、理想的には UI ではなく移行で作成する必要があります。ソース管理を使用している場合、これらの移行は、影響を受ける Web サイトを起動したい時点でマスター ブランチにマージされるブランチに保持されます (コードがマージされる時点で、いくつかの調整が必要になる場合があります)。タイプ 1 の処理方法に基づくバージョン番号。
最初のタイプは 2 つの方法のいずれかで処理できます。移行は、開発/ステージング/ライブ コードのすべてのインストールを同期できることを意味するため、好ましいオプションです。必要に応じて、ライブデータベースと同時に開発データベースを更新するだけで十分です。
変更が必要なものの中には、移行によって達成するのが必ずしも最も簡単であるとは限りませんが、変更することで、サーバーの 1 つで単一の値を更新するのを忘れるというエラーが発生するのを防ぐことができます。