Moin Moin!
»» sowas wie "http://unserintranet/abteilung/ansprechpartner.html" geht da schon eher.
Und das kann man mMn beim Apachen auch ohne Mod_Rewrite erreichen
PHP unterstüzt z.B. die Path Info (durchsuch mal das Archiv und Google danach).
Nicht nur PHP.
Wenn man nun einen Pfad:
http://unserintranet.lan/abteilung.php/ansprechpartner/weiblich/
aufbaut und in abteilung.php den Pfad auswertet, dann hat man die beiden Positions-Parameter
ansprechparter
weiblichzur Verfügung, um damit etwas anzustellen.
Auch das ist nicht PHP-spezifisch.
Wenn man nun z.B. noch den x-bit-hack aktiviert, muss der Link auch nur noch
http://unserintranet.lan/abteilung/ansprechpartner/weiblich/
heißen und wenn das Script 'abteilung' gefunden wird, wird es vom PHP-Parser ausgeführt.
Sooo tief hakt sich der PHP-Interpreter in den Apachen ein? Normalerweise dient der X-Bit-Hack doch nur dazu, "normale" HTML-Dateien durch mod_include zu jagen.
Es reicht aus, wenn der Webserver die Resource unserintranet.lan/abteilung als ausführbares Programm erkennt. Exakt das habe ich vor einiger Zeit für eine FastCGI-Anwendung gemacht, der entsprechende Teil der URI hieß schlicht "run":
FastCGIExternalServer /srv/www/www.example.com/htdocs/run -socket /srv/www/www.example.com/tmp/fcgi-socket
Hierbei existiert weder eine Datei noch ein Verzeichnis /srv/www/www.example.com/htdocs/run. Die URLs lauten dann typischerweise http://www.example.com/run/login oder http://www.example.com/run/admin/user/list. Der FastCGI-Prozess hat dann jeweils die PATH_INFO ausgewertet, also "login" oder "admin/user/list".
Alexander
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so".