問題タブ [deployment]

私はかなりの数の DotNetNuke サイトで作業しており、ときどき (共通要素はまだわかりません)、Microsoft の Database Publishing Wizard を使用して、Dev サーバーで作成したサイトのスクリプトを作成します。ホスト (通常は GoDaddy.com) でスクリプトを実行し、サイト ファイルをアップロードすると、エラーが発生します...ファイル関連ではないことは 99.9% 確信しているので、DB のどこから始めればよいかわかりません。残念ながら、DotNetNuke では YSOD は得られませんが、一般的なエラーであり、発生した実際の例外を見つける実際の方法はありません。

データベース公開ウィザードを使用して同様の展開の問題が発生したことがある人がいるかどうか、もしそうなら、どのように解決したか知りたいです。私は RedGate ツールセットを所有していますが、GoDaddy などの一部のホストでは、サーバーへの直接接続が許可されていません...

YUI、JQuery、Prototype などの JavaScript フレームワークと Firebug などのデバッグ ツールの能力が向上したため、完全にブラウザー サイド JavaScript でアプリケーションを実行することは、パズル ゲームや特殊な電卓などの単純なアプリケーションを作成するための優れた方法のように見えます。

ソースコードを公開する以外に、これにマイナス面はありますか? この種のプログラムのデータ ストレージをどのように処理する必要がありますか?

編集: はい、Gears と Cookie をローカル ストレージに使用できますが、ユーザーが既に持っているファイルやその他のオブジェクトに簡単にアクセスすることはできません。また、PDF への印刷やページをファイルとして保存するなどのブラウザー機能を呼び出さなければ、ユーザーのデータをファイルに保存することもできません。

中規模から大規模の JavaScript アプリケーションを管理するための標準的な方法は何ですか? 私の懸念は、ブラウザのダウンロード速度と、開発の容易さと保守性の両方です。

私たちの JavaScript コードは、大まかに次のように「名前空間化」されています。

現時点では、Web アプリケーションのすべてのビジネス ロジックを処理するための 1 つの (アンパックされ、ストリップされていない、非常に読みやすい) JavaScript ファイルがあります。さらに、jQuery といくつかの jQuery 拡張機能があります。私たちが直面している問題は、JavaScript コード内の何かを見つけるのに永遠に時間がかかり、ブラウザにはダウンロードするファイルがまだたくさんあるということです。

1 つの最終的な圧縮 JavaScript ファイルに「コンパイル」される少数の「ソース」JavaScript ファイルがあるのは一般的ですか? その他の便利なヒントやベスト プラクティスはありますか?

これがかなり風変わりなことは承知していますが、JRuby を使用して Ruby Web アプリケーション (Rails ではなく、Rack ベースなので、ほとんどの Ruby サーバーに問題なくプラグインできます) をデプロイしたいと考えています。Google や友人からいくつかの成功事例を教えてもらいましたが、ほとんどが Rails 関連であり、そうでない場合は、展開に関する詳細は提供されません。私が使用しているフレームワークは、重要であれば Ramaze です。

どんな助けでも大歓迎です。

dotnet プロジェクトのセットアップ方法の例はたくさんありますが、私たちの状況に合うものはありませんでした。

複数のアプリケーションと複数の依存関係を持つ 1 つのソリューションがあります。私たちは現在 SourceSafe を使用しており、Subversion に移行する予定ですが、ソースを正しい方法で編成するのが難しいと感じています。

• 解決例

  • アプリ1
  • アプリ2
  • ビジネスオブジェクト
  • データアクセス
  • カスタムコントロール

• 依存関係

  • BizObjects->DataAccess
  • App1->CustomControls
  • App1->BizObjects
  • App1->DataAccess
  • App2->CustomControls
  • App2->BizObjects

また、オペレーターが作業しているワークロードに応じて (データベースからのコピーを介して) 展開する構成管理システムもあります。バージョンでアプリケーションの「リリース」をマークし、そのリリースに複数のファイル依存関係を追加します。現在実施しているソリューションは、古い (Windows 3.1 で開発された) ソリューションを .NET ファイル/依存関係構造で動作させるための応急処置であることに注意してください。

