私はmagentoを初めて使用し、最初のサイトで作業してきました。これで、稼働する準備が整いました。一度ライブに移行すると、ステージングサイトや開発サイトも構築して、今後はライブサイトに新しい変更を加える前にそれを解決できるようにするようアドバイスされています。
これを設定するためのベストプラクティスは何ですか？私のWebホスティングでは、既存のドメインのサブディレクトリ内にセットアップすることを提案できると述べていますが、これはファイルとデータベースのコピーになるため（必要なディスク容量が2倍になります）、手動で移動してコピーする必要がありますファイルとデータベース情報。これが唯一の方法ですか？
記事を1つ見ましたが、設定の知識がない、または知識のないテストサイトを格納する仮想サーバーが必要でした
回答:
少なくとも、ライブサイトと同じ構成のステージングサーバーが必要です。これはサーバー構成の問題を防ぐためです。
また、両方のサイトが同じリソースを使用して実行されるため、ライブサーバーの速度が低下する可能性があるため、同じサーバーに配置することはお勧めできません。
共通の環境設定は2つの別々のサーバーであり、1つはPROD用で、もう1つは同じ設定のステージング/ QA用で、おそらくAnsibleやVagrantでプロビジョニングされます。
デプロイの場合、Jenkinsを使用して物事を自動化し、ホスティングプロバイダーとして個人的にはAmazonが好きかもしれません。RDSとElasticacheを備えた中規模から大規模のインスタンスは、私の経験ではかなり高速です。
Magentoを開発するためにこのVMを作成しました。試してみることもできます：https : //github.com/miguelbalparda/vm
開発サーバー用に完全に異なるホスティングアカウントを設定しました。Beanstalk gitを使用してコードをバージョン管理し、MAMP / WAMPスタックを使用してローカルで開発します。
このようにして、変更を作成し、ローカルでテストできます。次に、ファイルをチェックインし、ワンクリックで開発にプロモートします。そこで再度テストを行い、問題がなければ本番環境に移行します。
もちろん、構成設定を管理する必要がありますが、コードファイルを変更するという点では、これは非常にうまく機能します。
開発サーバーは、運用サーバーと同様の機能を備えている必要がありますが、運用サーバーと同じ数のリソース（CPUコア、RAM）を持っている必要はありません。たとえば、MageMojoには開発サーバー用の基本的なアカウントがありますが、本番インスタンス用にははるかに大きなアカウントがあります。複数の本番アカウントがある場合でも、1つの開発サーバーで複数のインストールを構築できます。
重要なのはバージョン管理です。Magentoでのバージョン管理は少しトリッキーになる可能性があります（特にlocal.xmlファイル）。ただし、そのファイル（およびメディア、varディレクトリなど）をgitで無視すると、非常にうまく機能します。これにより、ロールバック機能も提供されます。
個人的には、xampp（wamp、またはmamp）を使用してmysqlおよびapache phpサーバーを個人用PCにインストールし、サンプルデータhttp://www.magentocommerce.com/downloadを使用してmagentoをインストールすると、設計、開発、そしてそれを壊します。満足したら、FTPクライアントを使用して、magentoのライブ展開にプッシュします。