nicht angemeldet
Vielleicht hilft es, wenn Du sie mit etwas einfacherem wie http://httpd.apache.org/docs/mod/core.html#errordocument vergleichst. Den Link zu http://httpd.apache.org/docs/misc/rewriteguide.html hast Du auch gefunden?
Übersetzung:
Apache HTTP Bediener-Version 1,3 Apache 1,3 URL, das Führer Neu schreibt Ursprünglich geschrieben durch Ralf S. Engelschall < rse@apache.org > Dezember 1997 ergänzt dieses Dokument die mod_rewrite Bezugsunterlagen. Es beschreibt, wie man mod_rewrite Apaches benutzen kann, um typische URL-gegründete Probleme zu lösen, die webmasters normalerweise mit in der Praxis konfrontiert werden. Ich gebe ausführliche Beschreibungen auf, wie man jedes Problem löst, indem ich URL rulesets neu schreibend zusammenbaue. Einleitung in ein mod_rewrite das Apache Modul mod_rewrite ist ein Mörder einer, d.h. ist es ein wirklich hoch entwickeltes Modul, das eine leistungsfähige Weise liefert, URL Handhabungen zu tun. Mit ihm können Sie alle Arten URL Handhabungen fast tun, die Sie überhaupt ungefähr träumten. Der Preis, den Sie zahlen müssen, soll Kompliziertheit annehmen, weil Hauptbeeinträchtigung der mod_rewrites ist, daß zu verwenden nicht ist einfach, für den Anfänger zu verstehen und. Und sogar entdecken Apache Experten manchmal neue Aspekte, in denen mod_rewrite helfen kann. Mit anderen Worten: Mit mod_rewrite benutzen Sie jeder Eintragfaden sich im Fuß das erste mal und ihn nie wieder oder lieben es für den Rest Ihres Lebens wegen seiner Energie. Dieses Papier versucht, Ihnen einige Ausgangserfolgfälle zu geben, um den ersten Fall zu vermeiden, indem es bereits erfundene Lösungen Ihnen darstellt. Praktische Lösungen hier kommen eine Menge praktische Lösungen, die ich entweder mich erfunden habe oder gesammelt von anderen Völkerlösungen in der Vergangenheit. Fühlen Sie frei, die schwarze Magie von URL zu erlernen neu schreibend von diesen Beispielen. AUFMERKSAMKEIT: Abhängig von Ihrer Bediener-Konfiguration kann es notwendig sein, die Beispiele für Ihre Situation etwas zu ändern und z.B. die Markierungsfahne [ Pint ] addieren, wenn man zusätzlich mod_alias und mod_userdir, usw. verwendet. Oder ein ruleset neu schreibend, um in htaccess Kontext anstelle vom Probediener Kontext zu passen. Versuchen Sie immer, zu verstehen, was ein bestimmtes ruleset wirklich tut, bevor Sie es benutzen. Es vermeidet Probleme. URL Layout Kanonische URLs Beschreibung: Auf einigen webservers gibt es mehr als ein URL für ein Hilfsmittel. Normalerweise es gibt kanonisches URLs (das wirklich verwendet werden sollte und verteilt worden) und die, die gerade Kürzungen, die interne, usw. sind. Unabhängig, die URL der Benutzer mit dem Antrag lieferte, sollte er das kanonische schließlich nur sehen. Lösung: Wir tun ein externes HTTP umadressieren, damit alles nicht-kanonische URLs sie in der Position Ansicht der Datenbanksuchroutine und für alle folgenden Anträge repariert. Im Beispiel ruleset unten ersetzen wir,/~user durch das kanonische/das u/user und regeln fehlendes schleppendes Schrägstrichfür/u/user. RewriteRule ^/~([^/]+)/?(.*)/u/$1/$2 [ R ] RewriteRule ^/([uge])/([^/]+)$/$1/$2/[ R ] Kanonische Hostnames Beschreibung: ... Lösung: RewriteCond %{HTTP_HOST }!^fully.qualified.domain.name [ Nc ] RewriteCond %{HTTP_HOST }! ^ $ RewriteCond %{SERVER_PORT }!^80$ RewriteRule ^/(.*) http://fully.qualified.domain.name:%{SERVER_PORT}/$1 [ L,R ] RewriteCond %{HTTP_HOST }!^fully.qualified.domain.name [ Nc ] RewriteCond %{HTTP_HOST }! ^ $ RewriteRule ^/(.*) http://fully.qualified.domain.name/$1 [ L,R ] Verschobene DocumentRoot Beschreibung: Normalerweise bezieht das DocumentRoot des webserver direkt auf dem URL ``/''., aber häufig sind diese Daten nicht wirklich von der ersten Priorität, es sind möglicherweise gerade ein Wesen Menge Datenlachen. Zum Beispiel an unseren sind der Intranet Aufstellungsorte dort/e/www/(das homepage für WWW),/e/sww/(das homepage für das Intranet) usw.. Jetzt, weil die Daten des DocumentRoot an/e/www/bleiben, wir mußte überprüfen, ob alle Bilder und anderes Material innerhalb dieser Datenlachearbeit für folgende Anträge inlined. Lösung: Wir adressieren gerade das URL/zu/e/www/um. während scheint trivial es ist wirklich trivial mit mod_rewrite, nur ist. Weil die typischen alten Einheiten der URL Namensabkürzungen (wie zur Verfügung stellt durch mod_alias und Freunde) nur das Präfixzusammenbringen verwendeten. Mit diesem können Sie nicht solch eine Umlenkung tun, weil das DocumentRoot ein Präfix von allem URLs ist. Mit mod_rewrite ist es wirklich trivial: RewriteEngine auf RewriteRule ^/$/e/www/[ R ] Schleppende Schrägstrich-Problem-Beschreibung: Jedes webmaster kann einen Song über das Problem dem schleppenden Schrägstrich auf URLs referencin singen
irgendwo da steht das, dass ganze für anfänger nicht zu verstehen ist !! ich lass es einfach - wie soll ich das denn schaffen, wenn man davon keine ahnung hat. ich bin froh einen htaccess passwortschutz hinbekommen hab. man, shit ... mich regt das auf. alleine schon der aufbau der seite: da sehe ich gar keine anhaltspunkte und keine kontraste. ich sehe kein aufbau der vorgehensweise wie man das macht UND DANN AUCH NOCH AUF ENGLISCH !?!
nein, ich kann das ganz bestimmt nicht alleine !