[lastlogin] LastLogin und Online Mitglieder, Version 1.7.0

[BugBuster]

Neu in Version 1.7.0: (derzeit noch als beta1 zum Testen)

• Avatare nun auch verlinkbar über Modul Memberlist
• Offline Mitglieder nun auch verlinkbar über Modul Memberlist
• Anzahl Offline Mitglieder (heute online gewesen)
• Listen können auch einen Parameter für die Anzahl der Zeilen erhalten. (siehe Wiki)

Avatar Anzeige geht natürlich nur, denn das Modul "avatar" installiert ist.
Das ist nicht fest als Abhängigkeit definiert, das es ja nur optional ist.

Alle Template Dateien wurden verändert, sowie weitere sind hinzugekommen.

Wiki erweitere ich gleich noch.
Edit: So, erweitert.

[Alexander]

Hi BugBuster,

danke für dein Update!
Was mich grad verwirrt, ist, dass ich die Avatare der zuletzt online gewesenen Mitglieder nur sehen kann, wenn ich selbst als Frontenduser eingeloggt bin. Kann man das ändern - das man die Avatare immer sehen kann?

Beste Grüße
Alex

PS: Nehme derzeit:

{{cache_last_login_members_offline_link::avatar::memberlist::5}}

[BugBuster]

Ja das geht, schau mal in die config.php da steht es als Remark drin wie.

[Alexander]

Super, danke!
Hab's über die localconfig updatesicher angepasst. :-)

[chr.flader]

Hi!

Ich habe das Problem, dass die letzte Login per Avatar doppelt angezeigt werden:

{{last_login_members_offline_link::avatar::memberl ist}}

Kannst du mir sagen warum?

Danke
Christian

[BugBuster]

Bitte nenne mir:

• Contao Version
• lastlogin Version
• Avatar Version

dann kann ich das mal nachbauen und testen.

[chr.flader]

Ja gerne:

Contao: 2.10.1
Avatar: 1.0.1 stable
LastLogin: 1.8.0 stable

Danke Christian

[chr.flader]

Hi,

hat sich erledigt. War ein cache Problem.

Sorry

[chr.flader]

Aber eine andere Frage;

Kann ich es irgendwie einstellen, dass nur bestimmte Benutzergruppen in zurzeit Online und es waren Online angezeigt werden?
Ich habe das Problem, dass ich mehrere Seiten in einer Installation betreibe.

Für den internen Bereich habe ich die Gruppe "Jugend" angelegt, welche eine eigene Verwaltungsseite hat, wo nur Termine für die Jugend angezeigt werden. Auf dieser Seite möchte ich gerne wissen wer alles Online ist, bzw. war. Hier werden aber jetzt auch die Leute aus den anderen Seiten angezeigt ...

Danke

Christian

[BugBuster]

Hallo Christian,
diese Anforderung gibt es bereits als Ticket
http://contao-forge.org/issues/290
Das sollte jedenfalls in diese Richtung gehen. (Hab es nochmal ergänzt dort)
Ich kann aber noch nicht sagen, wann ich dazu komme, ich denke mal so lange wirds nicht dauern.

[dillscher]

Hallo BugBuster,

habe Deine Erweiterung im Einsatz, weil ich eigentlich prüfen will, ob das Mitglied schon mal eingeloggt war oder nicht (lastLogin == 0). Da ich diese Abfrage innerhalb eines Templates bei den Stammdaten benutze, um dem Mitglied dann einen Warnhinweis zu geben, dass er doch bitte sein Passwort ändern solle, binde ich es wie folgt ein:

<?php if ($this->replaceInsertTags( '{{cache_last_login}}' ) == 0 ) : ?>
(Code)
<?php endif; ?>

Angenommen hatte ich, dass als Bedingung "0" genügt, aber scheinbar wird das LastLogin mit jeder Anmeldung neu gesetzt. Übersehe ich was?

Viele Grüße und schon mal vorab ein herzliches Dankeschön,

dillscher

[BugBuster]

Aus dem Quelltext:

wenn kein Datum (Erster Login), dann aktuelles Datum = erster Login

es kommt also immer ein Datum zurück, entweder das aktuelle oder das vom letztem Login.

[dillscher]

Hmm, genau darin besteht mein kleines Problem, dass immer ein Datum zurückkommt und eben nie das "0" für den lastLogin. Um also zu prüfen, ob der gute Mann sich noch nie eingeloggt hatte, muss also demzufolge das {{last_login}} = aktuelle Zeit sein, vielleicht noch eine kleine Toleranz in die Vergangenheit, da sicher zwischen der Aktualisierung des lastlogin und dem Script, dass auf die Zeit prüft, ein paar Millisekunden vergehen.

