RewriteCond match query-string-Parameter in beliebiger Reihenfolge

Ich habe eine URL, die möglicherweise enthalten drei Parameter:

  1. ?Kategorie=Computer
  2. &Unterkategorie=laptops
  3. &product=dell-inspiron-15

Brauche ich eine 301-Weiterleitung von dieser URL auf seine freundliche version:

http://store.example.com/computers/laptops/dell-inspiron-15/

Habe ich diese aber nicht funktionieren, wenn die query-string-Parameter werden in anderer Reihenfolge:

RewriteCond %{QUERY_STRING} ^category=(\w+)&subcategory=(\w+)&product=(\w+) [NC]
RewriteRule ^index\.php$ http://store.example.com/%1/%2/%3/? [R,L]
Einfachste Lösung ist die PHP-tun umleiten.
das setzt Voraus, dass man mit PHP ... die Frage war spezifisch für apache, die verwendet werden könnten, mit einer beliebigen Anzahl von Sprachen/frameworks/etc. Stimmt, mit PHP (oder einer anderen Skript-oder Programmiersprache) zum Bearbeiten von URL-Parametern hat einige Vorteile, aber diese Frage war speziell zu apache/mod_rewrite.
In diesem konkreten Fall die OP zu sein schien mit Hilfe von PHP, wie die RewriteRule enthalten index.php.

InformationsquelleAutor TrueBlue | 2013-01-13

  1. 16

    Können Sie erreichen dies mit mehreren Schritten, durch die Erkennung eines Parameters und dann die Weiterleitung zum nächsten Schritt und dann umleiten um das endgültige Ziel

    RewriteEngine On

RewriteCond %{QUERY_STRING} ^category=([^&]+) [NC,OR]
RewriteCond %{QUERY_STRING} &category=([^&]+) [NC]
RewriteRule ^index\.php$ $0/%1

RewriteCond %{QUERY_STRING} ^subcategory=([^&]+) [NC,OR]
RewriteCond %{QUERY_STRING} &subcategory=([^&]+) [NC]
RewriteRule ^index\.php/[^/]+$ $0/%1

RewriteCond %{QUERY_STRING} ^product=([^&]+) [NC,OR]
RewriteCond %{QUERY_STRING} &product=([^&]+) [NC]
RewriteRule ^index\.php/([^/]+/[^/]+)$ http://store.example.com/$1/%1/? [R,L]

    Zu vermeiden, die OR und doppelte Bedingung, die Sie verwenden können, 

    RewriteCond %{QUERY_STRING} (?:^|&)category=([^&]+) [NC]

    als @TrueBlue vorgeschlagen.

    Ein weiterer Ansatz ist, um das Präfix der TestString QUERY_STRING mit einem kaufmännischen und-Zeichen &, und überprüfen Sie immer 

    RewriteCond &%{QUERY_STRING} &category=([^&]+) [NC]

    Diese Technik (indem der TestString) können auch verwendet werden, um nach vorne tragen bereits gefundenen Parameter auf die nächste RewriteCond. Dies ermöglicht es uns vereinfachen, den drei Regeln, um nur ein 

    RewriteCond &%{QUERY_STRING} &category=([^&]+) [NC]
RewriteCond %1!&%{QUERY_STRING} (.+)!.*&subcategory=([^&]+) [NC]
RewriteCond %1/%2!&%{QUERY_STRING} (.+)!.*&product=([^&]+) [NC]
RewriteRule ^index\.php$ http://store.example.com/%1/%2/? [R,L]

    Den ! wird hier nur verwendet, trennen Sie die bereits gefunden und neu geordnet Parameter aus der QUERY_STRING.

    Auf erste Regel wird der url geändert, um z.B. /computers/. Sollte nicht next-rule-check für /\w+/ statt index.php?
    Die erste Regel ändert sich die URL zu index.php/computers. So wird die nächste Regel überprüfen müssen, für index.php/.... Ich befestigte das Muster zu index.php/[^/]+.
    Ich habe es auf Arbeit mit kleineren Verbesserungen (z.B. (?:^|&) zu beseitigen, die ODER-Klausel).
    Danke für das teilen Ihrer endgültigen Lösung.
    Die Letzte Lösung scheint zu funktionieren nur, wenn alle Parameter in der Abfrage enthalten sind. Wenn einer fehlt, es scheint nicht zu funktionieren. Gibt es eine einfache Lösung für?

    InformationsquelleAutor Olaf Dietsche

  2. 3

    Nehme ich einen etwas anderen Ansatz für diese Art der Sache, Nutzung ENV-VARs setzen und Lesen von mod_rewrite. Ich finde es lesbarer /wartbarer zu finden, um die Rückverweise durch Namen wie diese, und diese ENV-VARs können später wiederverwendet werden in der request-Verarbeitung zu. Insgesamt denke ich, dass es ein mächtiger und flexibler Ansatz als die akzeptierte Antwort hier. In jedem Fall, es funktioniert gut für mich. Ich habe kopiert meine Kernaussage unten in seiner Gesamtheit:

    Vom https://gist.github.com/cweekly/5ee064ddd551e1997d4c 

    # Mod_rewrite is great at manipulating HTTP requests.
# Using it to set and read temp env vars is a helpful technique.
#
# This example walks through fixing a query string:
# Extract good query params, discard unwanted ones, reorder good ones, append one new one.
#
# Before: /before?badparam=here&baz=w00t&foo=1&bar=good&mood=bad
# After: /after?foo=1&bar=good&baz=w00t&mood=happy
#
# Storing parts of the request (or anything you want to insert into it) in ENV VARs is convenient.
# Note the special RewriteRule target of "-" which means "no redirect; simply apply side effects"
# This lets you manipulate the request at will over multiple steps.
#
# In a RewriteRule, set custom temp ENV VARs via [E=NAME:value]
# Note it's also possible to set multiple env vars
# like [E=VAR_ONE:hi,E=VAR_TWO:bye]
#
# You can read these values using %{ENV:VAR_NAME}e <- little "e" is not a typo
#
# Tangent:
# Note you can also read these env vars the same way, if you set them via SetEnvIf[NoCase]
# (It won't work to use SetEnv, which runs too early for mod_rewrite to pair with it.)
#
# Regex details:
# (?:) syntax means "match but don't store group in %1 backreference"
#      so (?:^|&) is simply the ^ beginning or an & delimiter
#      (the only 2 possibilities for the start of a qs param)
# ([^&]+) means 1 or more chars that are not an & delimiter

RewriteCond %{QUERY_STRING} (?:^|&)foo=([^&]+)
RewriteRule ^/before - [E=FOO_VAL:%1]

RewriteCond %{QUERY_STRING} (?:^|&)bar=([^&]+)
RewriteRule ^/before - [E=BAR_VAL:%1]

RewriteCond %{QUERY_STRING} (?:^|&)baz=([^&]+)
RewriteRule ^/before - [E=BAZ_VAL:%1]

RewriteRule ^/before /after?foo=%{FOO_VAL}e&bar=%{BAR_VAL}e&baz=%{BAZ_VAL}e&mood=happy [R=301,L]

    P. S. Dies ist keine Kopie/pasteable Lösung auf deine Frage, sondern zeigt genau wie, um mit dieser Art problem umzugehen. Bewaffnet w dieses Verständnis, und nutzt es für dein Beispiel völlig trivial. 🙂

    InformationsquelleAutor cweekly

Schreibe einen Kommentar