Unterschiedliche Weiterleitung nach An- und Abmeldung
Unterschiedliche Weiterleitung nach An- und Abmeldung
Hallo zusammen!
In der config.php kann ich bekanntlich festlegen, auf welche Seite Admidio z.B. nach erfolgreichem Login weiterleitet.
Wäre es möglich, für den Fall der Abmeldung (nach der Meldung "Du hast dich erfolgreich abgemeldet.") eine andere Zieladresse konfiguriert werden kann?
Vorstellen könnte ich mir auch eine Lösung, bei der alle Seiten/Daten im eingeloggten Zustand über einen SSL-Proxy geleitet werden können (also andere url) und im ausgeloggten Zustand alles wie gewohnt über die "normale" url läuft.
Gruß Joesch
In der config.php kann ich bekanntlich festlegen, auf welche Seite Admidio z.B. nach erfolgreichem Login weiterleitet.
Wäre es möglich, für den Fall der Abmeldung (nach der Meldung "Du hast dich erfolgreich abgemeldet.") eine andere Zieladresse konfiguriert werden kann?
Vorstellen könnte ich mir auch eine Lösung, bei der alle Seiten/Daten im eingeloggten Zustand über einen SSL-Proxy geleitet werden können (also andere url) und im ausgeloggten Zustand alles wie gewohnt über die "normale" url läuft.
Gruß Joesch
Hallo zusammen!
Ich wollte das Thema noch mal in Bezug auf die 1.5er ansprechen, und zwar in Bezug auf die Nutzung der von einigen ISP angebotenen SSL-Proxis:
Wäre es als alternativer Lösungsansatz denkbar (sofern ihr nicht schon einen anderen parat habt), die Variable "$g_root_path" in Abhängigkeit ein-/ausgeloggt sein mit unterschiedlichen Werten zu belegen?
Dann könnte sämtliche Kommunikation im eingeloggten Zustand über den bewussten SSL-Proxi laufen, im ausgeloggten Zustand über die normale website.
Vorstellen könnte ich mir auch, dass diese Umleitungen nur für Mitgliederdatenrelevante Module erfolgt, also Listen, Profil, Benutzerverwaltung, Orgeinstellungen und Rollenverwaltung.
Gruß Joesch
Ich wollte das Thema noch mal in Bezug auf die 1.5er ansprechen, und zwar in Bezug auf die Nutzung der von einigen ISP angebotenen SSL-Proxis:
Wäre es als alternativer Lösungsansatz denkbar (sofern ihr nicht schon einen anderen parat habt), die Variable "$g_root_path" in Abhängigkeit ein-/ausgeloggt sein mit unterschiedlichen Werten zu belegen?
Dann könnte sämtliche Kommunikation im eingeloggten Zustand über den bewussten SSL-Proxi laufen, im ausgeloggten Zustand über die normale website.
Vorstellen könnte ich mir auch, dass diese Umleitungen nur für Mitgliederdatenrelevante Module erfolgt, also Listen, Profil, Benutzerverwaltung, Orgeinstellungen und Rollenverwaltung.
Gruß Joesch
Hallo Fasse,
damit könnte man sicherstellen, dass die Benutzer-/Mitgliederdaten bei der Übertragung verschlüsselt werden.
Vorteil bei ausgeloggtem Zustand nicht über den SSL-Proxy zu gehen, wäre eine bessere Seitenperformance "für die Allgemeinheit". Ich habe diesbezüglich nämlich die Erfahrung gemacht, dass zu gut besuchten Serverzeiten die Zugriffe über den SSL-Proxy (den sich ja mehrere teilen), manchmal recht langsam sind.
VG - Joesch
damit könnte man sicherstellen, dass die Benutzer-/Mitgliederdaten bei der Übertragung verschlüsselt werden.
Vorteil bei ausgeloggtem Zustand nicht über den SSL-Proxy zu gehen, wäre eine bessere Seitenperformance "für die Allgemeinheit". Ich habe diesbezüglich nämlich die Erfahrung gemacht, dass zu gut besuchten Serverzeiten die Zugriffe über den SSL-Proxy (den sich ja mehrere teilen), manchmal recht langsam sind.
VG - Joesch
Hi Fasse!
Hast du evtl. einen Tipp , an welcher Stelle ich schrauben müsste, um in der 2er-Version den Inhalt der Variable $_root_path in Abhängigkeit vom Loginzustand variieren kann? M. E. sollte das passieren, bevor die Sessioncookies geschrieben werden (?). Ziel soll wie oben beschrieben die Nutzung eines SSL-Proxy sein. Oder ist so etwas ggf. noch demnächst geplant?
Danke und VG - Joesch
Hast du evtl. einen Tipp , an welcher Stelle ich schrauben müsste, um in der 2er-Version den Inhalt der Variable $_root_path in Abhängigkeit vom Loginzustand variieren kann? M. E. sollte das passieren, bevor die Sessioncookies geschrieben werden (?). Ziel soll wie oben beschrieben die Nutzung eines SSL-Proxy sein. Oder ist so etwas ggf. noch demnächst geplant?
Danke und VG - Joesch