<!–texy–>Mrtvý článek, těšil jsem se, že si z něj něco odnesu, ale… buď je napsaný špatně, nebo nedokážu pochopit základní věci…

"Možná jste si všimli, že oproti běžně doporučovaným nastavením, na které jste asi zvyklí, mi zde kromě již výše zmíněného get_include_path() chybí na začátku cesty tečka pro aktuální pracovní adresář."

Ve Vašem řešení chybí obvykle tečka, nebo v tom příkladě výše? (pokud se vůbec týká tohoto odstavečku) V příkladě totiž tečka na začátku cesty je…

"Druhým případem je hledání oproti umístění skriptu, ve kterém je include umístěno. Tady sice include hledá úplně vždy, čili by se to teoreticky nemuselo vůbec řešit. Nicméně zde hledá až naposled, takže je zde riziko, že se místo něj použije některý stejnojmenný skript právě z include_path."

Tady/zde – opravdu není jasné, která místa máte na mysli…

Napsal bych asi toto: Prvně je prohlédáváno oproti umístění skriptu ve kterém je include umístěno, v případě neúspěchu je hledán stejnojmenný skript v cestě zadané include_path…

A jako nejjistější variantu bych zapsal tuto, ale to je asi zbytečný detail ;-)

define('DS', DIRECTORY_SEPARATOR);
include dirname(__FILE__).DS.'foo'.DS.'bar.php';

<!–texy–>Tak právě jsem zjistil, že nejnovější PHP 5.2.5 obsahuje závažnou chybu "#43677":http://bugs.php.net/bug.php?id=43677, kvůli které **náhodně selhává direktiva include_path.**

Když brouzdáte na postiženém webu, tak prostě sem tam požadavek skončí chybou. Na této direktivě mimochodem stojí celý Zend Framework.

[1] Distribuovat skutečně netřeba. Ale to vůbec nesouvisí s tím, že je IMHO nevhodné používat jedinou sdílenou serverovou instalaci takové knihovny a výchozí serverové nastavení include_path. Měl jsem tu na toto téma delší reakci, ale vydá to nakonec na samostatný článek.

[2] Obalovat to pomocí dirname() je přinejmenším dobrý a doporučeníhodný nápad. Je to čisté a systémové řešení, narozdíl od pouhého __FILE__. Nikdy nevíš, kdy se někdy v budoucnu nebo na nějaké specifické platformě změní způsob vyhodnocování realpath() – současné chování v tomto specifickém případě není AFAIK nikde zaručeno.

<!–texy–>Jak "napsal dgx":http://latrine.dgx.cz/php-triky-include-require-a-cesty na la trine, není třeba obalovat __FILE__ do dirname()…

Když píšeš o tom, že aplikace by se neměla vůbec spoléhat na serverové nastavení včetně ZF nebo PEARu.
To jako třeba s unit testy chceš distribuovat potřebené PEAR balíky a s každou aplikací postavenou na ZF distribuovat celý ZF? To se mi zdá poněkud zavádějící. IMHO stačí uvést, že aplikace je postavena na ZF 1.0.2 a tečka