問題タブ [include-path]

リモートサーバーにファイルを含めることに問題があります（ただし、ローカルの Windows PHP + Apache 構成では問題なく動作します...）。

次のように、インクルード ファイルからファイルをインクルードしようとすると問題が発生します。

index.php の内容:

Dir1/File1.php の内容:

Dir1/File2.php の内容

Dir1/File3.php の内容

File2.php と File3.php は評価されませんが、たとえば File2.php を File99.php (存在しないファイル) に変更すると、ファイルが存在しないという標準の警告が表示されます。

しかし、Dir1/File1.php の内容を次のようなファイルを含めるように変更すると:

次に、ファイルが評価されます...

の

私は持っている

私も改造しました

に

ウェブ共有を再開しましたが、追加のインクルード パスが見つかりません。php.ini を変更したり、PHP でこの追加のインクルード パスを設定したりしたくない

PHP5.2.11がプリインストールされたMacOSX10.5.8を実行しています。Coda1.6.10を使用します。

PHPファイルを作成し、サーバーではなくファイルから実行してプレビューします。PHPインクルードを試すまで、これは正常に機能していました。これらは相対パスとしては機能せず、ドライブのルートからの絶対パスとしてのみ機能します。

次のようなステートメントを使用する方法はありますか

include_once "common / header.php";

次のようにファイルパス全体を指定せずに：

include_once "/Volumes/Macintosh HD / Users / neil / Desktop / Website / ColoredLists_v1.0 / common / base.php";

ここで、ColoredLists_v1.0は、すべてのWebサイトファイルが含まれるディレクトリです。ファイルパスに_SERVER[DOCUMENT_ROOT]やdirname（File）を追加するなどの解決策を試しましたが、変数が設定されていないため、機能しませんでした。これを行う簡単な方法はありますか、またはドライブルートではなくデフォルトで特定のディレクトリを検索するように構成を変更できますか？現在、echo_include_pathは。を示しています。

スクリプトの先頭にこの行を含めると、次のように機能します。

set_include_path（'/ Volumes / Macintosh HD / Users / neil / Desktop / Website / ColoredLists_v1.0'）;

ただし、すべてのスクリプトに対してこれを実行したい場合、変更を永続的にすることはできないようです。php.iniでUnixinclude_pathを編集した後でも、機能していないようです。

更新：私は最終的に、Apacheサーバーをローカルで実行するのが最も簡単な確実な方法であると判断しました。Macがプリインストールされているので、それほど問題はありませんでした。ローカルホストからの接続のみを許可するようにhttpd.confを変更したため、セキュリティ上の懸念が軽減されました。もちろん、これでもポート80は開きますが、私はルーターの後ろにいるので、あまり露出されていないことを願っています。また、Codaの「サイト」には、ローカルURLを設定できる優れた機能が含まれているため、見事に機能するようになりました。唯一の欠点は、コードを編集した後、プレビューを手動で更新する必要があることです。

実行するPHPスクリプトがあります。コマンドラインから実行すると、正常に動作します（インクルードパスが正しく設定されています）。

Eclipse内で実行する（スクリプトとして実行）場合は、php.iniのPHPインクルードパスがEclipseに置き換えられ、プロジェクトに追加したすべてのライブラリが含まれます。

PHP実行可能ファイルをEclipseで構成しました。正しいPHP実行可能ファイルを設定し、php.iniファイルも選択しました（正しいファイルを確認しました）。しかし、それは無視されます...

編集：これはEclipseのバグです： https ：//bugs.eclipse.org/bugs/process_bug.cgi

問題は、C++コンパイラにインクルードパスを渡す必要があることです。次のように、バッファごとに定義できます。

しかし、コマンドラインでb：COMPILER_OPTIONSを展開するにはどうすればよいですか？

動作しません。

または、これが不可能な場合、これを行うための他の方法はありますか？

Zend Framework への PHP パスを設定しようとしています。これを行う方法について非常に混乱しています。私の Zend Framework は、私のサーバーの次の場所にあります。

アマゾン/ZendFramework-1.10.3-最小限

