問題タブ [staging]

AFAIKステージングの展開は、Azureの役割をテストすることを目的としています。これは、コードにエラーがある役割をステージングに展開できることを意味します。そのエラーが私のデータを損傷する場合、私は失敗する可能性があります。

どうすればそれに対処できますか？妥当なデータがないと役割をステージングできず（テストが困難）、不安定な役割でデータを損傷させることはできません。

ステージング用に別のデータセットを維持する必要がありますか？この問題は通常どのように解決されますか？

私は製薬業界向けのサイトを運営している会社で働いており、変更を公開する前に法的な承認を得る必要があることがよくあります。そのため、多くの作業をCMS環境、特にワードプレスに移行したいと思いますが、ステージング環境を用意する機能が必要です。ページを公開する代わりに、誰かがサイトとしてのリンクを使用して閲覧できるステージング環境にページを公開することは可能ですか？つまり、基本的に2つのサイトがあり、1つはステージング1つはライブですか？

メイン データベースとして CouchDB を使用するアプリを実行している実稼働サーバーがあります。CouchDB インスタンスを持つステージング サーバーをセットアップして、いつでも本番インスタンスに同期してクリーン コピーを取得できるようにしたいと考えています。

単純な解決策は、ステージング サーバーに運用サーバーのデータベースを継続的に複製させ、それを使用することです。もちろん問題は、ステージング サーバーでのテスト中に、データベースを変更する可能性があることです。

機能的に正しいのは、毎回データベースを削除して、本番環境から再複製することです。しかし、毎回ゼロから始めなければならない場合、これには非常に長い時間がかかることは明らかです。

私は次のような解決策を探しています：1）ステージングサーバーに実稼働データベースの元のコピーを保持し、常にビューのインデックスを再作成します2）インデックスを含むすべてのdbファイルを別の名前のdbにコピーします3）使用終わったら吹き飛ばします。

誰かがこのようなことを試したことがありますか?dbファイルのコピーと名前の変更はスムーズに機能しますか? もしそうなら、どのファイルをコピーする必要がありますか?

だから私はRORとHerokuに不慣れで、少し助けが必要です。アプリを作成してデプロイしました。ただし、それに関連付けられているデータベースをクリアしたいと思います。つまり、これまでに作成されたすべてのユーザー（およびその添付データ）をクリアしたいと思います。

基本的に、本番サイトのデータベースが機能するかどうかをテストするためにいくつかの偽のアカウントを作成しましたが、今度はこれをクリアして、新しいデータベースから始めたいと思います。

これは、データベースを完全に削除せずに可能ですか？

どんな助けでも心から感謝します。どうもありがとうございました！

異なる役割を持ついくつかのサーバーがあります。たとえば、運用サーバーとテスト/ステージング サーバーがあります。物事がテストされ、承認または使用されると、本番環境へのパスを切り替えるのを忘れるエンドユーザーが数人います。彼らは新しいパスを少し使用し、その後、愚かさ以外に理解できない何らかの理由で、ある時点でテスト/ステージングの使用に戻ります。ビルドを本番環境にプッシュした後、ステージング環境を垣間見ることができるようにしたいのですが、それらのサーバー/サービスにアクセスできないようにしたいと考えています。

現在、この問題に対するいくつかの解決策を検討しています。1 つは、直接ステージング URL を提供しないことです。仮想ディレクトリを作成するか、ドメイン エイリアスのセットを用意して、これらのエンドポイントへのアクセスを許可したままシャットダウンすることが考えられます。メインのステージング ドメインをオフィスの IP 範囲に制限して、彼らが直接アクセスできないようにして、それを良いと呼ぶことができます。

これは良い解決策のように聞こえますか? 私たちのプロセスは間違っていますか? より良いルートはありますか?

ビジュアルをうまく活用できないWebサイトやWebサービスのソリューションに興味があります。

私はこの振る舞いに出くわし、他の誰かがそれを見たのではないかと思っていました. 回避策があるので、ショーストッパーではありません。