Sehe ich das richtig?

Vielen Dank schon mal für Deine vorherige klärende Antwort,

Christian

[BugBuster]

Im Normalfall kommt nur das Datum zurück, es sei denn, dass du per Parameter dort entsprechende date Angaben machst.

Am besten wäre es, ich würde den jetzigen Insert-Tag per extra Parameter beibringen eine 0 zurückzuliefern.
So in etwa: {{cache_last_login::zero}} bzw. {{cache_last_login::zero::d.m.Y}}

Könnte ich heute Abend noch fertig machen.

[dillscher]

Hey, das wäre ja sehr geil :-). Dann könnte man da ganz verlässlich filtern, ob sich schon mal jemand eingeloggt hatte oder eben noch nicht. Denke, dass ist vielleicht auch an anderer Stelle ganz nützlich, wenn man per InsertTag direkt damit den Status des Mitgliedes überprüfen kann, um vielleicht noch separate Hinweise anzuzeigen, etc.

Viele Grüße,

Christian

[BugBuster]

Folgende Varianten sind nun möglich

{{cache_last_login}}
{{cache_last_login::d.m.Y}}
neu:
{{cache_last_login::zero}}
{{cache_last_login::zero::d.m.Y}}

Die ersten beiden geben wie bisher das aktuelle Datum zurück, wenn der erste Login erfolgte.
Die beiden neuen geben 0 zurück beim ersten Login, ansonsten wie gehabt ein Datum.

Im Anhang zum Test die geänderte LastLogin.php (gezippt wegen Forum)

Dein Beispiel wäre dann so:

<?php if ($this->replaceInsertTags( '{{cache_last_login::zero}}' ) == 0 ) : ?>
(Code)
<?php endif; ?>

[dillscher]

Hallo BugBuster,

vielen Dank für Deine Mühe, aber es hakt noch etwas.

Folgenden Code habe ich in meinem Template:

<p>cache_last_login: {{cache_last_login::zero}}</p>
<p>last_login: {{last_login}}</p>
<?php if ( $this->replaceInsertTags( '{{cache_last_login::zero}}' ) == 0 ) : ?>
<div id="lastLogin"><p class="error">Bitte denken Sie aus Sicherheitsgründen daran, ein eigenes Passwort zu setzen, sofern dies nicht bereits erfolgt ist!</p></div>
<?php endif; ?>

In der Datenbank habe ich beim entsprechenden Nutzer per phpMyAdmin vor dem Login das Feld "lastLogin" auf "0" gesetzt, mich dann eingeloggt, und dann

1. keinen Error-Hinweis erhalten
2. und als {{cache_last_login}} folgenden Rückgabewert "08.12.2011"
3. sowie als {{cache_last_login::zero}} folgenden Rückgabewert "08.12.2011"

Viele Grüße,

Christian

[BugBuster]

Ich habs bisher nur im Artikelelement getestet.
In welchem Template hast du das eingebaut?

[dillscher]

Habe es in einem eigenen Template eingebaut oder besser: in einer Abwandlung von member_default.tpl (bin noch auf Version 2.9.5 in dem aktuellen Kundensystem). Probiere aber morgen mal, ob ich es auch als Abfrage in einem darüber liegenden Artikel verwenden kann und es dann funktioniert.

Danke auf jeden Fall für Deine Mühen zu so später Stunde.

Christian

[dillscher]

Hallo BugBuster,

habe jetzt die InsertTags mal in einem Artikelelement eingebaut, das über dem Modul mit dem betreffenden Template liegt, und erhalte leider das gleiche Ergebnis:

{{cache_last_login::zero}} liefert leider ebenfalls die aktuelle Zeit zurück, wenn ich lastLogin per PHPMyAdmin per Hand auf 0 gesetzt habe, bevor ich mich einlogge.

*kopfkratz

Viele Grüße und ein schönes Wochenende vorab,

Christian

[BugBuster]

Und du hast dann danach dich erst angemeldet am Frontend bzw. bliebst angemeldet und hast nur ein Reload gemacht?

[BugBuster]

So, zum debuggen mal ne Version die einige Infos im System-Log wirft.
Auch anbei wie bei mir für User-ID=1 (john smith) die Ausgabe ist bei lastlogin=0 (lastlog im Bild), von unten nach oben lesen.

debug-dlstats.jpg

Teste mal bitte.

[dillscher]

Hallo BugBuster,

