Nach Login die "richtige" Seite anzeigen lassen

aber du musst den Referer abfangen.
Dort steht drin, wer den access denied ausgelöst hat, und an den musst du es dann weiterleiten.
Aber wenn ich mich recht entsinne, gibt es dafür irgend ein Modul.
Eventuell im Paket von commerce?

Hallo Ronald,

den Referer abfragen halte ich für keine gute Idee....

zum einen kann man den übermittelten Referer im Browser einstellen, soweit ich das weiß.
Zum anderen muss man damit rechnen, dass der User auf der Login-Seite (dort sind ja meist noch weitere Reiter drauf, wie "create a account" oder "Request new Password") noch andere Links klickt, bevor er sich tatsächlich einloggt.

@commerce
guter Tipp, ich schaue mir da mal die Module an, vielleicht ist ja wirklich was dabei.

Hat denn sonst noch einer eine Idee ? Ich finde, das ist doch ein Standardproblem, welches ich oben beschrieben haben.

Gruß
Berthold

das geht doch mit rules

Hallo Christian,
deine Antwort ist ja sehr kurz, und erst dachte ich: Klar geht eine Weiterleitung mit Rules nach dem Login, aber wohin war ja die Frage.

Dann habe ich noch ein bisschen darüber nachgedacht und HEUREKA, ich habe eine Lösung gefunden.

Ich skizziere das mal kurz für alle anderen:

folgende Rule erstellen:
Event: System log enty is created

Conditions: Data comparison
log-entry:type ist gleich access denied

Action: PHP Code: Speichere die $log_entry['message'] in der Session ab.
($log_entry['message'] ist die Seite, auf die der User eigentlich wollte)

Dann eine weitere Rule:
Event: User has logged in

Action: PHP Code:
Aus der Session die NID auslesen
ist da was drin, Session Variable löschen und dorthin weiterleitet
ist da nichts drin,
wie immer auf die Account Seite weiterleiten

Funktioniert wie geschnitten Brot.

Also nochmals Danke für den Denkanstoß :-)

Gruß
Berthold

Wenn man den Standard-Login-Block nicht nutzen mag, der bei Access-Denied auch zurück zur Seite führt hilft vlt. das
Modul LoginToboggan, das eine Funktion "Present login form on access denied (403)" hat.
Wenn es kein direktes Formular auf der 403-Page sein soll, würde ich eher versuchen einen Link dort zu platzieren, der die Destination an das Login-Formular übergibt. Da gibt es vllt. auch ein Modul für und wenn nicht, ist das leicht zu programmieren in einem Custom Module.

Sicherlich würde LoginToboggan auch funktionieren, aber das eigentliche Problem: Wie weiss ich, auf welche Seite der User wollte, wenn er die Access-Denied Seite angezeigt bekommt, löst es natürlich nicht.

Ich habe ja oben schon einen Weg aufgezeigt, wie man das machen kann, siehst du dort irgendwelche Probleme mit meiner Lösung ?

Gruß
Berthold

Es geht also auch um die Dokumentation dessen, auf welche Adresse, welcher User uneingeloggt zugreifen wollte?
Grundsätzlich ist Dein Ansatz, die Session dafür zu benutzen nach dem Einloggen ein Weg, den ich auch erstmal ins Auge fassen würde. Nur kann man das ja auf unterschiedliche Weise machen.
Ich würde erstmal versuchen zu schauen, ob ich mit hook_user_login weiter komme, bevor ich per Hook (auch indirekt über Rules) das ganze Logging verlangsame. Falls das doch nötig sein sollte, wäre evtl. ein direkter Zugriff sinnvoller als per Rules auch aus Performance-Gründen.
Und wenn Rules ein sinnvoller Weg ist, würde ich dort nicht mit dem PHP-Filter arbeiten, bei dem der Code in der Datenbank gespeichert wird. Das lässt sich schlecht warten und der PHP-Filter sollte nach Möglichkeit aus Sicherheitsgründen auch komplett unterbunden werden.

https://www.drupal.org/project/smart_login