[Victorious]

Hi

ist es irgendwie möglich per mod_rewrite GET anfragen zu zerlegen lassen?
Soweit funktioniert das mod_rewrite, aber so bald ich ein Formular ausfülle und abschicke steht wieder die hässliche Erweiterung in der Adresszeile.

Ich habe auch bisher nix gefunden im netz oder ich hab das falsche gesucht gehabt.

Liegt es vieleicht daran das es nicht möglich ist, da es dynamisch erzeugt wird?

Gruß
Alex

[ads]

Welche häßliche Erweiterung?
Und was genau möchtest du machen, kannst du mal ein Beispiel geben?

[Victorious]

ich möchte aus

zb.

http://localhost/members/view/?show=muster&test=test

das hier machen

http://localhost/members/view/muster/test

Verwende die GET methode ausschließlich nur für suchanfragen, den rest mach ich per POST.

RewriteEngine on 

# Spambots nach User_agent aussperren

RewriteCond %{HTTP_USER_AGENT} ^.*Whacker.*$ [OR] 
RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR] 
RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR] 
RewriteCond %{HTTP_USER_AGENT} ^.*FileHound.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*TurnitinBot.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*JoBo.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*adressendeutschland.*$
# Erzeugt 403 (Forbidden) Fehlermeldung
RewriteRule ^.* - [F]

 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 

 
RewriteRule ^(.*)$ index.php?route=$1  [L,QSA]

so sieht die .htaccess aus.

[Jojo]

Also soweit ich weiß, ist es (ohne JS) nicht möglich, den Browser eine Formatierung von GET-Parametern vorzuschreiben.

Du wirst bei Formularen also entweder mit POST arbeiten, das Formular per JavaScript abschicken oder aber (eventuell in Verbindung mit POST) einen Zwischenstopp einlegen müssen (PHP-Script, .htaccess o.a.), auf dem die Variablen geparst und den Benutzer dann an eine deinen Wünschen entsprechend formatierte Adresse weiterzuleiten.

PS: Das mod_rewrite-Modul ermöglicht keine Veränderungen am abzusendenden Request sondern erlaubt lediglich die interne Umformung von Requests für den HTTP-Server.
Mit anderen Worten, das was in der Adressleiste steht, kann mod_rewrite nicht verändern

[Victorious]

ok, dachte ich mir schon irgendwie.^^ Wie kann man den sowas in php oder JS umsetzten? Ich weiss das man per parse_url() die url zerlegen kann, aber wie bekomme ich das geparste wieder in die url mit header() geht das nicht.

[Jojo]

Zitat von Victorious

mit header() geht das nicht.

Header ist leider ebenfalls eine interne Umleitung...

Eine - wenngleich nicht wirklich elegante - Lösung ist ein eine dynamische HTML-Seite mit einem meta-Refresh.

Hier findest du ein paar Weiterleitungsarten mit Beispielen.
Ob die 301/302-Weiterleitung den Browser zu einer "optischen" Adressänderung zwingt, kann ich dir leider nicht sagen. Das müsstest du selbst ausprobieren

[nox]

Zitat von Jojo

Header ist leider ebenfalls eine interne Umleitung...

Eine - wenngleich nicht wirklich elegante - Lösung ist ein eine dynamische HTML-Seite mit einem meta-Refresh.

Hier findest du ein paar Weiterleitungsarten mit Beispielen.
Ob die 301/302-Weiterleitung den Browser zu einer "optischen" Adressänderung zwingt, kann ich dir leider nicht sagen. Das müsstest du selbst ausprobieren

hmmm...

Vielleicht verstehe ich das gerade falsch, aber denke ich muss meinen Senf doch mal eben dazu geben

Warum sollte das per Header nicht gehen ? Ist doch mit "Location" auch eine Weiterleitung, wenn auch eine Serverseitige.

PHP-Code:

if(isset($_GET['test']))
 {
    header('Location: http://localhost/members/view/' . $_GET['show'] . '/' . $_GET['test']);
 } 


Wenn ich das Problem richtig verstanden habe sollte das doch genau das machen was du brauchst!

Gruß nox

[Jojo]

Zitat von nox

Warum sollte das per Header nicht gehen ? Ist doch mit "Location" auch eine Weiterleitung, wenn auch eine Serverseitige.

Upsala! Stimmt, habs grad getestet.
Mein Fehler

Ich hatte irgendwo im Hinterkopf, dass sich die Adresszeile bei dieser Version der Umleitung nicht ändert...

