Hi,
ich habe nicht immer Zugriff auf die php.ini, um alle Pfade für Klassen einzutragen. Jedes Mal um die Erweiterung des include_path betteln will ich nicht, zudem wäre das auch gar nicht sinnvoll, weil es sehr, sehr viele Projekte gibt und der include_path bald nicht mehr überschaubar wäre.
include_path ist PHP_INI_ALL konfigurierbar.
Nun möchte ich aber zum einen Klassen aus PEAR benutzen, zum anderen während der Entwicklung gemeinsam benutzte Verzeichnisse über den include_path nutzen.
D.h. also, *nach* der Entwicklung wird die Pfadstruktur anders aussehen?
Das Entwicklungs-/Testsystem immer möglichst nahe am Produktivsystem zu halten, ist eigentlich immer sinnvoll.
Hier könnten evtl. auch symbolische Links helfen, an einem Ort gelagerte Dateien für mehrere Projekte unter "individuellen" Pfaden bereitzustellen.
So, wenn ich das richtig sehe, wird ein include 'irgendwas' (das aus Verzeichnis a, welches im include_path eingetragen ist); new irgendwas nicht irgendwas instantiieren, sondern __autoload aufrufen, was natürlich in b, c oder d irgendwas nicht findet, weil es ja in a ist. Also muß ich selbst in __autoload nach irgendwas in a suchen, und das möchte ich nicht. Es wäre mir recht, wenn das include 'irgendwas' aus a; new irgendwas erkennt bzw. zuerst den include_path durchgeht, daß die Klasse geladen ist bzw. aus a im inc_path geladen werden soll und nicht __autoload aufruft.
Hier hoffe ich nur, dass du in deinen Projekten strukturierter arbeitest, als du hier mit Sprache umgehst.
Sorry, kaum ein Wort verstanden von dem Kauderwelsch.
MfG ChrisB
Light travels faster than sound - that's why most people appear bright until you hear them speak.