Zend Framework を必要とする amazon/ ディレクトリに 2 つの php ファイルを作成します。私のインクルードパスは次のとおりです。

ただし、Amazon.php の内部には次の行があります。

...そして Client.php には、そのように設定された依存関係がさらにあります。

Amazon.php と Client.php (など) が Zend Framework の場所を正しく参照できるように、インクルード パスを設定するにはどうすればよいですか?

ありがとう

ファイルを含めるときに私が疑問に思うこと:

ファイルを含めたい、またはファイルにリンクしたいとします。たとえば、次のようにする必要があります。

または代わりに使用する必要があります

一方が他方より優れているか？それともより安全ですか？それとも単なる個人的な好みですか？

複数のディレクトリのファイルに含めるファイルがあり、そのファイルに別のファイルが含まれている場合、またはそれを行う他の方法がある場合は明らかに必要になりますか?

.proファイルに次の定義があります。

このRCファイルには、上部にグローバルインクルードが含まれています。

version_info.hヘッダーは、共通のヘッダーファイルディレクトリにあります。

RC.EXEはINCLUDE環境変数を考慮に入れているため、MSのドキュメントによると、ビルドプロセスバッチはそれに応じて設定します。

これは、RCがINCLUDE varを読み取るように見えるため、「version_info.h」ファイルがすべてのRCファイルに適切に含まれているため、完全に機能します。

問題は、VSソリューションを生成するとき（またはVSアドインを介してインポートするとき）です。RC呼び出しには（予想どおり）/ Iフラグは含まれていませんが、XPでシステムの「環境変数」ダイアログを使用してセットアップした場合でも、INCLUDE変数は読み取られません。

だから私はこの問題に悩まされており、2つの選択肢があり、仕事をすることができませんでした：

• VS RC.exe呼び出しがINCLUDE変数を尊重するようにします（ユーザー変数またはシステム変数として機能しませんでした）。
• QMAKEに/IフラグをRC呼び出しに渡すように強制し、その/ Iフラグをプロジェクト設定（リソースコンパイラのプロパティ）にインポートします。

前もって感謝します。

を実行して下phpinfo()のConfigurationカテゴリを見ると、ローカル値とマスター値を持つ、PHP Coreというタイトルのディレクティブが表示されます。include_path

この場合、私のローカル値はに設定されます

私のマスター値はに設定されています

これがどのように機能するかを学ぼうとしている理由は、私が取り組んでいるシステムに「Smarty.class.phpSmarty Templating Engine」を使用している人なら誰でもよく知っていると思われる、というタイトルのファイルがあるためです。

PHPファイルの1つには、次のものが含まれています。

このファイルuser_info_class.incは、インクルードを作成するファイルと同じディレクトリにあります。これは私にとって完全に理にかなっており、私が常にファイルを参照する方法です。Smarty.class.phpファイルを開きたいと思い、同じディレクトリにあると想定しましたが、そうではありませんでした。

少し掘り下げた後、私はそれらのphp_ini変数を発見し、最終的にディレクトリ内のファイルを見つけることができましたusr/share/php/smarty/。

したがって、インクルードを作成するときは、のローカル値とマスター値の間のある種の順序に従うように見えますinclude_path。

私の推論がこれまでのところ正しいと仮定して、誰かがPHPが含まれるファイルを検索する順序を説明できますか？

現在、.htaccess ファイルで次のinclude_pathように設定しています。

ただし、サイトを新しいサーバーに配置する必要がある場合は、.htaccess ごとに更新するサイトの負荷全体を処理する必要があるため、これは適切ではありません。基本的には、「includesサイトルートで呼び出されるフォルダーを使用する」という方法が必要です（1つのサーバーからさまざまな異なるサイトを実行しているため、各.htaccessファイルとインクルードパスは異なります）。

ここの関連する質問で、私は誰かに使用してもらいました:

しかし、これはコード内にあり、毎回行うのは少し面倒かもしれませんが、この方法を使用して、.htaccess を使用するという考えを捨てる必要がありますか?