App1 の場合、App1.exe、BizObjects.dll、DataAccess.dll、および CustomControls.dll があります。BizObjects が DataAccess を参照しているため、App2 にも同じ一連の依存関係がありますが、これは手動で定義されています。依存関係ツリーを識別するためのシステムが整っていません。

「リリース」の各依存関係は、ファイルとバージョン ID です。また、同じアプリケーションに、ワークロードごとに異なるバージョンの各ファイルを含めることができます。

1. 世界のどこで私たちは間違っていたのでしょうか? 私たちは間違っていましたか？
2. 展開要件に対応するために、svn ソース ツリーをどのように構築できますか?
   • また
3. セットアップに適した展開戦略をより適切にサポートするために、コードを再構築するにはどうすればよいでしょうか?

比較的単純な問題 (と思われる) に対して、古くて過度に設計されたソリューションがあります。誰かが私/私たちを正しい方向に導くことができますか?

編集:私はこの質問を読み、コードが通過しなければならない同じ開発/テスト/製品領域もあることに気付きました。

それで、あなたの経験上、最善の方法は何ですか？ビルド自動化ツールでスクリプト可能/トリガー可能でもある安全な方法はありますか?

編集：これはwindows/.netであり、iis6に展開することに言及する必要があります

Ruby on Railsアプリケーション内のdatabase.ymlは、データベースのクレデンシャルを格納するプレーンテキストファイルです。

Railsアプリケーションをデプロイすると、Capistranoレシピにデプロイ後のコールバックがあり、アプリケーションの/configディレクトリ内にdatabase.ymlファイルへのシンボリックリンクが作成されます。ファイル自体は、標準のCapistrano/releasesディレクトリ構造の外側にある別のディレクトリに保存されます。ファイルをchmod400するので、ファイルを作成したユーザーだけが読み取ることができます。

• これはそれをロックするのに十分ですか？そうでない場合は、他に何をしますか？
• database.ymlファイルを暗号化している人はいますか？

Windows Server 2003でSSHサーバーをセットアップしようとしています。良いものは何ですか？できればオープンソース。WinSCPをクライアントとして使用する予定なので、そのクライアントによって実装された高度な機能をサポートするサーバーは素晴らしいでしょう。

私たちのチームは、分散型の winform アプリを開発しています。展開には ClickOnce を使用しており、非常に満足しています。

ただし、ClickOnce の問題点は配置の作成にあることがわかりました。標準の開発/テスト/実稼働環境があり、これらのそれぞれに対して個別にインストールおよび更新するデプロイメントを作成できる必要があります。また、デプロイするアセンブリを制御する必要があります。アセンブリがコンパイルされたからといって、それをデプロイする必要があるわけではありません。

配置を作成するための最初の選択肢は、当然 Visual Studio です。ただし、VSは実際には、記載されている問題に対処していません。次は SDK ツールの Mage です。Mage は正常に動作しますが、デプロイメントの作成はかなり面倒であり、すべての開発者がコード署名証明書とパスワードを持っている必要はありません。

私たちが最終的に行ったのは、Mage のコマンド ライン バージョンを使用して ClickOnce マニフェスト ファイルを作成する独自の展開アプリを展開することでした。

私は現在の解決策に満足していますが、この問題に対して業界全体で受け入れられているアプローチがあるようです. ある？

従来MSIファイルとして出荷されていた製品があります。これは、さまざまなクライアントによって、ある種のSMSプッシュを介して数千のデスクトップに展開されます。これらのインストーラーを作成するために使用するソフトウェアは、非常に長くなっており、置き換えを検討しています。多くのオペレーティングシステムをサポートしているため、ほとんどの製品でInstallAnywhereをすでに標準化しています。残念ながら、InstallAnywhereはMSIファイルを生成できません。

SMSがMSIファイルを使用する必要があるのか​​、それとも他の種類のインストーラー（.exe）を処理できるのか疑問に思っています。そうでない場合、MSIファイルを作成するためのオープンソースプログラムはありますか？