Cedar スタックを使用して、Heroku で新しいアプリを作成しました。複数の環境をデモンストレーションするとき、次の構成変数を追加しました。

heroku config:add RACK_ENV=staging --app appname

環境変数が設定されていることを視覚的に確認し、次のルートを単純な Sinatra の例に入れました。

ラップトップでローカルにテストしたところ、期待どおりの結果が得られましたdevelopment。

Heroku にプッシュして、herokuapp.com で同じルートをヒットすると、development代わりにstaging.

Procfile を介して Web サーバーを Thin から Unicorn に切り替え、変更を Heroku にプッシュしました。

ルートにたどり着くと、予想される が得られstagingます。

他の誰かがこれを見たことがありますか？Thin を実行していた別のプロジェクトでの回避策は、New Relic アプリ名から環境をキーオフすることでした。(New Relic が動作する必要があり、現在 Cedar と New Relic と Unicorn が連携しているため、Unicorn に切り替えませんでした)。

現在のやり方を改善する方法について、いくつかの提案を真剣に必要としています。私は現在 100 以上の Web サイトを管理しており、それらはすべて専用サーバー上にあります。FTP にログオンし、必要な変更を加えてアップロードするだけです。そのため、常にライブで作業しています。

私はそれが悪い考えであることを知っています.開発サーバーを使用する方法についての良い解決策を見つけ、準備ができたら本番環境にプッシュし、すべてを最新の状態に保つなど.

また、チームにさらに 2 人が参加し、ときどき Web サイトに変更を加えます。これは私たち全員にとって機能するものであり、全員が同じページにいて、最新のコードを持っています。

私はこれについて多くの研究を行ってきましたが、多くのことが私を混乱させ、何が私にとって最善かについて明確な答えを見つけることができません. 以前に git を試したことがありますが、うまく機能しますが、100 以上の Web サイトでどのように機能するかはわかりません。

どこから始めればよいかわかりません..何が最良の選択肢でしょうか? プロセスを簡単にするために支払うことができるサービスはありますか?

どんな助けでも大歓迎です。ありがとうございました！

現在、SVNすべてをローカルサーバーに送信しています。すべてがDB のような形式 (バークレー?)に圧縮されていることは承知しています。私のレポを開発/ステージングサーバーとして活用する方法はありますか、それとも「昔ながらの」ルートをたどる必要がありますか?

「git status」を実行し、以下にリストされているのは、変更された/または「コミットのためにステージングされていない変更」という見出しの下にあるいくつかのファイルです。また、無視したい追跡されていないファイルもいくつかリストされていました（これらのディレクトリに「.gitignore」ファイルがあります）。

変更したファイルをステージングして、コミットできるようにしたいと考えています。「git add .」を実行すると、変更されたファイルと無視したいファイルがステージングに追加されました。

以下の git ステータスが表示された場合、変更されたファイルのみを追加し、追跡されていないファイルを無視するにはどうすればよいですか。

また、「.gitignore」ファイルは正しく機能していますか?

乗客からユニコーンに移行した後、ステージングに奇妙な問題があります。

開発環境とステージング環境の両方にユニコーンを構成しました。開発では機能しますが、ステージングでは機能しません。開発では 8080 をリッスンしますが、ステージングでは UNIX ソケットをリッスンします。それは違いを生むでしょうか？特に本番環境では？

これは、ステージングで実行するとどうなりますか

1. 起動時にほぼ 100% の CPU を使用します
2. たまに落ち着いて使えるようになりました
3. *しかし、ほとんどの場合、ハングアップし**、強制終了する必要がありました。

この問題に関する質問を記録しましたここをクリック

これは unicorn.stderr.log に表示されるものです

gem を更新しようとするのはなぜですか? 構成ファイルでそれを回避する方法はありますか?

これは私が config/unicorn_staging.rb に持っているものです

どんな助けでも大歓迎です。前もって感謝します