Hallo,

es nervt manchmal, wenn ich den letzten Topic anklicke und dann erstmal hochscrollen oder die seite blättern muss, bis ich zu dem Punkt komme, welchen ich zuletzt gelesen habe.

Besteht nicht die Möglichkeit dahin zu springen?

raik

Also ich denke das wäre ein bisschen zu aufwändig. Überleg mal: Du musst dann für jeden User speichern in welchen Topics er wo war. Das ist denke ich, ein bisschen zu viel Platzverbrauch in der DB, oder?

Kommt drauf an, ob es in jedem Topic ist oder nur der Topic, der zuletzt angeklickt wurde.

Zitat von Neuni:

Also ich denke das wäre ein bisschen zu aufwändig. Überleg mal: Du musst dann für jeden User speichern in welchen Topics er wo war. Das ist denke ich, ein bisschen zu viel Platzverbrauch in der DB, oder?

Du hast keine gute Beobachtungsgabe, right?
Genau das passiert nämlich schon. Einfach mal auf die Farbe dieses Papierdingsbums neben "Verfasst..." achten.
Ist es orange hast du den Post noch nicht gelesen.

@Topic
Jupp, das nervt mich auch. Bei mehrseitigen Threads vergeht mir deshalb oftmals die Lust überhaupt nochmal reinzuschauen, was denn so neues dazukam.

Hallo ihr,

das Problem ist nur das "cookie-based topic marking" wie es beim phpBB zum Einsatz kommt. Dieses bewirkt, dass bei einem Logoff alle Beitraege als gelesen markiert wurden, oder es bewirkt z.B. auch, dass bei mehrseitigen Topics die Beitraege nicht mehr neu sind, sobald ich ein paar Beitraege auf einer anderen Seite gelesen habe.
Das neue phpBB wird - gleich wie fast alle neueren Forensysteme - ein datenbankbasiertes topic marking an Bord haben, das Problem ist allerdings, welche Datenmenge dies in der Datenbank sein wird. Die Jungs von phpBB behaupten zwar, dass es nicht ins Gewicht faellt, und in deren Testforum merkt man auch keine wirklichen Nachteile, aber die Datenbankgroesse bleibt uns ja verborgen

Ich wollte mich aber sowieso mal mit dem System auseinanderzusetzen, vielleicht bringt mich ja irgendwas (oder auch irgendwer) dazu, das System in ein phpBB 2 (welches ja auch hier noch als Basis dient) "einzuklopfen".

Greetz
alcaeus

Zitat von alcaeus:

ein datenbankbasiertes topic marking an Bord haben, das Problem ist allerdings, welche Datenmenge dies in der Datenbank sein wird.

Düfte absolut vernachlässigbar sein.
Einen Schlüssel auf den Beitrag und einen auf den Status.

Zitat von Robert_G:

Zitat von alcaeus:

ein datenbankbasiertes topic marking an Bord haben, das Problem ist allerdings, welche Datenmenge dies in der Datenbank sein wird.

Düfte absolut vernachlässigbar sein.
Einen Schlüssel auf den Beitrag und einen auf den Status.

Beitrag ... Status ... und wo bleibt der User? Das Problem ist doch stets, dass man eine Matrix über alle User und Beiträge aufziehen müsste, um das Problem vollständig zu lösen. Diese Datenmenge ist nennenswert groß. Nun kann man pragmatisch rangehen und festlegen, dass man die Infos nur für die Beiträge der letzten X Tage speichert und auch nur für User, die in diesen letzten X Tagen online waren. Dies reduziert die Datenmenge gewaltig.

@Robert: Nenne mir einen Weg, dieses Problem mit 2 Schlüsseln zu lösen und ich werde es sofort einbauen. Ich bin für jeden Tip dankbar.

Hi,

eigentlich sollte es doch reichen, die letzte Seite, die man in einem Topic angesehen hat, zu speichern oder? Für den letzten Beitrag, müsste man ja auf einen Link klicken.

Zitat von Spider:

eigentlich sollte es doch reichen, die letzte Seite, die man in einem Topic angesehen hat, zu speichern oder?

Nein, nicht so ganz. Was ist wenn das System dann weiss "Der hat bis zur 3. Seite gelesen", aber jetzt kommt wieder ein neuer Beitrag, welcher immer noch auf der dritten Seite ist? So funktioniert das nicht Ich erklaers mal ganz kurz (in 5 Minuten rausgefunden, also mit Sicherheit fehlerbehaftet): Die Tabelle fuers Themen markieren enthaelt vier Felder: user_id, topic_id, mark_type und mark_time. mark_type habe ich nicht ganz verstanden, aber das kommt schon noch
Ihr koennt euch aber vorstellen was los ist, wenn fuer 5000 User die Themen eines Monats (sind ja so ca. 2500) markiert werden muessen. Das waere der Datenschock pur. Hinzu kommt die Moeglichkeit, Foren als gelesen zu markieren. Das faellt zwar nicht so stark ins Gewicht, aber immerhin. Aber wie gesagt, ich werd mir da was ueberlegen, vielleicht koennen wir ja die eine oder andere Idee uebernehmen. Anscheinend scheint Olympus das Problem relativ gut in den Griff bekommen zu haben, aber ich muss mich erst tiefer in den Code reinlesen.
Die Frage ist aber immer, ob sich der Aufwand denn lohnt. Das Topic-marking-System ist einer der komplizierteren Teile im phpBB, bei dem ich auch noch nicht den Drang gespuert habe, mich damit zu befassen

Greetz
alcaeus

Zitat von Daniel:

@Robert: Nenne mir einen Weg, dieses Problem mit 2 Schlüsseln zu lösen und ich werde es sofort einbauen. Ich bin für jeden Tip dankbar.

Hihi, es war um 10:12 an einem Samstag, mein Hirn wird vor 14:00 Uhr nicht hochgefahren sein. <g>
Natürlich hast du Recht. aber ich sehe hier immer noch kein sooo gtoßes Problem.
Wenn du die Liste auf meinetwegen die letzten 2 Wochen seit dem letzten log on des Users bewahrst düften nicht mehr als max. wenige hundert MB zusammenkommen... (sind ja schließlich auch 13k Users )