Ich habe ein Login-Formular auf der folgenden Seite:
site.com/de/downloads
"en" ist die user_language (und wird als solche in einer globalen Variablen gespeichert)
Wenn ich mich anmelde, leitet mich das Formular weiter zu:
site.com/downloads
Während es mich zu der URL mit meinem user_language
umleiten sollteIch habe zahlreiche Dinge ausprobiert, aber der Wert von der Rückgabewert wird immer ignoriert.
Sie leiten alle auf site.com/downloads um.
Der Code, der ausgegeben wird (für das letzte Beispiel) sieht so aus:
%Vor%Ich habe eine .htaccess, die so aussieht:
%Vor%UPDATE:
Ich habe versucht, freemember wie vorgeschlagen zu verwenden, aber das Problem bleibt das gleiche:
Ich habe den Rückgabewert auf "about / index" gesetzt, werde aber immer noch auf site.com/downloads umgeleitet.
Der von freemember generierte Code sieht jedoch solide aus, also muss etwas den Rückgabewert überschreiben.
%Vor%Ich habe es endlich herausgefunden.
Anscheinend habe ich noch ein kleines Plugin namens "Twomile Login Redirect" benutzt, das meinen Login-Code gekidnappt hat (selbst wenn es deaktiviert war, musste ich es entfernen)
Also ist jetzt alles gut.
Lektion gelernt: alte Plugins entfernen:)
Wenn Sie den return="{user_language}/about/index"
-Parameter wie oben erwähnt verwenden, wird die RET
-Variable im HTML-Code korrekt ausgegeben? Wie wäre es, wenn Sie nur Ihr eigenes RET
verstecktes Eingabefeld hinzufügen? Legen Sie das einfach in Ihr Login-Formular:
Gemäß der HTML-Spezifikation, wenn zwei Eingänge das gleiche name
haben, überschreibt das letztere alle vorherigen, so dass es kein Problem damit gibt.
Alternativ könntest du versuchen, das FreeMember -Plugin zu verwenden - du hast vielleicht mehr Glück mit der Return-URL, und du kannst das vermeiden böse Grey Redirect-Seiten auch. </shameless-plug>
Ich sehe das vielleicht oberflächlich an, aber könntest du nicht
verwenden? %Vor%Tags und Links expressionengine