[HS-TGO]

Zitat (Gitarremann: 05.01.2009, 23:22)

Doch siehe - mein nachträgliches Beispiel oben. Es kann sogar Last sparen.

Habs gesehen.
Die Frage wieviel Serverlast der Aufruf des Threads ausmacht im Gegensatz zu dem Fensterchen kann uns wahrscheinlich nur TO erklären.

[TO_Webmaster]

Zitat (HS-TGO: 05.01.2009, 23:26)

Habs gesehen.
Die Frage wieviel Serverlast der Aufruf des Threads ausmacht im Gegensatz zu dem Fensterchen kann uns wahrscheinlich nur TO erklären.

Eigentlich will ich mich jetzt nicht näher damit beschäftigen, da der eigentliche Grund für die Ablehnung ja in der Wartbarkeit liegt.

Um die Last würde ich mir Gedanken machen, wenn ich das Feature implementieren würde. Aber wie bereits erwähnt, da gäbe es sicher irgendwelche (möglicherweise nicht-trivialen) Lösungen (z.B. Daten redundant speichern).

MfG TO_Webmaster

[nobody is perfect]

info für
m.i.s.t.e.r.x

Winfuture Ist Dieses >feature Nicht Auch Möglich

Angehängte Miniaturbilder

• 

[TO_Webmaster]

Zitat (nobody is perfect: 05.01.2009, 23:53)

info für
m.i.s.t.e.r.x

Winfuture Ist Dieses >feature Nicht Auch Möglich

Ich habe den Titel mal angepasst.

Zu der Sache mit dem HTML-Entity (siehe Screenshot):
Das soll wohl mit IPB 3 behoben werden, da Unicode eingeführt werden soll.

MfG TO_Webmaster

[nobody is perfect]

danke

[zwutz]

Zitat (Gitarremann: 05.01.2009, 22:21)

Ja gut aber davon ausgehend, dass der Forenhersteller das realisiert, bestände ja die Möglichkeit, die ersten 40 Wörter des Ausgangbeitrages mit in die Topic-Tabelle zu übernehmen. Also technisch weniger das Problem, es bleibt wie so oft die Frage, ob der Forenhersteller die Idee für sinnvoll hält.

Wenn ich das richtig versteh, schlägst du vor, den Beitragstext einmal ganz normal in der Beitragstabelle und dann noch zusätzlin in gekürzter Form in der Topic-Tabelle aufbewahren?
Gerade so sollte man es wohl eher nicht machen. Einerseits wegen der unnötigen Redundanz, andererseits das bei einer Änderung am Ursprungsbeitrag das Feld nicht mit verändert wird.

Es wäre also ein zusätzlicher join auf die Beitragstabelle nötig und der Beitrag zu laden, der mit Topic-ID x das älteste Datum hat und der nicht gelöscht ist.

Das wären je nach Einstellung des Users bis zu 40 zusätzliche Abfragen pro Forenseite... keine Ahnung, wie sich das Performancetechnisch auswirken könnte, da ich die Relation zu jetzt nicht kenne. Auf alle Fälle bläht sich die Seite nicht unerheblich auf... dafür, dass man 95% der Tooltips entweder eh nicht sieht, oder das Thema so oder so geöffnet hätte
Uninteressante Themen erkennt man am Titel. Wenn der Fragesteller einen blöden Titel gewählt hat, ist er selber schuld. Wenn mir der Titel interessant erscheint, klick ich drauf. Einerseits, um antworten zu können, andererseits, um dem Gesprächsverlauf folgen zu können.

Wenn man sowas implementiert, wäre ich für eine dynamische Variante. Die Tooltips werden erst bei Mouseover geladen. Das ganze standardmäßig in den Einstellungen ausgeschaltet (damit Besucher mit langsamen Internet nicht abgeschreckt werden) sollte das ganze hinnehmbar sein.
Tooltips haben aber den Nachteil, dass einige Browser (z.B. Fx2 unter Linux) zu lange Tooltips einfach abschneiden. Ein eigenes kleines Fenster (wie den Assistenten hier) kann man eh viel besser gestalten.
Ähnlich also, wie es Wikipedia macht

[bardelot]

Es gab z.B. mal für das Forum bei invisonpower ein Greasemonkey Skript welches das gewünschte implementierte. Hier noch einen älteren Link dazu aus dem Archiv. http://web.archive.org/web/20071002163048/..._thread_preview

Dieser Beitrag wurde von bardelot bearbeitet: 08. Januar 2009 - 01:42