問題タブ [staging]

Windows Azure クラウド サービスを使用してアプリケーションをホストしています。Windows Azure の優れた機能の 1 つは、運用/ステージング モデルです。ステージング サーバーで実行されている新しいコードをテストしながら、アプリケーションのクライアントを運用サーバーにルーティングできます。たとえば、同じアプリのステージング サーバーをhttp://7f8e9d5ba73a4f7ea9ebd65a02ee195d.cloudapp.netのように指定しながら、運用サーバーがhttp://www.coolapp.comを指すように Azure を構成できます。

物理的には、これらのサーバーは両方とも公開されています。ステージング サーバーの暗号化された URL を知っていれば、www.coolapp.com を参照するのと同じくらい簡単にアプリを参照できます。ただし、URL に GUID が存在すると、だれかがそれを推測することは事実上不可能になるため、ステージング サーバーは "プライベート" になります。これにより、アプリケーションの開発者は、公開する前に新しいビットをステージング サーバーにデプロイしてテストするための優れたメカニズムが提供されます。見栄えが良いことを確認したら、スイッチを切り替えて 2 台のサーバーを交換し、ステージング サーバーを運用サーバーに、またはその逆にします。

このモデルは、Facebook の統合に関して小さな問題を引き起こします。Facebook プラグインを統合できるようにするには、アプリをそれらに登録する必要があります。その後、FB は AppId と AppSecret キーを発行します。これらのキーは、アプリケーションの URL に関連付けられています。したがって、私のアプリが FB プラグインと連携するには、7f8e9d5ba73a4f7ea9ebd65a02ee195d.cloudapp.net に関連付けられた 1 つのキー セットと、www.coolapp.com に関連付けられた別のキー セットを取得する必要があります。

Windows Azure について読んだとき、開発者はステージング サーバーと運用サーバーを同じように扱うよう強く求められました。それらの唯一の違いは URL です。つまり、Azure はコードが実行されているサーバーに基づいてアプリ ロジックを作成することをお勧めしません。ステージングとプロダクションは、必要に応じて便利な「抽象化」にすぎません。ここで問題が発生したと思います。上記の例では、アプリが実行されている URL (本番環境とステージング) に応じて、FB によって発行されたキーのセットと別のキーのセットを使用する必要があります。この問題に遭遇したのは私が初めてではないと思います。これを処理する正しい方法は何ですか? 明白な方法の 1 つは、Request オブジェクトの URL プロパティをスニッフィングし、ロジックをそのように分岐させることです。しかし、直感的にこれはハックだとわかります。他のアイデアはありますか？

よろしく、

アルチル

Git 自体を使用したステージング ファイルのより良い説明を探しています ( Git big commit best practice以外)。ファイルを小さなコミットに隠したり、パターンごとにファイルを無視したりする必要はありません。私が探しているのは、ファイルの追加のみに関するチュートリアルです。「ステージングされていない」ファイルの大きなパック (最大 100) を参照することで効率的です。そしておそらくそれらを（ハンクとして）編集します。

のようなパイプライン フィルタリングを使用したコマンド ライン トリック

オフトピックです。

結論：インタラクティブモードとステージングのパターンを「マスター」するためのヒントを探しています

CS Staging API を使用して、リモートサーバーでいくつかのテストを行う必要があります。
ただし、少なくとも MSDN バージョン (Enterprise と Developer の両方) をインストールしようとすると、ステージング オプションは私と私の同僚に対してグレー表示されます。
少なくともリモートサーバーでステージング API を使用するにはどうすればよいですか?
（ローカルサーバーを持っているかどうかは気にしません）

前もってありがとう グレッグ

私の会社は cms を開発しましたが、しばらく使っているうちに問題が発生しました。すべての変更がライブ環境に直接リンクされています。サイトの大規模なオーバーホールを行いたい場合、最初にすべての作業を行ってから、ライブ サイトにすべての変更を一度に公開したい場合があります。

今はコンテンツについて話しているのであって、ソフトウェアを開発するための開発/テスト/ステージング/本番環境ではありません

問題を解決するためのいくつかのオプションを見てきましたが、この問題を完全に解決できるものはありません:

1. バージョン管理を使用します。バージョン x は本番環境で実行され、y はステージング環境で実行されます。
2. ドラフト/公開フラグを使用します。すべてのドラフト コンテンツはライブ サイトから遠ざけられます。
3. 2 つのデータベースを使用します。1 つはステージング環境用、もう 1 つはライブ用です。

それらのすべてに問題があります。

1. 新しく作成されたページ (本番環境ではバージョン null?) とページ サイトマップの変更 (そのためにネストされたセットを使用します) では、バージョン管理に問題があります。
2. 下書きの場合、既に公開されているページの 2 番目のバージョンを作成することはできません。
3. 2 番目のデータベースでは、ユーザー、ユーザー グループ、アクセス許可など、2 つの場所の間で異なるようにしたくないすべてのデータをコピー/同期する必要があります。

他のオプションはありますか？できれば、これをユーザー レバーで実行して、ユーザー A が大規模なオーバーホールを開始し、ユーザー B が新しいコンテンツを公開できるようにすることをお勧めします。しかし、おそらくこれは今のところ難しすぎるので、最初の問題を解決する必要があります。

PS。これは PHP であり、MySQL バックエンドを備えた ZF アプリですが、それは私が考えるアーキテクチャーにとっては問題ではありません。

WkHtmlToXSharp は、優れた Html から PDF への変換ライブラリ wkhtmltopdf ライブラリの C# ラッパー (P/Invoke を使用) です。https://github.com/TobiTonner/WkHtmlToXSharp

