タグ付けされた質問 「staging」

アクセス制限のあるステージング環境をセットアップする最良の方法を見つけようとしています。 簡単な解決策は基本認証をスローすることですが、パフォーマンスの最適化や、アクセスしたい他の同様の外部サービスをテストする際に、Google Page Speed Insightsを指すことはできません。 robots.txtで完全に公開して、検索エンジンに表示されないようにすることができます。しかし、私の懸念は、robots.txtの間違いのリスクがかなり高いことであり、それについて心配する必要はありません。 検索エンジンをブロックしない場合（または一部が検索エンジンを無視する場合）、ライブの顧客がステージングサイトに注文するようになります。 さらに悪いことに、robots.txtを本番環境に誤って展開すると、Googleのすべてのジュースと大量の売り上げを失うことになります。 したがって、私が気に入っているオプションは、単純なIPアドレスの制限です。ただし、変更を行う際のリスクを最小限に抑えるために、Nginxを再起動せずに制限を追加/削除できるようにしたいと考えています。 そのため、有効にすると開発者のIPアドレスを調べ、ユーザーのIPアドレス（またはX_FORWARDED_FOR）が一致した場合にのみサイト（フロントおよびバックエンド）へのアクセスを許可するクイックモジュールに傾倒し始めています。 これが合理的な解決策のように聞こえるか、私が見逃しているより簡単なものがあるかどうか疑問に思います。 更新：robots.txtがネイティブバックエンドスイッチを介して制御でき、デモストアの通知により正当な顧客注文が妨げられることを考えると、ステージングサイトへのパブリックアクセスについては本当に心配していないので、Philのソリューションが好きです。 しかし、ステージングサイトへのアクセスを制限したい人にとっては、Krisのソリューションが道だと思います。 更新2：robots.txtオプションがSystem Config> Design> HTML Headで何をすべきか100％確信していませんが、私の場合-そして簡単な検索からこれは一般的であるように見えます-私はちょうどフラットrobots.txtを持っています使用されている場所にテキストファイルがあるため、configオプションは尊重されません。 だから、私は今のところメンテナンスモジュールに行きます：https : //github.com/aleron75/Webgriffe_Maintenance

18 staging 

サイトのローリング開発の効率的なプロセスに関する情報があまり多くないので、ステージングでカスタムモジュールやその他のファイルの変更を追加し、それらの変更をmagento2を使用してサイトのライブコピーにプッシュできます。 Magento 1.9では、ファイルのgitクローンがあり、gitはライブサイトで準備が整ったすべての変更をプルしました。ステージングサイトが開発者モードで、ライブサイトが本番環境にある場合、これは明らかにmagento2では機能しません。 ライブサイトのダウンタイムを最小限に抑えるためのベストプラクティスは何ですか？（それが可能であれば、ダウンタイムは最適ではありません）

8 magento2  development  deployment  staging 

私はmagentoを初めて使用し、最初のサイトで作業してきました。これで、稼働する準備が整いました。一度ライブに移行すると、ステージングサイトや開発サイトも構築して、今後はライブサイトに新しい変更を加える前にそれを解決できるようにするようアドバイスされています。 これを設定するためのベストプラクティスは何ですか？私のWebホスティングでは、既存のドメインのサブディレクトリ内にセットアップすることを提案できると述べていますが、これはファイルとデータベースのコピーになるため（必要なディスク容量が2倍になります）、手動で移動してコピーする必要がありますファイルとデータベース情報。これが唯一の方法ですか？ 記事を1つ見ましたが、設定の知識がない、または知識のないテストサイトを格納する仮想サーバーが必要でした

7 setup  best-practice  staging