問題タブ [configuration]

次の構成を想定します: ドライブ D ... データ、ドライブ E .... TempDB、ドライブ F ... ログ。また、すべてのドライブがそれぞれのドライブ コントローラを備えた別々のスピンドル上にあるとします。

パフォーマンスについて; 上記の構成は最適ですか、適切ですか、それともお勧めできませんか?

予算上の制約を念頭に置いて、これらの DB のいずれかが、大幅なパフォーマンスの低下なしに保存ドライブを共有できるでしょうか?

これらのドライブのうち、最速である必要があるのはどれですか?

PHP 5.2.6がc：\ phpにデプロイされており、そのフォルダーにphp.iniファイルがあります。Windowsでは、Apacheに.htaccessがあるのと同じように、Webサイトでこれらの設定を上書きできますか？例えば

アップデート：

私はini_set（）を知っていましたが、スクリプトではなくWebサイトの構成ファイルでこれを行う宣言的な方法があるかどうか疑問に思いました。

1. SPアプリケーションでMVCフレームワークを使用しようとしています。
2. これが私たちが達成しようとしているものです... MVC をホストして実行できる SPSite 内の仮想ディレクトリ。例: /_layouts/MVC/

必要な構成変更に関するヒント (可能な場合) は非常に役立ちます。

J2SEアプリケーションのユーザー固有およびマシン固有の ランタイム構成データをどこに保存しますか？

（たとえば、Windowsの場合はC：\ Users \ USERNAME \ AppData \ Roaming </ em>、 Unixの場合は/ home / username）

プラットフォームに依存しない方法で、ファイルシステム内のこれらの場所をどのように取得しますか？

特に、この web.config から:

Config.groovy では、次のように表示されます。

実行時にそれにアクセスする正しい方法は何ですか?

部分的な名前に基づいてGACにアセンブリをロードできるようにする必要がある状況があります。これを行うために、app.configファイルに以下を追加しました。

これは私が望むように正確に機能します。ただし、machine.configファイルに同じ要素を配置すると、無視されているように見え、MyAssemblyを読み込もうとするとFileNotFoundExceptionsが発生します。

以下は、要素がapp.configにあり、バインドが成功した場合のアセンブリバインディングログです。

構成がmachine.configにあり、バインドが失敗した場合のログと比較してください。

問題は、「現時点ではポリシーが参照に適用されていない」という4行目であるようです。ただし、このメッセージの意味や対処方法に関するドキュメントはほとんど見つかりません。

フレームワークに<runtime>要素を認識させるにはどうすればよいですか？

前もって感謝します！

Visual Studio を起動するたびに、最初に [参照の追加] をクリックして DLL 参照をプロジェクトに追加すると、既定では、そのダイアログ ボックスの [.NET] タブが選択されます。これを読んでいるほとんどの人はお気づきかもしれませんが、.NET コンポーネントの完全なリストが表示されるまでには長い時間がかかります (多くの場合 30 秒以上)。

ただし、ソリューションの設計方法により、約 80% の時間で、[プロジェクト] タブまたは [参照] タブのいずれかから選択したいと考えています。

「プロジェクト」をロードする最初のタブにすることができる Visual Studio のどこかに設定はありますか? 同じ効果を達成するための他の隠されたトリックを知っている人はいますか?

現在、NAnt と CruiseControl.NET を使用して、ソフトウェア開発のさまざまな側面を管理しようとしています。現在、NAnt は、コマンド ラインで指定した入力ターゲットに基づいて、環境固有の設定(データベース接続文字列など)を置き換えることを含め、ほぼすべてを処理します。

CruiseControl.NET は、新しいコードがコミットされるたびに、既定の環境(dev)用のアプリケーションをビルドするために使用されます。また、CruiseControl.NET で追加環境のテストとステージのビルドを呼び出したいのですが、テストとステージの展開がはるかに少ない頻度で行われるため、開発ビルドが (毎日) 呼び出されるたびに、これらが自動的に呼び出されることは望ましくありません。テストおよびステージ展開は、アプリケーションの QA の準備が整ったときにのみ行われます。

環境ごとに 1 つずつ、複数のプロジェクトを指定することで、これを簡単に行うことができます。ただし、アプリケーション内のマイルストーンごとに 1 つずつ、すでに多くのプロジェクトが構成されています。マイルストーンごとに 3 つのプロジェクトをセットアップする必要がある場合、CruiseControl.NET 構成はすぐに手に負えなくなります。

これが私の質問です: パラメータが Web インターフェイスによって公開されるように、CruiseControl.NET プロジェクト構成をパラメータ化できますか?

できれば (私が思うに)、各環境 (開発、テスト、ステージなど) のチェックボックスを Web インターフェイスに公開することができます。ビルドが強制的か自動かに関係なく、チェックされる環境ごとにビルドが作成されます。チェック済みの状態をデフォルトにできればさらに良いでしょう。

Tomcat で実行されているアプリケーションがあり、実行する環境 (開発、テスト、および運用) ごとに異なる一連の構成ファイルがあります。ただし、構成ファイルのすべての行が環境間で異なるわけではないため、何かが変更されても更新されない重複した情報が常に存在します。

個別のファイルを環境固有のブロックを持つ 1 つに折りたたむ優れたフレームワーク/ライブラリはありますか? または、これに対処する他の方法はありますか？