Gallery + Berechtigungen + Unread Comments

30
Bug #
Priorität4 (▼ Niedrig)
BereichCommenting
TitleGallery + Berechtigungen + Unread Comments
BeschreibungAccess denied for this picture

--> Kommentare nicht als unread Posts anzeigen
Reported by @
 
Git Commit
Assigned to @ 19.09.2004 18:42
StatusResolved @ 30
1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up |
^^^ Additional posts ^^^
zorg.ch
#40027 by @ 29.07.2004 14:14 - nach oben -
Klar will mans schön hinkriegen.
Aber ich meine obs jetzt mal n Query zuviel ist oder nicht wirkt sicht ja nicht extrem auf die Performance aus.
zorg.ch
#40028 by @ 29.07.2004 14:15 - nach oben -
kommt auf das query an...*g*
zorg.ch
#40030 by @ 29.07.2004 14:16 - nach oben -
:-) In diesem Fall macht das eine Query mehr 23 Queries aus.
zorg.ch
#40082 by @ 29.07.2004 17:50 - nach oben -
JEDES Query wirkt sich auf die Performance aus. Wird das Query irgendwo im Menu aufgerufen sinds vielleicht 1000 Aufrufe pro Stunde, macht 24000 pro Tag.
Wenn das Query nur .02 Sekunden brauch mach das 8 Minuten Rechenzeit die man sich sparen könnte.
zorg.ch
#40099 by @ 29.07.2004 23:46 - nach oben -
ein glück dass wir nicht slashdot-mässige Besucherzahlen haben
zorg.ch
#40122 by @ 30.07.2004 09:28 - nach oben -
Soweit ich weiss wachsen die Pagehits ständig ein bischen.
Vielleicht sollten wir an einer Coding-Session mal besprechen wie man einige Hits beseitigen könnte. Zb in der Session Werte hinterlegen für die Unread/Open Dinger und dann Abzählen.
Die id2user Funktion speichert die User ja glaub schon oder?
zorg.ch
#40129 by @ 30.07.2004 09:33 - nach oben -
Das bringt nicht viel. Ausserdem kann sich ein Slashdot dicke Session-Variablen schon gar nicht leisten.
zorg.ch
#40132 by @ 30.07.2004 09:35 - nach oben -
Bist du sicher? Also ich würde mir Lieber ein paar Session Variabeln speichern anstelle von ein paar Datenbankzugriffen. Man merke ein Datenbankzugriff der wirklich etwas lesen muss dauert im schnitt 10000 mal länger als das lesen aus dem Memory.
zorg.ch
#40136 by @ 30.07.2004 09:38 - nach oben -
ja und der session-file-zugriff erfolgt so oder so.
zorg.ch
#40139 by @ 30.07.2004 09:43 - nach oben -
tjo, aber ob du beim comment anzeigen noch per JOIN checkst ob er ungelesen ist braucht halt kein zus. query, sondern nur ein JOIN.
zorg.ch
#40144 by @ 30.07.2004 09:50 - nach oben -
ja, macht sie.
zorg.ch
#40146 by @ 30.07.2004 09:55 - nach oben -
äh, einen pagehit lang?
zorg.ch
#40227 by @ 30.07.2004 21:51 - nach oben -
ja.
zorg.ch
#40440 by @ 02.08.2004 11:14 - nach oben -
Ja, das ist nicht schlecht, ich werde aber trotzden sooft als möglich einen JOIN auf die user tabelle machen - und vielleicht sogar schon den userpagelink in der sql-query machen.
zorg.ch
#40148 by @ 30.07.2004 10:14 - nach oben -
hä ?
zorg.ch
#40228 by @ 30.07.2004 21:54 - nach oben -
die id2user-funktion speichert bei einem aufruf den username. wenn der selbe user nochmals abgefragt wird, ist kein db-zugriff mehr nötig.
zorg.ch
#40236 by @ 30.07.2004 22:20 - nach oben -
Genau das wollte ich wissen. Hervorragende Arbeit.
zorg.ch
#40124 by @ 30.07.2004 09:30 - nach oben -
Meiner Meinung nach ist das wirklich ein Problem.
Angenommen das ist nicht 1 Querry sondern 10 die man sparen kann, so macht das ne Stunde pro Tag.