ステージング Windows Server 2008 R2 x64 環境に 2 つの Web サイトがあります。そのうちの 1 つは、Web サイトAバージョンの Web サイトと、もう 1 つの Web サイトBです。

WkHtmlToXSharp 変換はAバージョンで機能していましたが、 Bバージョンをセットアップすると、そのバージョンで機能しない変換が発生し、エラーが発生します。

なぜそれが起こっているのか疑問に思っていたのですが、 Bサイトが見ているのと同じフォルダーを見るようにA Webサイトを指摘しました。そして、 A変換を実行しているときはうまく機能しているのに驚きましたが、 Bを台無しにしているときも同じエラーが発生しますが、面白いことに、両方のサイトが同じソース コード (フォルダー) を指していました。なぜそれが起こったのか疑問に思っています。両方の Web サイトには同様のアプリ プール構成があり、それらのボットで [32 ビット アプリを有効にする] があまりにも真に設定されています。また、両方のWebサイトに同じアプリプールを設定しようとしましたが、サイトAでの変換は機能していますが、Bサイトでは機能していません。

私のローカル環境 (Windows 7 x64) で、両方のケースで同じ Web サイト変換を設定した場合。

また、エラーを無視するようにコードをいくつか変更しました converter.ObjectSettings.Load.LoadErrorHandling = LoadErrorHandlingType.ignore; が、エラーは修正されません。唯一の違いは、B Web サイトで変換した場合に空の pdf が取得されることです。

WkHtmlToXSharp.dllまたはwkhtmltopdfの2つのコピーを実行/メモリに保持することを拒否するWindows Serverの何かである可能性があります。

多分誰かがそれについて何か考えを持っていますか？

同じドメインのAzure内で起動している「Web」サイトと「モバイル」サイトがあります。もともと私はそれぞれを別々のホステッドサービスとして実行するつもりでしたが、これによりコストが2倍になりますが、それぞれを個別に拡張できます。

次に、標準のiisサイトと同様のホストヘッダーを使用して、1つのWebロールで複数のサイトを実行できることを学びました。「ステージング」サイトを「本番環境」に即座にデプロイできるAzureのスワップVIPボタンが大好きですが、ホストヘッダーを使用している場合にこれを利用する方法がわかりません。私のセットアップでは、ホストヘッダーを使用している「ステージング」サイトは、本番環境に移行するまで事実上非表示になっています。

本番環境にプッシュする前にServiceDefinition.csdefファイルを変更せずに、ホストヘッダーを使用しているステージングサイトをテストする方法について何か考えはありますか？

私は、すべてのRailsアプリが「ステージング」環境で実行されているマシンを持っています。ステージングデータベースに接続しようとしています。次の場所で本番環境に設定してみました。

私もそれを入れてみました：

次の乗客エラーが発生します：

私も実行し（grep -R "staging" .in）、次のようになりました。

Apache2、Passenger 3.0.7、ruby 1.9.2、rails3.0.9を実行しています

環境をステージングに設定した場所を見つけるために、他にどこを探すことができますか？

助けてくれてありがとう

私は git にかなり慣れていませんが、すべてのプロジェクトが git と gitosis によって管理されるように、すべてのシステムでセットアップしようとしています。

私の質問は、開発/ステージング/運用サーバーを検討する際の実際のリポジトリの場所に関係しています。

するべきか...

A) 1 つのサーバーに git と gitosis をセットアップして、すべての git リポジトリをホストし、必要な各場所 (3 つのサーバーと複数のローカル コンピューター) に適切なリポジトリをプルダウンします。

また

B) git リポジトリがそれぞれのプロジェクトと同じサーバーでホストされるように、すべてのサーバーで git と gitosis をセットアップし、プロジェクトがローカルから開発、ステージング、本番に渡されるときに、各サーバーにコミットします。このように、リポジトリは、そのサーバーで承認されたものと同じくらい最新です。

私がこれを書いているとき、(A) がより良いオプションであり、各サーバーへの適切なリリースは異なるブランチによって処理されるように思えます...私がオフかどうかはわかりません。

両方とも間違っている場合は、複数のサーバーにまたがって git を設定する適切な方法を教えてください。

また、このようなシステムの管理がどのように機能するかを簡単に概説しておくとよいでしょう...たとえば、ブランチの使用など...

ほとんどのRailsデータベース展開の説明では、データベースには2つの側面があると想定しています。1つは移行によってコードで処理されるスキーマであり、もう1つはすべてユーザーが生成するデータであり、テストから本番環境に移動する必要はありません。間にあるものはどうですか？

たとえば、ユーザーが実行できる複雑な調査（質問、選択、分岐）を含む、ほとんど静的なテーブルがいくつかあります。これらの調査をWebアプリで編集できるようにしたいのですが、本番環境にプッシュする前に、ステージングサーバーで変更をテストできるようにしたいのです。

Railsでこれを処理する良い方法は何ですか。Railsでは、すべてのモデルが1つのデータベースに存在し、同じモデル（内容が異なる）が2つのデータベースに存在することを望んでいません。オンラインで良い議論がありますか、またはこのタイプの機能を抽象化した宝石はありますか？

私は、独自のマルチ環境バージョン管理と展開を備えた大規模で複雑なCMSシステムを使用してきました。そのため、変更をテストシステムに展開し（テストデータベースと本番データベースを危険にさらすことなく）、徹底的にテストしてから、ワンクリックで本番環境にデプロイします。私はもっ​​と小さな規模でそのようなものを探していると思います。

ウェブサイトの開発段階とステージング段階のコードの違いは何ですか?

つまり、すべてのコードがクリーン/最小化されているライブよりも、dev <-> ライブですよね?

情報、実際の「コード」部分の例はありますか?