Im Grunde sollte es so funktioneren. wäre wohl am einfachsten, alle Requests in eine Datei umzuleiten und dann von dieser Datei weiterzuverbinden...

[$traight-$hoota]

Ich würde das ganze primär über JavaScript realisieren: Is kein großer Aufwand und wenn JS deaktiviert ist, kann man als fallback immer noch über php ne weiterleitung generieren. Aber man spart sich i.d.R. einen Verbindungsaufbau.

Folgendes Script sollte das z.B. tun:

<script type="text/javascript">
function submitForm(form){
     if(form.show.value == "undefined" || form.test.value == "undefined"){
          alert("Sie müssen alle Formularfelder ausfüllen");
          return false;
     }
     location.href = "http://localhost/members/view/" + form.show.value + "/" + form.test.value;
     return false;
}
</script>
<form name="myForm" onsubmit="return submitForm(this);" action="umleitung.php" method="get">
<input type="text" name="show" value="muster" />
<input type="text" name="test" value="test" />
<input type="submit" value="Absenden" />
</form> 

[ads]

Zitat von nox

Warum sollte das per Header nicht gehen ? Ist doch mit "Location" auch eine Weiterleitung, wenn auch eine Serverseitige.

Das würde schon funktionieren.
Nur hat man dann pro eigentlicher Anfrage zwei Requests. Den ersten, um die URL glücklich zu machen und den Browser auf die zweite, eigentliche Anfrage umzuleiten.

Das kann mit der zeit ganz schön Performance kosten.

Vielleicht wäre es sinnvoller, clientseitig im Browser die Anfrage zu manipulieren und bei Formularen beim Submit noch die ZielURL zu berechnen.

Alternativ, wenn man sowieso schon von Formularen spricht: als Target eine passende, hübsche URL einsetzen und alles per POST abschicken. Dann steht nur die geschönte URL dort.

[Victorious]

Das mit dem header() klappt zwar nun, aber danach kann ich nicht mehr auf die $_GET zurück greifen, da es dann wieder ein neuer REQUEST ist.
Ich hab ne eigne Klasse die die ganzen REQUEST speichern soll, aber irgendwie wird es jedes mal überschrieben.

EDIT: Das gleiche passiert mit dem JS auch.

[nox]

Hi,

das ist logisch denn du arbeitest mit mod_rewrite und übergibst die $_GET['test'] und $_GET['show'] ja garnicht mehr, die Daten stehen jetzt in der $_GET['route'], die du dann erst noch zerlegen musst um an die relevanten Daten zu kommen!

Das kann mit der zeit ganz schön Performance kosten.

Nunja wenn man es löst wie Jojo vorgeschlagen hat sollte das eigentlich ohne große Performance einbußen funktionieren.

Gruß nox

[ads]

Zitat von nox

Nunja wenn man es löst wie Jojo vorgeschlagen hat sollte das eigentlich ohne große Performance einbußen funktionieren.

Das habe ich nicht wirklich verstanden, wie das funktionieren soll.
Ohne Redirect keine hübschen URLs, mit Redirect sind die Daten weg.

Eine Datei würde z.B. eine Session bedeuten - und bei zwei gleichzeitigen Anfragen ist das ein Problem.

[nox]

Zitat von ads

Das würde schon funktionieren.
Nur hat man dann pro eigentlicher Anfrage zwei Requests. Den ersten, um die URL glücklich zu machen und den Browser auf die zweite, eigentliche Anfrage umzuleiten.

Das kann mit der zeit ganz schön Performance kosten.

Vielleicht wäre es sinnvoller, clientseitig im Browser die Anfrage zu manipulieren und bei Formularen beim Submit noch die ZielURL zu berechnen.

Alternativ, wenn man sowieso schon von Formularen spricht: als Target eine passende, hübsche URL einsetzen und alles per POST abschicken. Dann steht nur die geschönte URL dort.

Nein die Daten sind nicht weg, es scheint als nutzt Victorious ein Framework, oder zumindest einen Router für die URL. Somit sind die Daten noch da aber halt nicht mehr in den genannten $_GET- Parametern. Schau dir doch seine .htaccess Datei an:

RewriteRule ^(.*)$ index.php?route=$1  [L,QSA]

Alle Datein werden auf "index.php?route=" intern umgeleitet.


