2011-01-07T21:32:11 pq

und wie löse ich dann das problem mit gelesenen threads? speicherung pro artikel statt timestamp pro thread?

Wie ist denn derzeit die Logik aufgebaut, nach der ungelesene Beiträge beim Anklicken eines Threads aufgeklappt sind und der Rest zugeklappt ist?
Könnte man an der Stelle nicht anknüpfen und die zugeklappt-Eigenschaft ersetzen durch garkeinen Text und das zugehörige Plus-Icon anders verlinken zu einem JS, dass bei Klick den Text nachlädt und per .innerHTML dort einfügt?

2011-01-07T21:32:11 pq

zu welcher seite geht man, wenn ein thread jetzt mehrere seiten hat und auf mindestens zwei dieser sich ein ungelesener artikel befindet?

Welche Seitenaufteilung meinst Du?

2011-01-07T21:32:11 pq

ausserdem soll möglichst alles auch ohne javascript machbar sein (daher werden alle artikel geladen und mittels javascript eingeklappt; andersherum würde man ohne javascript nichts sehen).

Das war einer der Gründe, warum ich das zunächst nur für registrierte User vorschlug. Die könnten das Dyn-Feature in der Konfig ein- und ausschalten, default wäre ein.

2011-01-07T21:32:11 pq

ausserdem muss ich bei allen lösungen beachten, ob man das sinnvoll cachen kann, das ist ja auch eine der stärken des forums.

Wenn ich caching lese denke ich immer an Ladezeit kontra Aktualität. Übersehe ich etwas? Worum genau geht es beim caching eines Forum?

2011-01-07T21:32:11 pq

um eine gelesen-markierung für jeden einzelnen artikel komme ich wohl nicht drumherum, das kann für mehrere sachen nützlich sein. dann müsste ich aber den kompromiss machen und regelmässig alte markierungen löschen, da das sonst grosse datenmengen wären.

Bin mir nicht sicher. Wenn man pro Thread und User einen Timestamp des letzten Besuchs speichert kann man daraus doch ableiten, welche Beitrag neuer und daher ungelesen sind. Oder sehe ich das falsch?

Meine Begriffsdefinition:
Thread: [thread: doppelslash]
Beitrag: [msg: doppelslash] = Artikel