Hallo Leute,
ich möchte gern folgendes umsetzen:
1.
Innerhalb meines Menüs benötige ich einen Punkt "Anmelden" sowie "Abmelden". In Abhängigkeit eines Login-Logoff-Status soll entweder nur "Anmelden" oder nur "Abmelden" angezeigt werden. Das so umzusetzen erscheint mir nciht schwierig.
A-Bär: Klickt der Benutzer auf "Abmelden" soll er sich gleich abmelden und nicht erst auf eine Seite springen, die wiederrum (newlogin-plugin-bedingt) eine Schaltfläche anbietet, wo der Benutzer sich abmelden kann. Nach diesem Gleich-Abmelden sollte der Benutzer wieder auf die Anmeldeseite springen.
Wie kann man das umsetzen?
2.
Ist ein Benutzer angemeldet, wird der Marker ###USER### mit dem Benutzernamen (Loginnamen) gefüllt und angezeigt. Ich möchte jedoch nicht den login-Namen anzeigen lassen, sondern lieber den Klarnamen des Benutzers.
Gibt es hierfür auch einen Marker?
Vielen Dank
Hallo,
zu 2)
lib.username = TEXT
lib.username.wrap = <p>|</p>
lib.username.data = TSFE:fe_user|user|name
aber 1b würde mich auch interessieren. Hast du schon etwas hinbekommen. Es geht, wenn du &logintype=logout an den Link anhängst, aber ich hätte es gern so, dass man das im Plugin definieren kann?! Hat dazu jemand eine Idee?
Liebe Grüße,
Nicole
Hallo,
ich bin Interessent zu 1b) ich kann mir gar nicht so recht vorstellen, dass dies nicht schon gelöst wurde? :o - ich bin also nicht allein...
Login habe ich gelöst mit newloginbox und dkd_redirect_at_login dies funktioniert auch soweit mit einigem TypoScript-Code (ich habe verschiedene User mit verschiedenen Bereichen).
Gleiches dürfte sich doch auch über den Logout finden lassen bzw. per - TypoScript? Seid Ihr hier weitergekommen?
Gruß
Hallo,
ich habe das jetzt so gelöst, dass ich die Abmeldeseite als Shortcut angelegt habe und den Logoutlink dahin verlinke, allerdings mit dem Parameter logintype=logout. Das klappt ganz gut und bei mir wird der User nach dem Logout auf die Startseite geleitet (durch den Shortcut).
Liebe Grüße,
Nicole
Ihr dürft euch freuen - die jetzige svn-Version von newloginbox bietet ein redirect-Framework für An- und Abmeldung, hier der kommentar:
// Framework for redirecting
//
// The mentioned typoscript-vars have to look like 'plugin.tx_newloginbox_pi1.redirMethods=referrer,getpost'
//
// Methods-configuration:
// - The methods listed in typoscript-var 'redirMethods' will be processed to check if redirecting is requested.
// - They will be processed one-by-one, overwriting the result of methods before.
// - If you want the first successfull method to be effective (no overwriting of the following), set 'redirFirstMethod=1'
// - Please note that there are three different types of redirecting: general at login, user-specifig at login, at logout
// - Take care that as the different methods are realised, there will be a standard setting of redirMethods.
// This standard may change until the mentioned functions are realised.
// - There will be (not yet!) also the possibility to define the methods and their order through flexform. A flexform-setting
// will override the typoscript-setting!
//
// Description of redirection-methods: (planned methods are not yet functional of course...)
// General methods after login: (not user-specific)
// - flexformLogin (setting in flexform of the plugin)
// - referrer (redirection to the page the user originally requested)
// - referrerDomains (redirection to the page the user originally requested, the current domain has to be listed in
// the typoscript-var 'domains')
// - typoscriptLogin (typoscript-setting 'redirPageLogin=123'; may be used also for user-defined methods)
// - typoscriptLoginError (typoscript-setting 'redirPageLoginError=123'; may be used also for user-defined methods)
// - getpost (redirect_url through GET/POST, leave that at the end of that group if redirFirstMethod isn't set)
//
// Methods after authenticated user (user/group-specific)
// - groupLogin (redirection-setting from group-profile, field tx_newloginbox_redirLoginPid, first hit taken) [currently no upgrade-path from dkd_redirect_at_login]
// - userLogin (redirection-setting from user-profile, field tx_newloginbox_redirLoginPid)
//
// Methods after logout
// - typoscriptLogout (typoscript-setting 'redirPageLogout=123'; may be used also for user-defined methods)
//
Hallo,
na, das ist super. Wenn sv_login_redirect gemeint ist - diese Extension lief jetzt gestern bei mir nicht wirklich gut zusammen mit newloginbox - vielleicht mache ich da auch etwas falsch - das redirect-Feld habe ich bekommen - wie gesagt - evtl. habe ich da nicht genug getestet.
Ich nutze die alte dkd_redirect_at_login Extension zusammen mit newloginbox, hier habe ich auch das redirect-Feld. Zuerst hatte ich im Sinn, nach Betätigen des Links Logout im Menu ganz auf eine andere Seite zu verlinken ohne Feedback für den User.
Ich habe es bisher etwas anders gelöst: Bei Betätigung des Logout-Links im Menu bekommt der User eine Seite angezeigt mit kurzen selbst definiertem Text, Benutzernamen und seinem Namen und klickt zum Ausloggen auf den Button abmelden. Es ist auf diese Art und Weise immer noch dieser Abmeldebutton dazwischen. Mich persönlich stört der nicht (man hat ja dann die Möglichkeit, immer noch mal zu überlegen, ob man sich wirklich ausloggen will...). Mal sehen, was der Kunde sagt 🙂
Das nächste wird die Umsetzung der Loginbereiche auch in Englisch sein. Da werde ich mich bestimmt noch einmal melden... 😉
Danke & Gruß,
Claudia
dkd_redirect_at_login ist in die newloginbox eingearbeitet, daher sind solche Extensions in Zukunft nicht mehr nötig.
Ich persönlich nutze auch die Shortcutmethode, stelle aber gerade auf die neue newloginbox um.
Hallo,
ich wollte nur kurz meine Lösung, die funktioniert hat, vorstellen:
1. aktuelles SVN newloginbox von Sourceforge herunterladen
2. nicht alle redirMethods aus der Anleitung übernehmen (einige gehen noch nicht)
3. manuell in fe_users und fe_groups den Eintrag tx_newloginbox_redirLoginPid erstellen (wird nicht von newloginbox beim Install erzeugt)
4. in meinem Beispiel über Gruppen-Authentifikation bei redirMethods = groupLogin eintragen und in der Nutzergruppe die umzuleitende Seite angeben
Hier nochmal meine Setup im Überblick:
plugin.tx_newloginbox_pi1 {
storagePid = ...
showForgotPassword = true
showPermaLogin = true
redirMethods=groupLogin
redirFirstMethod = 1
redirPageLogin = ...
redirPageLoginError = ...
redirPageLogout = ...
}
Viel Erfolg beim Ausprobieren!
Eure Jessi[/list]
hi jessij.
dein lösungsweg hat bei mir auch funktioniert.
hab ursprünglich mit sv_login_redirect gearbeitet. beim redirect sind aber realurl und styleparameter, die an die url angehängt wurden auf der strecke geblieben.
danke 😉
porki
...und wie komme ich zu dieser Version?
auf Sourceforge finde ich nichts...
Hallo,
ich möchte ein redirect after logout nutzen und habe mir besagte Version aus dem SVN geholt.
Ich meine es so verstanden zu haben, dass dieser Code ins Setup der Login Box muss. Das ist jedenfalls im default-Setup drin.
plugin.tx_newloginbox_pi1 {
redirPageLogout = 17
}
In meinem jugendlichen Leichtsinn gehe ich davon aus, dass hier die PID der Seite eingetragen werden muss, zu der nach dem Logout verlinkt werden soll.
Klappert aber nicht. Weiss jemand Rat?
Gruß
Andrea
ja - das ist nicht richtig integriert.
Wenn Du php5 hast kannst Du meine Version von felogin nehmen (BT) oder aus der 4.2beta, da gehts
Hi,
Du findest mich verwirrt, welche Version von was und woher?
Gruß
Andrea
Die ext heisst felogin
Ich habe die newloginbox umgeschrieben und die Extension ist zukünftig eine sysext von TYPO3 ab Version 4.2
entweder Du holst sie Dir hier
http://bugs.typo3.org/view.php?id=6784
oder do holst die die 4.2beta1 und in typo3/sysext ist sie dabei.
Hallo Steffen,
so, ein PHP 5 habe ich jetzt und deine Extension installiert.
Daraufhin habe ich die berühmte Fehlermeldung mit dem zu kleinen Memory-Limit erhalten. Nicht dumm, habe ich den Speicher in der php.ini hochgesetzt. Das hilft aber leider nicht. Dann habe ich mich an den Hoster gewendet und filgende Antwort erhalten:
Die entsprechende Extension scheint ein Memory Leak zuhaben und egal wieviel Speicher man einräumt. Die Extension überschreitet den Wert. Nutzen Sie bitte eine andere Extension.
Hast du eine Idee dazu?
Beste Grüße
Andrea
ne, das hat nix mit der Extension zu tun, die braucht keinen speziellen Speicher.
Da ist irgendwas anderes faul.
Eigentlich braucht Typo3 nur beim fetchen der Extensionliste so viel Speicher, sonst nicht.
Wenn Du willst kannst mir ja mal einen zugang schicken, dann schau ichs mir an
Hallo Steffen,
mein Fehler. Es liegt nicht an deiner Extension. Es liegt am CAL 16.2 nach einem Update auf PHP5. Wenn ich das gelöst habe, versuche ich mich noch mal an deinem Login.
Danke,
Andrea
Da bin ich wieder.
Ich möchte fe_login über Marker installieren. Aber das klappt nicht.
Im Haupttemplate habe ich
marks.LOGIN < plugin.tx_felogin_pi1
aber das wird nicht angesprochen. Der Marker wird im FE angezeigt, sonst nichts.
Auf das entsprechende Template wird dementsprechend auch nicht zugeriffen.
Was mache ich falsch?
Gruß
Andrea
Hi Steffen,
kann es sein, dass felogin nicht mit typo3 4.1.5 kompatibel ist?
Ich bekomme diese Fehlermeldung:
Parse error: parse error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /srv/www/htdocs/web10/html/online/KUNDE/typo3conf/ext/felogin/pi1/class.tx_felogin_pi1.php on line 57
Gruß
Tobi
Hat sich erledigt.. auf dem Server war php4 installiert.. #angry#