fe_login über ts in alle Seiten einbauen

ruschnet · 19. Juni 2008 08:22

Hallo,

hat da jemand eine funktionierende Lösung?
Versuche verzweifelt den Redirect hin zu bekommen...
Aber bisher ohne Erfolg.

Grüsse,
jo

maik · 19. Juni 2008 11:34

Such mal im EXT Rep nach "LoginBox".
Es gibt mehrere Erweiterungen, mit denen du das relativ easy hin bekommst.
Bei einigen ist auch in der doku beschrieben, wie man die dann fest ins Template einbindet, so dass die Loginbox auf allen Seiten erscheint.

ruschnet · 19. Juni 2008 11:58

Hi maik,

danke für die schnelle Antwort!

Aber es geht schon nur um die fe_login ext.
Würde gerne die einsetzen zwecks Kompatibilität zu T3 4.2

Es gibt ein Tut was die Einbindung von der newloginbox super beschreibt,
ist denn da niemand der so was mit der fe_login schon mal umgesetzt hat.

Hab hier #78089 das script schon mal gepostet.
Aber das ist eben für die newloginbox.
Bin da nicht so der Fuchs, dass ich mir das umschreiben könnte...

Vielleicht kann mir ja jemand helfen.
g jo

steffenk · 19. Juni 2008 13:09

das ist ganz einfach, da alle Parameter auch über TS gesetzt werden können.

Schau Dir im Ext-Verzeichnis die Datei ext_typoscript_setup.txt an und schau ins manual.

ruschnet · 19. Juni 2008 15:24

ist es möglich einen redirect zu machen, wenn ich auf der seite kein login eingebunden habe.

ist ein komischer Satz...

Mein Ziel ist es, sich von jeder Seite aus einloggen zu können. Und dann halt zu der Gruppen oder User spezifischen Seite geleitet zu werden.

Die Test Seite ist http://www.pegasus-hometheater.com/test/

Bin jetzt schon mal so weit, dass der Login auf jeder Seite steht.
Aber der redirect funktioniert komischer weise nur, wenn ich auf der Seite wo ich mich gerade befinde auch ein LoginForm im Seiteninhalt habe.
Ist das normal und ich bin doof oder geht das auch anders?

Vielleicht kannst Du mir ja helfen Steffen...

Danke schon mal.
jo

ruschnet · 19. Juni 2008 17:54

hab eine Fehlermeldung nach geleertem Cache.
Aber nur auf den Seiten mit Login im Content.
Und auch nur einmal, beim nächsten Reload ist die Meldung weg.
Kann mir jemand helfen?

caller	t3lib_DB::exec_INSERTquery
ERROR	Duplicate entry '869374964e22da9a1cf9af0ddcee3517' for key 1
lastBuiltQuery	INSERT INTO tx_kbmd5fepw_challenge
(
challenge,
tstamp
) VALUES (
'869374964e22da9a1cf9af0ddcee3517',
'1213890721'
)
debug_backtrace	require // tslib_fe->INTincScript // tslib_cObj->USER // tslib_cObj->callUserFunction // call_user_method // tx_felogin_pi1->main // tx_felogin_pi1->showLogin // t3lib_div->callUserFunction // call_user_func_array // tx_kbmd5fepw_newloginbox->loginFormOnSubmit // t3lib_DB->exec_INSERTquery // t3lib_DB->debug

steffenk · 19. Juni 2008 19:13

also wenn Du das auf jeder Seite haben willst, dann brauchst Du sowas:

lib.felogin = COA_INT
lib.felogin {
  10 < plugin.tx_felogin_pi1
  10 {
     redirectMode = groupLogin,userLogin,login,logout
     # page für login redirect
     redirectPageLogin = 12
     # page für logout redirect
     redirectPageLogout = 5
  }
}

ruschnet · 19. Juni 2008 23:16

Cool danke, das funktioniert schon mal...

Kann ich es jetzt noch erreichen, dass er mir die einzelnen Gruppen noch auf die zugewiesenen leitet?

redirectPageLogin = 12

ist ja ein direkter link.
Das hebelt bei mir die Gruppen redirects aus...

Wäre super wenn das auch noch ginge.
Dann würde ich ein freuden Fest feiern!

g jo

ruschnet · 19. Juni 2008 23:28

Ok, ich kann auch noch ein bißchen was beitragen. (wenigstens)

habs jetzt zum laufen bekommen!

plugin.tx_felogin_pi1 {
  storagePid = 50
  templateFile = fileadmin/templates/felogin/felogin.html
  preserveGETvars = all
  wrapContentInBaseClass = 0
  showForgotPasswordLink = 0
  showPermaLogin = 0

	welcomeHeader_stdWrap.wrap = <div class="LoginName">|</div>
	logoutHeader_stdWrap.wrap = <div class="LogoutName">|</div>
	
	#redirect
	redirectMode = userLogin,groupLogin,login,logout
	redirectFirstMethod = 1
	redirectPageLogin = 1
	redirectPageLogout = 1

}