Der Lösungsansatz von JoJo sieht vor das alle Daten in Formularen erst an z.b. formforwarder.php gesendet werden und von da aus per Header('Location auf die "schöne" URL umgeleitet werden. Anschlißend noch die URL bzw. $_GET['route'] gewünscht zerlegen und fertig

Gruß nox

[Victorious]

ah ok. Das zerlegen ist nur ein kleines prob. Mit explode kann man es zwar schön zerlegen.Nur es kann ja auch mal sein das die zb das drin steht

xy/xy/xy/erstes Get/zweites Get

das heißt es würde nun im Request array das stehn

array =>
   route => 'xy/xy/xy/erstes Get/zweites Get'

Ich will ja aber nur die letzten beiden haben. Mit dem passenden Key.
Bzw besser ausgedrückt die länge ist immer unterschiedlich lang.

ah ok. Das zerlegen ist nur ein kleines prob. Mit explode kann man es zwar schön zerlegen.Nur es kann ja auch mal sein das die zb das drin steht

xy/xy/xy/erstes Get/zweites Get

das heißt es würde nun im Request array das stehn

array =>
   route => 'xy/xy/xy/erstes Get/zweites Get'

Ich will ja aber nur die letzten beiden haben. Mit dem passenden Key.
Bzw besser ausgedrückt die länge ist immer unterschiedlich lang.

Das einzige was ich wüsste ist das array zerlegen lassen und nicht Keys zugreifen sondern mit Indizies.
Ist aber ne mühsame arbeit dann.Man muss dann immer genau wiessen bei welchen Indizi der passende Wert befindet.

[nox]

Hi,

wenn du ein Framework benutzt währe es vielleicht Hilfreich zu wissen welches.

Ansonsten kannst du doch einfach die Werte, mittels count, im Array zählen. Dann gehst du einfach -2 zurück und schon hast du die zwei letzten Werte.

Gruß nox

[Victorious]

hi

ich benutze kein framework.Das ganze habe ich mir selber geschrieben bzw bin dabei.^^

[robo47]

1. Möglichkeit:

Eine rewriterule schreiben welche die 4 neuen parameter (variablenname1, variablenname2, variableninhalt1, variableninhalt2) dann eben passend umsetzt, dann kannst du direkt auf $_GET zugereifen

Anmerkung:
kann unter Umständen Probleme geben, bin mir da nicht ganz sicher wie das behandelt wird wenn rewrite-url und die gleichen GET-parameter zusammentreffen bei sowas:

http://www.domain.tld/members/view/v...otherVar2Value

Denke das kann man auch via mod_rewrite oder auch via abfangen, macht das ganze aber nochmal komplizierter/umständlicher

2. Möglichkeit
Via explode auf die aufgerufenen url, da ja der vordere teil der URL bekannt ist, bzw. die anzahl der virtuellen "ordner" [einfache definition jetzt mal für jeden alphanumierschen String der zwischen "/" steht]

kannst du einfach so vorgehen (code ungetestet
Beispielurl: http://www.domain.tld/members/view/v...var2/var2value
$_SERVER['REDIRECT_URL'] = /members/view/var1/var1value/var2/var2value

PHP-Code:

$params = explode('/',$_SERVER['REDIRECT_URL']);
array_shift($params); // schmeißt members raus
array_shift($params); // schmeißt view raus
$$params[0] = $params[1];
$$params[2] = $params[3];
// danach stehen dir $var1 und $var2 zur Verfügung 


Den Code muss man natürlich noch um if (isset($params[INDEX])) für jede Variable erweitern, aber das schema sollte klar werden.

[Artemis]

Das Problem bei der URL ist, wenn der erste GET-Parameter ein / enthält. Dann passt das wieder nicht mehr. Das heißt, du darfst nicht einfach die letzten beiden Teile des Pfades nehmen, sondern sagen, die URL fängt immer mit /suchen/ an, und dann kommen die Parameter. Wobei das Problem ist, bei /suchen/Test/Tost/Tist kannst du nicht sagen, ob die Parameter Test/Tost und Tist oder Test und Tost/Tist sind.

[robo47]

Zitat von Artemis

Das Problem bei der URL ist, wenn der erste GET-Parameter ein / enthält. Dann passt das wieder nicht mehr. Das heißt, du darfst nicht einfach die letzten beiden Teile des Pfades nehmen, sondern sagen, die URL fängt immer mit /suchen/ an, und dann kommen die Parameter. Wobei das Problem ist, bei /suchen/Test/Tost/Tist kannst du nicht sagen, ob die Parameter Test/Tost und Tist oder Test und Tost/Tist sind.

GET-Parameter werden doch automatisch escapt beim absenden damit sollten keine / vorkommen können, da es in ein %2F umgewandelt wird.