kurze Rückmeldung, dass sich ein Test meinerseits noch etwas verzögert. Schaffe ich aber hoffentlich noch diese Woche. Bis dato hat meine Behelfslösung scheinbar noch ihren Zweck erfüllt.

Melde mich.

Christian

[Preetz]

Hi BugBuster,

ich habe das Problem, dass ein paar Mitglieder die online waren, doppelt angezeigt werden.
Ich habe leider keine Ahnung warum.

Vielen Dank
Preetz

[BugBuster]

Welcher Insert-Tag wurde eingesetzt?
Das kann ich mir derzeit nicht erklären, da per Select aus der DB ein DISTINCT dabei ist und bei den Unions noch ein array_unique zum Schluss.
Es sollten also eigentlich doppelte gefiltert werden.

Hmm, sehe grad was. War das zufällig eins der _link Tags oder offline Tags? Da fehlt noch ne Filterung. Ich sehe jetzt aber nicht sofort ob das dort auch nötig wäre.

[jig]

Hey,

wenn ich den insert-tag: {{cache_last_login_members_online::username::list} } verwende wird mir ja eine Liste der Online-Mitglieder ausgegeben, mit dem usernamen.
Leider bekomme ich es nicht hin das der komplette Name angezeigt wird, zum Beispiel:

• Max Mustermann
• Fritz Schmitz

Hoffe mir kann jemand helfen.

Contao: 2.10.4
lastlogin: 1.8.0

Liebe Grüße

[BugBuster]

Hab ich nicht im Handbuch den Insert-Tag fullname beschrieben ?

Gesendet von meinem GT-S5830 mit Tapatalk

[jig]

Habe alle ausgetestet die im wiki stehen, allerdings funktioniert nur der mit dem username.

[BugBuster]

Dann liegt es daran, das die Member diese Infos nicht freigegeben haben.
"Das jeweilige Mitglied muss diese Felder allerdings freigegeben haben. (Öffentliche Felder) "
(deswegen die Abhängigkeit zum Modul memberlist)

[ruebe1954]

Hallo BugBuster,

auch wenn ich die Nachrichten aus Dezember wieder aufwärme: Das mit {{cache_last_login::zero}} funktioniert immer noch nicht...

Meine Aufgabe: Einen User im FE nach der Registrierung für einen internen Bereich für bestimmte Eingaben auf eine bestimmte Seite bringen (möglichst ohne Module oder Templates... ).
Wenn ich diesen Tag einbaue, erhalte ich bei einem "frischen" User: 58GMTTue, 28 Feb 2012 17:48:19 +00002012. Und da würden mir ja selbst php's oder html5's nicht helfen.

[BugBuster]

Hast die die Variante aus Beitrag 22 verwendet und die Logs dazu? Ohne dem kann ich nicht folgen woran das liegen soll.

[BugBuster]

Was bitte ist das denn für eine Datumsdefinition? "58GMTTue, 28 Feb 2012 17:48:19 +00002012" sagt mir gar nichts.
Hast du da im Backend irgendwas umdefiniert?

[ruebe1954]