lib.login = COA
lib.login < plugin.tx_felogin_pi1

bei mir war noch wichtig redirectFirstMethod = 1 zu setzen.

Ich danke Dir Steffen!
Schöne Extension.
Ich hänge jetzt echt schon lang an einem vernünftigen Login.

g jo

steffenk · 20. Juni 2008 00:40

sehr schön 😉

Ich will noch für alle den Sinn bei den redirect-Parametern erklären.
Mit redirectMode gibt man alle Methoden an, die man berücksichtigt haben möchte.
Die Extension geht die Methoden in der Reihenfolge durch und schaut, ob es dort einen Redirect gibt. Der letzte wird dann genommen, also ist die höchste Priorität die letzte angegebene Methode.
Möchte man aber die erste gefundene Methode wirksam haben, so sorgt der Parameter

redirectFirstMethod = 1

dafür.

tantebootsy · 15. Juli 2008 16:47

Hm, also bei mir funktioniert der Logout-Redirect nicht, obwohl ich meiner Meinung nach das richtige TS verwende. Auch ich habe meinen Login auf jeder Seite + leite beim Login auf eine interne Seite weiter + beim Logout auf die jedem zugängliche Startseite.

Bei mir leitet die felogin jedoch beim Logout gar nicht weiter bzw. immer auf die aktuelle Seite ...

Hier mein TS:

redirectMode = groupLogin,userLogin,login,logout
redirectFirstMethod = 1
redirectPageLogin = 23
redirectPageLoginError = 24
redirectPageLogout = 13

Wäre klasse, wenn mir jemand weiterhelfen könnte.

VG,
Micha

fragile74 · 1. September 2008 15:51

Habs genauso wie tantebootsy und bei mir funzt der Logout - hast du in den Groups die felogin-Redirect Pages gesetzt ?

noch eine allg. Anmerkung zu felogin :
Gute Erweiterung , aber : TS-Konfiguration ist nur sehr ungenügend bzw. gar nicht dokumentiert (redirectXXX-Sachen etc. tauchen im Manual nicht auf !).

Würde mir allerdings sehr wünschen, daß man endlich mal DAM Contentelemente auf Userebene steuern kann, ist wohl in DAM_Frontend angedacht, aber noch nicht umgesetzt...daher hab ich immer fast so viele Gruppen wie User.... 🙂

kanticus · 6. Oktober 2008 09:09

@steffenk auch von mir vielen Dank für die Verfeinerung der newloginbox.
Hätte zum Thema felogin auf allen Seiten eine weitere ergänzende Frage und vielleicht auch Bitte.

Bei newloginbox habe ich mir per Anpassung der (X)HTML-Vorlage und der ll_Labels eine Spar-Version der newloginbox gebastelt, die nur die Anmelde-/ Abmeldefunktionalität bot, auf die Inhalte der ###STATUS_MESSAGE### verzichtete und den success-Schritt nach erfolgreichem Anmelden, den ich beim Eisatz auf jeder Seite für überflüssig halte, sofort durch den Logout-Schritt ersetzte.

Ich hatte also quasi das blanke Login-Formular => Logout-Formular gehabt.

Sinn dieser Verjüngung war, ein superschlankes und dennoch leistungsfähiges Login auf jeder Seite zu haben, das für den Login-Alltag nur das bot, was man als registrierter Besucher einer Site in der Regel nur noch braucht. Großer Vorteil für mich war außerdem die Möglichkeit, dieses Element auf der Seite sehr klein und unauffällig zu halten.

Für erweiterte Anprüche und Sonderfälle habe ich eine eigene Loginseite, auf der das Login in seiner vollen Ausbaustufe und in voller Ausführlichkeit tätig ist und z. B. die Passwort-Vergessen-Funktionalität bietet. Auf diese Seite habe ich aus der schlanken Version per typolink verlinkt, falls ein Besucher diese Sachen brauchen sollte oder mehr über passwortgeschütze Seiten meiner Site erfahren wollte.

Durch den Umbau der Verarbeitung der (X)HTML-Vorlage in felogin ist diese Anpassung nach meinem ersten Kennenlernen dieser Extension nicht mehr möglich, da die in der newloginbox selbstständigen Subparts jetzt in ###TEMPLATE_LOGIN### zusammengefasst wurden und durch bedingte Verwendung gesteuert werden. (Die Success-Ausgabe ist also jetzt ###TEMPLATE_LOGIN### ohne ###LOGIN_FORM###.

Sehe ich das richtig oder deute ich den Code falsch?

Sollte ich es richtig sehen, wüsste jemand für mich einen Tipp, wie ich die oben beschriebene Verschlankung in felogin neu erstellen kann.

@steffenk: Wäre eine Ergänzung der Extension in diese Richtung ein mögliches Ziel der Erweiterung Deiner Extension. Nötig wäre hier m. E. nur eine TS-Eigenschaft, die den Success-Schritt ein und abschaltet. Alles weitere bietet die Extension schon.

