Wie kann man neue Beiträge erkennen?

Gast · 02.02.2006, 16:22

Hallo,

ich suche eine zuverlässige Möglichkeit, wie ich einem Forum neu geschriebene Beiträge in Foren / Themen erkennen kann um diese dann zu markieren. Momentan schreibe ich für jeden neuen Beitrag einen Eintrag in eine Datenbank - das belastet sie allerdings bei vielen hundert Mitgliedern sehr.

Es sollten aber auch bei mehrmaligen Logins keine Beiträge einfach demarkiert werden, ohne dass sie der Benutzer gelesen hat.

Könnt ihr mir helfen?

Gruß

Gast

Lars · 02.02.2006, 16:31

Die IDs der neuen Beiträge in eine (möglichst selbstgebaute) Session schreiben, die Session-ID als Cookie hinterlegen, ansonsten per URL anhängen.
Hat der User also Cookies an, kann er immer _alle_ nicht gelesenen Beiträge sehen, hat er sie aus, nur die seit dem letzten Besuch.

Gast · 02.02.2006, 16:38

Und wenn er die Cookies dann mal löscht sind die ganzen Eintragungen weg?

Corvin · 02.02.2006, 16:44

Ja.. natürlich.

Lars · 02.02.2006, 16:45

Dann ist er selber schuld. Besser als in meinem obigen Post gehts imo nicht, denn eindeutiger als mit einem Cookie kann man einen User nicht identifizieren.

Gast · 02.02.2006, 16:47

Und keine macht es so wie ich? Pro user und post eien neuen Eintrag in die Tabelle "ungelesen" ... und dann beim lesen löschen?

Lars · 02.02.2006, 16:54

Uh, schon mal dran gedacht wie das bei bei mehr als hundert Usern und ~20.000 Posts werden soll?

// Edit:
Mit dem Cookie kannst du das ganze auch für unregistrierte User ermöglichen, imo der größte Pluspunkt neben der Persistenz.

Gast · 02.02.2006, 18:26

Ok, ihr habt mich überzeugt. Wo genau im Forum muss ich was machen damit das klappt (nur die Theorie, programmiert bekomme ich das alleine).

Gruß

Gast

Corvin · 02.02.2006, 18:32

Hmm.. was genau willst du jetzt wissen?

Gast · 02.02.2006, 18:46

Wo im Forum muss ich was machen ... also z.B.: nach dem Hinzufügen eines neuen Beitrags, nach dem Login ...

niklasboelter · 05.02.2006, 11:49

also die beste loesung finde ich
1. letzten zugriff eines benutzers in db speichern als timestamp
2. Bei login diese Zeit in die Session uebernehmen
3. alle beiträge die neuer als dieser timestamp (der in der Session!) sind ungelesen markieren
4. bei lesen eines beitrags (aufrufen der thread seite) in einem cookie der nur bis zum sitzungsende hält die thread id hinzufuegen (cookie "hatderuserschongelesen" enthält dann z.b. "123;4893;8928")
5. alle beiträge die in diesem cookie sind aber neuer sind als der timestamp in der session nicht mehr als ungelesen markieren

genau so macht es phpBB und vermutlich auch dieses forum
(der cookie heisst bei phpBB "t" - melde dich mal in nem forum an les etwas und loesch diesen cookie)
(ist die einzige vernuenftige loesung moechte ich mal wetten)

Lars · 05.02.2006, 12:18

Das phpBB macht es so, und ich finde die Lösung schlecht, weil man nur mal aus Versehen den Brwoser zumachen muss, und schon ist der Sitzungscookie weg.
Das vB hier macht es mit einer Methode ähnlicher meiner, anders könnte ich es mir jedenfalls nicht feststellen.

Corvin · 05.02.2006, 12:32

Schaut mal hier vorbei:
http://www.vbulletin-germany.com/for...ad.php?t=13073

niklasboelter · 05.02.2006, 13:04

@lars und bei ner session loesung ist dann nicht der cookie weg? ueberleg einnmal was du sagst.
meine loesung benoetigt nur sehr viel weniger speicherplatz