Das aus Beitrag 22 - noch nicht :-( Ich hoffe, ich schaff's morgen...

"58GMTTue, 28 Feb 2012 17:48:19 +00002012" bekomme ich als Antwort auf ein nacktes {{cache_last_login::zero}} nichts davor und nichts dahinter... Im BE hab' ich bewußt nix umdefiniert, ist ein Standard-Contao 2.11

[BugBuster]

Hmm, also so: "GMT Tue, 28 Feb 2012 17:48:19 +0000 2012" wäre der 28.02.2012 18:48:19 deutscher Zeit.
Würde aber bedeuten, das entweder ein Timestampwert im lastLogin Feld steht der Tabelle, oder das der Parameter zero nicht erkannt wird und das aktuelle Datum/Uhrzeit genommen wird.

[ruebe1954]

Hi,

ich bin zum Testen gekommen (habe aber leider keinen Bilder-Sniper...).

1. Schritt: Deine Debug-php heruntergeladen, entzippt und in's Verzeichnis gestellt.
2. Schritt: Zwei TestUser neu registriert. Danach im BE unter Mitglieder zu sehen:

Vorname Nachname Benutzername Hinzugefügt am Letzter Login
Paul Baumann test_nonpay_02@xxxxxx.de 2012-02-29 09:46 1970-01-01 00:00
Test Testmann test_nonpay_01@xxxxxx.de 2012-02-29 09:44 1970-01-01 00:00

soweit o.k. ...

3. Schritt: Beide User aktiviert, danach einmal mich selbst und einen der beiden Testuser angemeldet. Im Log:

[2012-02-29 09:53] User "test_nonpay_01@xxxxxx.de" has logged out
[2012-02-29 09:53] Debug: ENDE
[2012-02-29 09:53] Debug: strDate=0
[2012-02-29 09:53] Debug: zero=1
[2012-02-29 09:53] Debug: lastlog=0
[2012-02-29 09:53] Debug: User-ID=76
[2012-02-29 09:53] Debug: strTag=cache_last_login::zero
[2012-02-29 09:53] Debug: START
[2012-02-29 09:53] User "test_nonpay_01@xxxxxx.de" has logged in
[2012-02-29 09:52] User "ruebe@xxxxxx.com" has logged out
[2012-02-29 09:51] Debug: ENDE
[2012-02-29 09:51] Debug: strDate=29.02.2012
[2012-02-29 09:51] Debug: zero=1
[2012-02-29 09:51] Debug: lastlog=1330502570
[2012-02-29 09:51] Debug: User-ID=4
[2012-02-29 09:51] Debug: strTag=cache_last_login::zero
[2012-02-29 09:51] Debug: START
[2012-02-29 09:51] User "ruebe@xxxxxx.com" has logged in
[2012-02-29 09:48] User account ID 77 (test_nonpay_02@ruebenetweb.de) has been activated
[2012-02-29 09:48] User account ID 76 (test_nonpay_01@ruebenetweb.de) has been activated

Im FE war an der Stelle des Tags bei mir eine "29.02.2012", beim Testuser sauber eine "0" zu sehen. Fein...

4. Schritt: Die Original-php wieder aktiviert. Was sehe ich beim Anmelden des zweiten Testusers? Genau: "59GMTWed, 29 Feb 2012 09:55:22 +00002012"

Das heißt für mich: Um die Funktionalität derzeit nutzen zu können, muß ich die Debug-php verwenden, denn diese arbeitet korrekt. Auch wenn es mir das System-Log vollschreibt...
Gibt's da dann demnächst eine korrekte php ohne Debug (oder habe ich was übersehen)? Denn die Extension lastlogin ist laut Contao-Erweiterungsverwaltung auf 1.8.0 stable und aktuell.

[BugBuster]

Wenn du dich dann mit dem original script neu anmeldest, ist klar, das keine 0 mehr kommt, ist ja dann der zweite Login. Aber auch die Datumsausgabe sollte anders aussehen.
Puh, seltsame Sache.
Ich schaue mir das nochmal an heute Abend.

Du könntest mal mit dem Originalscript testen und dabei den Tag anpassen: {{cache_last_login::zero::d.m.Y}}, ob dann wenigstens die Datumsausgabe sauber formatiert ist.

[ruebe1954]

4. Schritt: Die Original-php wieder aktiviert. Was sehe ich beim Anmelden des zweiten Testusers? Genau: "59GMTWed, 29 Feb 2012 09:55:22 +00002012"

Nein, das war zur Kontrolle ein zweiter neuer User bei seiner ersten Anmeldung mit Deinem alten Script...

Und nein, das Datumsformat ist mit Deinem alten Script auch mit {{cache_last_login::zero::d.m.Y}} weiterhin so seltsam: 59GMTWed, 29 Feb 2012 21:09:58 +00002012. Und dabei ist es egal, ob es ein neuer User bei seiner Erstanmeldung oder mein "Alt"-User ist ...

[BugBuster]

OK , die seltsame Datumsausgabe konnte ich nun auch bei mir nachstellen, ich prüfe mal woher das kommt.

[BugBuster]

Ach manno, ich such mir hier einen Wolf.
Wo bitte steht denn in der Freigabe, das in der 1.8.0 der zero Parameter eingebaut wurde? Richtig, nirgends.

Dieses Feature ist noch gar nicht offiziell. Die Datei hier im Forum war rein zum Test.
Wenn du das gleich nutzen willst, ohne die Debug Zeilen, dann nimm die einfach raus.
Die Zeile // D_E_B_U_G und alle folgenden mit "$this->log(...)" löschen.

Ich schreibe grad das ganze Modul komplett um, wird dann die 1.9.0, da ist dann zero mit dabei.

[ruebe1954]

Na, da habe ich Dir ja eine wunderschöne Vorlage gegeben ... für ein Eigentor ...... Für mich klang das ab Beitrag 13 so, als ob das standardmäßig drin wäre. Und da die ursprüngliche Überschrift 1.7 hieß ud wir inzwischen auf 1.8 sind ...

Geht klar, Debugging Zeilen hab' ich ausgebaut. Die anderen von mir verwendeten Insert-Tags funktionieren auch weiterhin, also kann ich damit leben ...