問題タブ [ini]

友人から、彼の会社が使用している PHP アプリケーションを更新するように依頼されました。アプリケーションが DB 構成ファイルに .ini 拡張子を使用していることがわかりました。このファイルには、DB ホスト アドレス、ユーザー名、およびパスワードが含まれています。問題は、Web ブラウザーでファイルにアクセスできることです。

その理由を理解しようとしています。拡張子が .ini の通常の php ファイルを使用する特定の理由はありますか??? 私はそれを理解していません。

問題をある程度絞り込みました。コマンドラインから実行する"error_log('hey');"と、STDOUT にダンプされます。しかし、Web インターフェイス (Apache) から同じコードを実行すると、エラー ログにエラーが記録されます。Apacheが使用しているものと/private/etcにあるもの（MAMPを実行しているMacを使用しています）の両方のiniファイルを確認しました。どちらの error_log 変数もまったく同じ場所を指しています。そして、私が走るとき

コマンド ラインの値は、ブラウザーの値と同じです。ここでどの ini 設定が誤って構成されていますか? エラーログが壊れているだけでなく、これは非常に面倒です。インクルードパスにも影響しています:/

Windows ini ファイルでコメントを使用できますか? (... GetPrivateProfileString API 関数を使用してそれらを読み取ると仮定します...)

また、.INI ファイル形式の適切な仕様はどこにありますか?

返信ありがとうございます- しかし、私は十分に明確ではなかったかもしれません。私が興味を持っているのは、Windows API 呼び出しによって読み取られる形式だけです。他の実装ではコメントが許可されていることは知っていますが、特に知っておく必要があるのは、MS Windows の仕様と実装です。

PHPで.iniファイルにインラインコメントを使用することは可能で安全ですか?

私は、コメントが変数の後に続くシステムを好みます。

使用する構文に関する落とし穴はありますか?

Xamppの場所（C：\ xampp \ apache \ bin \ php.ini）にあるphp.iniファイルを変更し、サーバーを再起動しました

phpinfo（）で確認したので、実際のphp.iniファイルであると確信しています。

ただし、私の変更は有効になりません。

なぜ？

アップデート：

PHPバージョン5.2.8を使用しています

ファイルC：\ xampp \ php\php5.iniを変更しました

しかし、問題はまだ同じです影響はありません

正規表現を使用して、INI ファイル内のセクション ブロックを一致させようとしています。本正規表現クックブックに記載されているレシピを使用していますが、うまくいかないようです。

私が使用しているコードは次のとおりです。

入力ファイルの内容は次のとおりです。

問題はsectionBlock、最初のセクションだけでなく、ファイルの内容全体と等しくなってしまうことです。

(それが重要かどうかはわかりませんが、Windows でこれを行っており、行区切り文字はs2"\r\n" と同じです (少なくとも、IDEA デバッガーはそのように表示します)。)

ここで何が間違っていますか？

私は常に通常の PHP ファイルを使用し、そのファイルで変数を定義しただけですが、これはベスト プラクティスと見なされますか?

例：

Windows で Qt 4.5.2 を使用して作成しているアプリケーションがあります。いくつかの設定を INI ファイルに保存し、QSettings を使用して設定を読み込んで保存しています。INI ファイルにコメントを付けたいと思います。

例えば：

ただし、設定ファイルをロードすると見つかりました

コメントはファイルから削除されます。INI ファイルは、ロード後にQSettings::sync()の呼び出しによって書き直されます (これはコンストラクターによって自動的に行われます)。同期後にコメントを保持する方法はありますか?

先制的なコメント:

• 将来のクロスプラットフォーム互換性のために、Windows に INI ファイルが必要です
• アプリケーション外で参照できるようにメタ情報をファイルに保存したい
• メタ情報を INI のセクションにして、name=valueルールを使用することを検討していますが、情報をコメントとして保持したいと考えています。

Qt アプリケーションを作成しており、プログラムの設定を保存する必要があります。上級ユーザー以外でも簡単に編集できるようにしつつ、上級ユーザーにも柔軟に対応できるようにしたい (したがって、他のプログラムやスクリプトなどを介して簡単に自動編集できるようにする)。QSettings は、Windows 用のネイティブ形式であるレジストリと、他のほとんどのプラットフォーム用のネイティブ形式である INI 形式の 2 つの形式を提供します。INI は問題ありませんが、そこに @QString(...) やその他の Qt が表示されると、実際には判読できず、エラーが発生しやすくなります。

レジストリも良くありません。めちゃくちゃになるように設計されていないため、編集や高度な使用には適していません。これにより、スレッドと複数の QSettings オブジェクト間の同期の問題が解決されます (読み取り/書き込みロッカーで保護された 1 つのグローバル オブジェクトを使用することはできますが、すべてを消去するわけではありません)。私は XML を見ていますが、非常に冗長であり、QSettings 形式を記述する必要があります (実際には問題ではありません) が、非常に柔軟です。

XML の他の代替手段が存在することは知っていますが、あまりよく知りません。基本的なものではなく、私自身の最終的な形式を除いて、私は確かにパーサーを書きたくありません。

更新 - 注: QSettings をまったくバイパスしません。そのための形式を記述するだけです。これは、静的関数に渡された 2 つの関数ポインター (読み取り関数と書き込み関数) のように見えます。私のフォーマット。

更新 2:通常は GUI を持たない Linux サーバーについても心配しています。マネージャーを使用せずに、nano などを介してサーバーから簡単に構成を編集できるようにしたいと考えています (はい、私はそうします)。デーモン サーバーとリモート GUI マネージャーが必要です)。