Corvin · 05.02.2006, 13:19

Wenn ich mich richtig errinnere speichert das phpBB die ungelesenen Beiträge in einer Session und nicht in einem Cookie.

niklasboelter · 05.02.2006, 13:29

warum sind dann alle beiträge wieder ungelesen wenn man den cookie "t" loescht und die session beibehält?

Lars · 05.02.2006, 13:53

Es speichert die gelesenen.

02.02.2006, 16:22	Nach oben #1
Gast Benutzer Registriert seit: 05.11.2005 Beiträge: 38	Wie kann man neue Beiträge erkennen? Hallo, ich suche eine zuverlässige Möglichkeit, wie ich einem Forum neu geschriebene Beiträge in Foren / Themen erkennen kann um diese dann zu markieren. Momentan schreibe ich für jeden neuen Beitrag einen Eintrag in eine Datenbank - das belastet sie allerdings bei vielen hundert Mitgliedern sehr. Es sollten aber auch bei mehrmaligen Logins keine Beiträge einfach demarkiert werden, ohne dass sie der Benutzer gelesen hat. Könnt ihr mir helfen? Gruß Gast

02.02.2006, 16:31	Nach oben #2
Lars me pro ok? Registriert seit: 07.09.2005 Ort: Pulheim bei Köln Beiträge: 964	Die IDs der neuen Beiträge in eine (möglichst selbstgebaute) Session schreiben, die Session-ID als Cookie hinterlegen, ansonsten per URL anhängen. Hat der User also Cookies an, kann er immer _alle_ nicht gelesenen Beiträge sehen, hat er sie aus, nur die seit dem letzten Besuch. __________________ Gedanken aus Draht stricken einen Zaun.

02.02.2006, 16:44	Nach oben #4
Corvin Corvin Gröning Registriert seit: 19.03.2005 Ort: S-H \| Flensburg Beiträge: 449	Ja.. natürlich. __________________

02.02.2006, 16:45	Nach oben #5
Lars me pro ok? Registriert seit: 07.09.2005 Ort: Pulheim bei Köln Beiträge: 964	Dann ist er selber schuld. Besser als in meinem obigen Post gehts imo nicht, denn eindeutiger als mit einem Cookie kann man einen User nicht identifizieren. __________________ Gedanken aus Draht stricken einen Zaun.

02.02.2006, 16:54	Nach oben #7
Lars me pro ok? Registriert seit: 07.09.2005 Ort: Pulheim bei Köln Beiträge: 964	Uh, schon mal dran gedacht wie das bei bei mehr als hundert Usern und ~20.000 Posts werden soll? // Edit: Mit dem Cookie kannst du das ganze auch für unregistrierte User ermöglichen, imo der größte Pluspunkt neben der Persistenz. __________________ Gedanken aus Draht stricken einen Zaun.

02.02.2006, 16:38	Nach oben #3
Gast Benutzer Registriert seit: 05.11.2005 Beiträge: 38	Und wenn er die Cookies dann mal löscht sind die ganzen Eintragungen weg?

02.02.2006, 16:47	Nach oben #6
Gast Benutzer Registriert seit: 05.11.2005 Beiträge: 38	Und keine macht es so wie ich? Pro user und post eien neuen Eintrag in die Tabelle "ungelesen" ... und dann beim lesen löschen?

02.02.2006, 18:26	Nach oben #8
Gast Benutzer Registriert seit: 05.11.2005 Beiträge: 38	Ok, ihr habt mich überzeugt. Wo genau im Forum muss ich was machen damit das klappt (nur die Theorie, programmiert bekomme ich das alleine). Gruß Gast

02.02.2006, 18:32	Nach oben #9
Corvin Corvin Gröning Registriert seit: 19.03.2005 Ort: S-H \| Flensburg Beiträge: 449	Hmm.. was genau willst du jetzt wissen? __________________

