per mod_rewrite verzeichnis in url "verstecken" ?

[michael]

hallo alle zusammen,

ich habe eine website deren verzeichnisstruktur eigentlich sehr logisch aufgebaut ist. zu jedem menuepunkt gehört auch ein eingenes unterverzeichnis, sodaß am ende ein brauchbarer URL bei rauskommt. (www.domain.de/computer/prozessoren/amd/ z.B.)

nun stehen aber alle html-dateien unterhalb eines verzeichnisses "pages", sodaß mein URL eher so aussieht: www.domain.de/pages/computer/prozessoren/amd/

gibts ne möglichkeit per mod_rewrite oder so dieses pages-verzeichnis durch den server zu "verstecken" in dem URL? wenn ja, wie? kann man dazu ne .htaccess verwenden (shared hosting halt... kein direkter zugriff auf den server)

vielen dank für eure hilfe, grüße, michael

[Michael - Hannover]

Hi !

grds. sorgt mod_rewrite ja nur dafür, dass - wenn eine Anfrage kommt - diese erstmal durch diverse Prüfungen läuft und dann ggf. intern auf eine andere Ressource zeigt

jap das "pages" kann man also "verstecken"

dazu brauchst du ein aktiviertes mod_rewrite modul (nachfragen)
und dann kannst du alles weitere in der .htaccess konfigurieren

siehe auch http://www.linux-magazin.de/Artikel/ausgabe/2002/10/rewrite/rewrite.html

MfG
Micha

[Phil]

Hi,

dazu brauchst du ein aktiviertes mod_rewrite modul (nachfragen)
und dann kannst du alles weitere in der .htaccess konfigurieren

Auch wenn in deinem Fall wo .htaccess unumgänglich ist, ist es nicht empfehlenswert, mod_rewrite dort einzusetzen, da eine .htaccess für aller Unterverzeichnisse gilt.

Sprich, mod_rewrite muss alle Verzeichnise oberhalb deines Verzeichnisses nach .htaccess durchsuchen, und evtl. ausführen. Das führt zu Performance Einbußen (Weswegen ich auch nicht davon ausgehen, das mod_rewrite einkompiliert ist)

Gruß

Phil

[wahsaga]

hi,

Auch wenn in deinem Fall wo .htaccess unumgänglich ist, ist es nicht empfehlenswert, mod_rewrite dort einzusetzen, da eine .htaccess für aller Unterverzeichnisse gilt.

Sprich, mod_rewrite muss alle Verzeichnise oberhalb deines Verzeichnisses nach .htaccess durchsuchen, und evtl. ausführen. Das führt zu Performance Einbußen (Weswegen ich auch nicht davon ausgehen, das mod_rewrite einkompiliert ist)

nein, das kann man nicht so ganz unwiedersprochen stehen lassen.

schon der webserver muss in jedem verzeichnis nach einer .htaccess-datei schauen und diese dann auswerten, sofern vorhanden.
das hat aber nichts mit mod_rewrite an sich zu tun, auch für jegliche Options, DirectoryIndex etc. muss der webserver ja danach schauen. dieses "unperformante" verhalten wäre ihm also nur abzugewöhnen, wenn man ihn so einstellt, dass er gar keine per-directory konfigurationanweisungen annehmen würde.

mod_rewrite braucht dann natürlich auch noch mal ein bisschen "leistung", ist aber idR. auch zu vernachlässigen, so lange man das regelwerk einfach und möcglichst wenig umfangreich hält.

gruß,
wahsaga

[Phil]

Hi,

da hast du Recht, dennoch erhalte ich meine Aussage aufrecht, das die einmal eingelesenen Konfigurationen der httpd.conf performanter sind als per-directory Konfiguration durch .htaccess oder was auch immer dein AccessFileName ist.

Gruß

Phil

[wahsaga]

hi,

da hast du Recht, dennoch erhalte ich meine Aussage aufrecht, das die einmal eingelesenen Konfigurationen der httpd.conf performanter sind als per-directory Konfiguration durch .htaccess oder was auch immer dein AccessFileName ist.

das war ja auch unbestritten.
nur auf die httpd.conf wirst du in einer shared hosting umgebung sicher keinen zugriff bekommen.

und des weiteren, wenn da für ein paar dutzend kunden alle möglichen, "normal" per hatccess gemachten einstellungen in der httdp.cong gemacht würden, wäre es sicher auch nicht so sonderlich performant.

gruß,
wahsaga

[Phil]

Hallo Wahsaga

nur auf die httpd.conf wirst du in einer shared hosting umgebung sicher keinen zugriff bekommen.

Was ich schon geschrieben habe ;-)
hab ja nurmal aus Prinzip gemeckert

und des weiteren, wenn da für ein paar dutzend kunden alle möglichen, "normal" per hatccess gemachten einstellungen in der httdp.cong gemacht würden, wäre es sicher auch nicht so sonderlich performant.

Je mehr Äpfel du vom Feld nach Hause zum Essen tragen musst, desto langsamer wirst du. Wenn du aber jedesmal, wenn du nen Apfel essen willst, den gesammten Korb vom Feld holen musst, wirst du mit Sicherheit länger brauchen, oder? Ergo: Nicht performant, aber performanter ;-)

Können wir jetzt mit der rumzickerei aufhörn? Is ja schrecklich!
Außerdem, update mal deinen Blog, jedesmal, wenn ich alles Favoriten aus meinem Blog Ordner öffne, is in deinem nix neues! ;o)

Ich will mehr deiner Prosa lesen!! *g*

Gruß

Phil