Gruß

kanticus

steffenk · 6. Oktober 2008 10:39

Hi,

Du kannst doch einfach die Marker weglassen:
###STATUS_HEADER###
###STATUS_MESSAGE###

dann hast Du nur die schlanke Form. Zusätzlich kannst Du die redirect-Funktionen nutzen, z.B. bei fehlgeschlagenem Login.

@fragile - das Manual wird immer weiter ergänzt. Ich gebe zu, das das nicht so glücklich ist, aber da es eine Core Extension ist kommen Updates nur zu Core-Releases.

kanticus · 6. Oktober 2008 11:34

Hallo steffenk,

danke für Deine schnelle Antwort. Das mit dem Weglassen von ###STATUS_HEADER###
###STATUS_MESSAGE### habe ich ausprobiert. Da die FE Ausgabe bei Success nur aus diesen beiden Markern besteht, bekommt man eine leere FE-Ausgabe bzw. nur den Container um sie, was den Benutzer wahrscheinlich total verwirren würde.

Genau das ist auch mein Problem. Ohne bleibt die FE-Ausgabe leer, ein wie auch immer beschaffener Ersatz beträfe bis auf logout alle Zustände des Logins.

Sehe ich das richtig so?

Gruß

kanticus

steffenk · 6. Oktober 2008 11:37

deswegen sage ich ja "redirect" , dann hast Du keine leere Ausgabe mehr sondern direkt die logout-form

kanticus · 6. Oktober 2008 12:08

Ich weiß, dass der Einsatz von redirect direkt ins Logout wechselt. Würde ich konsenquent redirect einsetzen können, erübrigte sich ja auch die ganze Geschichte mit success, da es nie zum Vorschein käme. Leider setze ich bei meiner Website das Konzept der FE-User nicht nur dazu, um bestimmte Seitenzweige für bestimmte Benutzer/Benutzergruppen anzubieten, zu denen diese auch immer hin wollen, wenn sie sich einloggen. Ich setze das Konzept der FE-User für so etwas wie unterschiedliche Premium-Rechte ein. Meine Site enthält also überall unterschiedlich zugeordnete Rechte zu Seiten und Seiten-Inhalten. In den meisten Fällen ist also ein festes redirect nicht vorhanden und möglich. Die Benutzer steigen an unterschiedlichen Stellen in die Site ein (daher Login auf allen Seiten) und bekommen da oder von da an Zugang zu ihren Premium-Inhalten. Sie wollen also nicht weitergeleitet werden sondern auf der Seite, die sie gerade aufgesucht haben, verbleiben.

Ich sehe also keine redirect-Funktionalität die ich hier für mich einsetzen könnte. Übersehe ich etwas? Hättest Du für mich da einen Tipp?

Gruß

Kanticus

steffenk · 6. Oktober 2008 12:14

das ist so dann nicht möglich.

Du kannst aber patchen

if($this->userIsLoggedIn && !$this->logintype) {
$content .= $this->showLogout();

nimm einfach das && !$this->logintype raus, dann siehst Du direkt die Logoutform

kanticus · 6. Oktober 2008 12:17

Danke für den Code. Probiere ich aus.

Gruß

Kanticus

P.S. Nach den ersten Klicks sieht die Sache prima aus. Danke sehr für Deine erstklassige Hilfe.

InforMedic · 11. November 2009 13:19

ruschnet schrieb

hab eine Fehlermeldung nach geleertem Cache.
Aber nur auf den Seiten mit Login im Content.
Und auch nur einmal, beim nächsten Reload ist die Meldung weg.
Kann mir jemand helfen?

caller	t3lib_DB::exec_INSERTquery
ERROR	Duplicate entry '869374964e22da9a1cf9af0ddcee3517' for key 1
lastBuiltQuery	INSERT INTO tx_kbmd5fepw_challenge
(
challenge,
tstamp
) VALUES (
'869374964e22da9a1cf9af0ddcee3517',
'1213890721'
)
debug_backtrace	require // tslib_fe->INTincScript // tslib_cObj->USER // tslib_cObj->callUserFunction // call_user_method // tx_felogin_pi1->main // tx_felogin_pi1->showLogin // t3lib_div->callUserFunction // call_user_func_array // tx_kbmd5fepw_newloginbox->loginFormOnSubmit // t3lib_DB->exec_INSERTquery // t3lib_DB->debug

Die Lösung des Problems wird hier besprochen: http://www.nabble.com/felogin---kb_md5fepw:-after-update-to-t3-4.2.4-not-working-any-more-td21581510.html

Lösung ist:

replace the line in file typo3conf/ext/kb_md5fepw/pi1/class.tx_kbmd5fepw_newloginbox.php at line: 77

$chal_val = md5(time().getmypid());

with

$chal_val = md5(rand());

gruß