02.02.2006, 18:46	Nach oben #10
Gast Benutzer Registriert seit: 05.11.2005 Beiträge: 38	Wo im Forum muss ich was machen ... also z.B.: nach dem Hinzufügen eines neuen Beitrags, nach dem Login ...

05.02.2006, 11:49	Nach oben #11
niklasboelter Benutzer Registriert seit: 22.01.2006 Beiträge: 31	also die beste loesung finde ich 1. letzten zugriff eines benutzers in db speichern als timestamp 2. Bei login diese Zeit in die Session uebernehmen 3. alle beiträge die neuer als dieser timestamp (der in der Session!) sind ungelesen markieren 4. bei lesen eines beitrags (aufrufen der thread seite) in einem cookie der nur bis zum sitzungsende hält die thread id hinzufuegen (cookie "hatderuserschongelesen" enthält dann z.b. "123;4893;8928") 5. alle beiträge die in diesem cookie sind aber neuer sind als der timestamp in der session nicht mehr als ungelesen markieren genau so macht es phpBB und vermutlich auch dieses forum (der cookie heisst bei phpBB "t" - melde dich mal in nem forum an les etwas und loesch diesen cookie) (ist die einzige vernuenftige loesung moechte ich mal wetten) __________________ PHP-Code: `$x[] =& $x; $x == $x;` Geändert von niklasboelter (05.02.2006 um 11:54 Uhr).

05.02.2006, 12:18	Nach oben #12
Lars me pro ok? Registriert seit: 07.09.2005 Ort: Pulheim bei Köln Beiträge: 964	Das phpBB macht es so, und ich finde die Lösung schlecht, weil man nur mal aus Versehen den Brwoser zumachen muss, und schon ist der Sitzungscookie weg. Das vB hier macht es mit einer Methode ähnlicher meiner, anders könnte ich es mir jedenfalls nicht feststellen.

05.02.2006, 12:32	Nach oben #13
Corvin Corvin Gröning Registriert seit: 19.03.2005 Ort: S-H \| Flensburg Beiträge: 449	Schaut mal hier vorbei: http://www.vbulletin-germany.com/for...ad.php?t=13073 __________________

05.02.2006, 13:04	Nach oben #14
niklasboelter Benutzer Registriert seit: 22.01.2006 Beiträge: 31	@lars und bei ner session loesung ist dann nicht der cookie weg? ueberleg einnmal was du sagst. meine loesung benoetigt nur sehr viel weniger speicherplatz __________________ PHP-Code: `$x[] =& $x; $x == $x;`

05.02.2006, 13:19	Nach oben #15
Corvin Corvin Gröning Registriert seit: 19.03.2005 Ort: S-H \| Flensburg Beiträge: 449	Wenn ich mich richtig errinnere speichert das phpBB die ungelesenen Beiträge in einer Session und nicht in einem Cookie. __________________

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Themen-Optionen	Thema durchsuchen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen	Thema durchsuchen: Erweiterte Suche

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Neue iPods - The Beat Goes On	Bleistift	Nachrichten	0	05.09.2007 20:56
Neue Beiträge - Heutige Beiträge ?	CIX88	Plauderecke	3	26.01.2007 17:45
Neue XAMPP-Version für Linux, Windows und Mac OS X	Jann Hendrik	Nachrichten	3	29.11.2006 23:03
Neue XAMPP 1.5.4 Version fuer Linux und Windows	Jann Hendrik	Nachrichten	0	11.09.2006 16:22
Neue Tastatur für schnelleres schreiben	Corvin	Nachrichten	12	03.01.2006 15:35

05.02.2006, 13:29	Nach oben #16
niklasboelter Benutzer Registriert seit: 22.01.2006 Beiträge: 31	warum sind dann alle beiträge wieder ungelesen wenn man den cookie "t" loescht und die session beibehält? __________________ PHP-Code: `$x[] =& $x; $x == $x;`

05.02.2006, 13:53	Nach oben #17
Lars me pro ok? Registriert seit: 07.09.2005 Ort: Pulheim bei Köln Beiträge: 964	Es speichert die gelesenen.