問題タブ [config]

Tomcat 5.5 を使用してキーストアを構成し、server.xml ファイル内にこのコネクタを追加しました

しかしhttps://locahost、ブラウザに入力すると「このプログラムは Web ページを表示できません」と表示される理由がわかりません。

ExeConfigurationFileMapクラスのOpenMappedExeConfigurationメソッドを使用して構成ファイルを開いています。設定ファイルは、同じディレクトリ内の2つのプログラムによって使用されます。

開発マシンではすべて正常に動作していますが、プログラムを別のマシンにコピーすると、プログラムの実行中にこのエラーが発生します

他のプログラムはemail.configファイルに簡単にアクセスできます。すべてが1つのディレクトリですが、他のプログラムは私の開発マシンの古いパスを指しています:(

これが例外をスローするコードの一部です

わかりました、これは以前に何千回も尋ねられたことは知っていますが、決定的な解決策は得られていません...それで、別の本当にばかげた質問があります!

私はWinforms 3.5アプリを持っていて、LINQ to SQLを使用しているため、接続文字列はデフォルトで常に「 app.config」に保存されます（VS2008はこれを保存する他の方法を受け入れません-IDEで生成されたファイルでこれを上書きしようとしましたコード）。そうは言っても、コンピューターの知識が少しある人は、アプリのインストール ディレクトリを参照し、[appname].exe.configファイルを探し、それを開いて想定される安全なユーザー名/パスワードを表示するだけで済みます。データベースにアクセスしています。このセクションを暗号化/復号化することを選択した場合でも、それはアプリの実行中にのみ行われます。そのため、アプリを閉じると、connString セクションがプレーン テキストに戻ると想定しています....もう一度読み取ることができます。(....どうやって勝つの?!?!)

私がLINQを使用してLinqDataContextを生成していることを念頭に置いて、私が知りたいのはこれです:

1. connstring を app.config 以外の場所に保存することはできませんか? （おそらく、インストール後に変更できるユーザー設定ファイルのように）
2. 上記が可能である場合、事前に暗号化された connstring を構成ファイルに保存することはできませんか (それは確かに読み取ることができません)、私のアプリケーションでは、接続が開かれるたびに connstring を復号化することのみを選択できますか?

これが不可能な場合は、従来の ADO.NET の使用に戻る必要があるかもしれません (すべての CRUD 操作に対して既に数百のストアド プロシージャがあることがわかります)。少なくとも、connstring の格納方法と格納場所を制御できます.

ところで、これが子供向け/紛らわしい質問である場合は申し訳ありません。また、私が説明していることが間違っていると思われる場合は、お知らせください。

どうもありがとう！

カスタムアクションで製品をインストールしているときに、web.configファイルのカスタム構成セクションを更新しようとしています。実際の構成クラスを使用してこれを実行したかったのですが、インストーラーを実行するとインストーラークラスが読み込まれますが、Windowsシステムディレクトリからカスタムセクションクラスを読み込もうとしているため、Configuration.GetSectionはFileNotFound例外をスローします。必要なアセンブリをWindowsシステムディレクトリにコピーすることでこれを機能させることができましたが、常にそのディレクトリにアクセスできることを保証できないため、これは理想的なソリューションではありません。

この問題を他にどのように解決できますか？

私の更新コードは次のようになります

私の設定ファイルは次のようになります

3つの異なるプロジェクトで1つのapp.configを使用したいと思います。

構成にアクセスする方法は？

権限が 644 に設定されていても、config.php を Web サイトのルートに配置しても安全ですか?

現在取り組んでいるプロジェクトにcc.netを設定しようとしています。次のような行を含む構成を使用する前に、これを実行しました。

およびsvn：//svn.mycompany.com/myfirstproject/trunk

ただし、今回は、svn経由ではなく、HTTP経由のリポジトリへの読み取り専用アクセスしかありません。同じ構成は、httpアドレスに設定されたtrunkUrlで機能しますか？別の設定が必要ですか？それはまったく機能しますか？

オンラインでヘルプを見つけるのは難しいと感じています。とにかく機能しない場合は、ビルドサーバーをセットアップして構成をテストするという面倒な作業をしたくありません。

どんな助け/アイデアも素晴らしいでしょう！

パフォーマンスに関しては、定数/設定を定義する方法がどちらが優れているのか疑問に思いました。

Zend_Config_Iniなどのクラスを介してconfig.iniファイルを使用するか、一連のphp定数を定義するだけですか？

機密情報をクライアントに返す WCF サービスを作成する必要があります。サービスのセキュリティが簡単に侵害されないようにする必要があります。WCF の組み込みのセキュリティ メカニズムを使用して、証明書セキュリティを備えた wsHttpBinding を使用してネットワーク上のデータを保護します。

ただし、構成ファイルを変更してもサービスのセキュリティが損なわれないようにしたいと考えています。ポート、ベースアドレスなどに関して構成ファイルが提供するすべての柔軟性を保持したいのですが、サービスを危険にさらす可能性のあるエンドポイント/バインディング関連の構成セクションは無視します。

私が考えたのは次のとおりです。ApplyConfiguration 関数をオーバーライドするカスタム サービス ホストを作成します。ApplyConfiguration 関数では、次の 2 つのいずれかを行うことができます。

1. base.LoadConfigurationSection で必要な構成ファイルのセクションのみをロードします。
2. base.ApplyConfiguration を使用して構成ファイル全体を読み込み、セキュリティを損なう可能性のあるすべてのエンドポイントを削除します。

私はWCFを初めて使用するので、これを適切に行う方法に関するガイダンスをいただければ幸いです(できればコードサンプルを添えて:-))。ここで正しい軌道に乗っているかどうかわかりません！