ja, nur die art, wie man sie zusammenfasst, ist schwierig. das soll ja automatisch geschehen. es können hundert beiträge innerhalb eines tages sein oder 100 über zwei jahre. und es kann sich auch nachträglich verändern. wenn ich jetzt 10 beiträge zusammenfasse, aber jeder dieser beiträge jeweils noch 5 antworten kriegt, sind das schon wieder 50 beiträge, und wenn das noch eine ebene tiefer geht (jeder der 5 antworten nochmal 3), ist das schon viel zu viel.
in dem fall müsste ich die gruppierung automatisch anpassen. aber immer noch drauf achten, dass ich es irgendwie schaffe, die ungelesenen beiträge hervorzuheben.
und ich sollte ausserdem darauf achten, dass sich die gruppierung nicht bei jedem einzelnen beitrag ändert, der dazukommt. suchmaschinen sollten nicht wegen ein oder zwei neuen beiträgen alle nachfolgenden gruppierungen mit neuem inhalt angezeigt bekommen.
daher muss ich wohl mit min und max arbeiten, also wenn eine gruppierung mehr als 30 angezeigte beiträge behält, schneide ich sie auf 20 ab, so ist bis zum nächsten erreichen der 30 wieder luft. sowas in der art.
dabei muss ich ausserdem teilbäume berücksichtigen, denn die müssen ja trotzdem ausgelagert werden, damit ich gruppierungen trennen kann, sonst werden diskussionen auf einer tiefen ebene auseinandergerissen.

das was du sagst, sind alles überlegungen, die nicht weit genug gehn. gruppen zusammenfassen ist nicht wirklich detailliert genug.

ich möchte eben auch sichergehen, dass, wenn man mal einen tag nicht moderiert, nicht plötzlich einen riesenthread da stehen hat, der den apache server aufbläht.