[php] Topic gezien, ander plaatje?

Niet gezien/wel gezien wordt niet bijgehouden. Wel bijvoorbeeld de de nieuwe topics sinds je laatste bezoek of die van een bepaalde tijd geleden.
Die tijd kan je dus opslaan in een cookie oid.

yep..cookies

zover ik weet houdt geen 1 bord (wat groot is) bij welke post je hebt gelezen en welke niet

wat ze meestal wel doen is bijhouden wat de laatste datum is dat jij ingelogged bent geweest en wat er dus nu nieuw voor jou is ...

[ranzige manier]

Je kan als je perse per topic wilt het allemaal in een cookie opslaan. Je maakt bijvoorbeeld 2 cookies:

id-id2-id3

en

tijd-tijd2-tijd3

Nu kan je het cookie exploden op een "-". Dus word het een array -> je kan kijken of het id van de topic in je cookie staat. Staat het kijk je naar de tijd is de tijd ouder dan de laatste reply -> nieuwe replys anders niet.

Je zou het zo kunnen doen........ maar ja of je dat wilt. Eist erg veel proc load lijkt me als je dat 100 keer per pagina checkt, per hit.
[/ranzige manier]


/edit LOL wil net replyen krijg ik #23 die heb ik nog NOOITTTT gezien moest opnieuw inloggen en nu werkt het weer

Op vrijdag 18 januari 2002 15:41 schreef Grum_ het volgende:
zover ik weet houdt geen 1 bord (wat groot is) bij welke post je hebt gelezen en welke niet

wat ze meestal wel doen is bijhouden wat de laatste datum is dat jij ingelogged bent geweest en wat er dus nu nieuw voor jou is ...

Idd vooral dat groot gedeelte wordt op een gegeven moment kritisch. Ik had het eerst wel gemaakt, door in een logtabel vast te leggen welke topic, wanneer, door wie voor het laatst gezien is (in mysql) en die gegevens vergelijken met de laatste post in een topic.

Het werkt wel, als je er een index overheen gooit zelfs nog redelijk snel. Maar ik denk niet dat je dat op een forum wil gaan doen met honderden dan wel duizenden simulatane gebruikers. (of je moet een dikkere machine inzetten, ik heb slechts een p1-166 MMX tot mijn beschikking, en zoals ik zei dat gaat redelijk zolang er niet te veel gebruikers zijn)

Op vrijdag 18 januari 2002 15:55 schreef Markuz het volgende:
Ok, die manier had ik ook wel bedacht maar dat vreet dus veel...

Maar hoe doen ze het dan? Check eens: OpenBB. En open eens een topic en ga weer terug (via Back: ff refreshen natuurlijk) en dan zie je toch echt enkel bij dat topic het plaatje veranderen...

En als je dat doet met 1 cookie dan gaat dat niet zo...

Je kunt ook meerdere dingen in een cookie neerzetten, bijv:

Cookie = "123232|23232|9834|56421|563212"

Echt efficiënt is het niet, maar het gaat tenminste niet van je eigen schijfruimte af ...

phpBB is een 'in meedere mate IMHO' ranzig board. Die hebben alleen al 25 query's postreply.php.

Bedenk zelf iets zou ik zeggen, dat kan alleen maar beter zijn.

/edit iets diplomatieker opgeschreven, 'tis tenslotte vrijdag

Op vrijdag 18 januari 2002 15:55 schreef Markuz het volgende:
Ok, die manier had ik ook wel bedacht maar dat vreet dus veel...

Maar hoe doen ze het dan? Check eens: OpenBB. En open eens een topic en ga weer terug (via Back: ff refreshen natuurlijk) en dan zie je toch echt enkel bij dat topic het plaatje veranderen...

En als je dat doet met 1 cookie dan gaat dat niet zo...

Ben ik nou gek? Ik zie namelijk totaal geen verschil.

Op vrijdag 18 januari 2002 16:19 schreef joostbaksteen het volgende:
phpBB is een f**king ranzig board man. Die hebben alleen al 25 query's postreply.php man!!

Bedenk zelf wat zou ik zeggen, dat kan alleen maar beter zijn.

Ga jij maar eens even naar phpBB2 kijken. Zoals uit de code blijkt is phpBB2 al heel wat beter in elkaar gezet, en er zijn zeker geen 25 queries nodig om een reply te posten.

Op vrijdag 18 januari 2002 16:33 schreef Taradino het volgende:

[..]

Ben ik nou gek? Ik zie namelijk totaal geen verschil.
[..]

Ga jij maar eens even naar phpBB2 kijken. Zoals uit de code blijkt is phpBB2 al heel wat beter in elkaar gezet, en er zijn zeker geen 25 queries nodig om een reply te posten.

waarom staat er dan onderaan op de index dit:

phpBB Created this page in 0.542583 seconds : 14 queries executed : GZIP compression disabled : Debug Mode

of als je een bericht post:

phpBB Created this page in -0.507489 seconds : 22 queries executed : GZIP compression disabled : Debug Mode

Op vrijdag 18 januari 2002 17:50 schreef Ozzi het volgende:

[..]

waarom staat er dan onderaan op de index dit:
[..]

of als je een bericht post:
[..]

Omdat hij niet alleen insert maar ook vele andere zaken moet nachecken alvorens de pagina opnieuw op te bouwen.

Op vrijdag 18 januari 2002 19:11 schreef RobzQ het volgende:

[..]

Omdat hij niet alleen insert maar ook vele andere zaken moet nachecken alvorens de pagina opnieuw op te bouwen.

Ok is goed, hij moet dingen ophalen, maar 22 vind ik dan nog wel een beetje veel.

Een goed forum is niet zo geschreven dat hij 22 query's nodig heeft bij postreply. IMHO.

Op vrijdag 18 januari 2002 17:50 schreef Ozzi het volgende:
waarom staat er dan onderaan op de index dit:

of als je een bericht post:

Oude versie van php op een windows-server?
Is dit trouwens phpBB 1 of 2? Zoals Taradino al zei is 2 een stuk beter dan 1..

Op vrijdag 18 januari 2002 19:32 schreef PlayR het volgende:

[..]

Oude versie van php op een windows-server?
Is dit trouwens phpBB 1 of 2? Zoals Taradino al zei is 2 een stuk beter dan 1..

dat is 2 onder win

Op vrijdag 18 januari 2002 19:34 schreef Ozzi het volgende:
dat is 2 onder win

Hmmz.. dat lijkt me idd niet al te fijn

Heb de code van phpBB2 nog nooit bekeken, maar ik vertrouwde taradino eigenlijk wel

Verder draai je wel een erg oude php of niet? daar zit namelijk een bug in dat microtime() af en toe verkeerde waarden aangeeft (vandaar dat die tweede tijd negatief is..)(of is dat een bug?)

Het was forum is: "Powered by phpBB 2.0 RC-2 © 2001"

Ok, het is iets minder erg dan ik eerst dacht:

phpBB Created this page in 1.077824 seconds : 13 queries executed : GZIP compression disabled : Debug Mode

13 Queries op de index.php

Maar dan ben ik toch benieuwd hoe hij daarbij komt... Als ik queries ga tellen:

1. Log insert
2. Rechten, userinstellingen select
3. Fora acces select (kan ook bij 2 erin, mits goed datamodel)
4. Alle Fora en Categorien select
5. Instellingen select
6. Who's online select
7. Who's online update

Ok, ik ben op de helft gekomen...

Op vrijdag 18 januari 2002 19:38 schreef PlayR het volgende:

[..]

Hmmz.. dat lijkt me idd niet al te fijn

Heb de code van phpBB2 nog nooit bekeken, maar ik vertrouwde taradino eigenlijk wel

Verder draai je wel een erg oude php of niet? daar zit namelijk een bug in dat microtime() af en toe verkeerde waarden aangeeft (vandaar dat die tweede tijd negatief is..)(of is dat een bug?)

ik draai zelf geen phpbb, ik ben zelf eeb forum aan het proggen dat is op een of andere site

Ik weet niet of het werkt...

Zet de kleur van een visited link op een kleur die net iets anders is dan een gewone link.

Lees met javascript de kleuren van de links uit, en verander het plaatje nog even snel naar het andere plaatje.

Het zou geen geklooi met cookies betekenen, aangezien de browser het zelf bijhoudt.

Op zaterdag 19 januari 2002 10:06 schreef Markuz het volgende:
Ok...

Maar als er dan een nieuwe reactie wordt geplaatst, dan blijft de link en dus ook in het verlengstuk daarvan, het plaatje op zeg maar 'oud' staan...

Juppzz, geen goeie oplossing dus, gewoon bijhouden bij elk topic wat de laatste post was, en in een cookie de laatste visit van de user bij houden, sim-pel, die ff vergelijken,
if postcount > cookiecount then
nieuws
else
oud.

Sim-pel

ik kan me vergissen hoor (ik ben ook met zoiets bezig) maar als jij alleen kijkt naar de tijd waarop de gebruiker voor het laatst geweest is en die vergelijk je met de tijd waarop een topic gemaakt is dan wil je waarschijnlijk een updateje geven zodat hij de topic niet meer als nieuw ziet

maar zodra je dat doet en je update bijv. de tijd dan staan alle topics meteen niet meer op nieuw (lijkt mij tenminste)

waar ik aan dacht:

zodra je inlogt een query geven die alle topics eruit trekt die later zijn gemaakt als jouw laatste inlogtijd

die knal je als een mooie string in je session ergens en daarmee als je bijv op een nieuwe topic komt de id die je in je session hebt opgeslagen eruit kickt ... aleen zit je dan dat je session steeds moet updaten met de nieuwste topics denk ik

waarom nu weer oude topics omhoog halen . . is al 2 of 3 maanden oud..

omdat ik deze topic wel interesant vond en omdat er nog niet echt een duidelijk antwoord op was gegeven vind ik

en jou antwoord is ook niet geweldig
stel we nemen got en we nemen een bezoeker die eens per 3 weken komt. Heb je ENIG idee hoeveel nieuwe topics er dan zijn?

ik zeg ook niet dat ik de ideale oplossing heb
misschien inspireert dit mensen weer tot nieuwe ideeen!
er staat iig hoe ze het niet moeten doen

maarreuhm ja als ik 3 weken niet op GoT kom ofzo ja dan zijn er asociaal veel nieuwe topics

dus weet jij een snelle manier ervoor?

Op donderdag 11 april 2002 09:45 schreef chem het volgende:
en jou antwoord is ook niet geweldig
stel we nemen got en we nemen een bezoeker die eens per 3 weken komt. Heb je ENIG idee hoeveel nieuwe topics er dan zijn?

En bovendien, je mist alle topics die je nog nooit heb bezocht, maar die wel gemaakt zijn voordatjij twee keer geleden inlogde.

er is geen ideale manier om van ELK topic de status bij te houden.
De enige manier waarop je dat op user-basis kan bijhouden is server-side in bv. een database.
Nu moet je altijd van het ergste geval uitgaan en dan heb je @ got sprake van 449K topics x 43k members = 19307000000 records ( dat zijn er 19,307,000,000 stuks, ca. 19,3 MILJARD)...
reken 3x een int(10) uns. (topicid, userid, timestamp) en je hebt een vrij behoorlijk tabel

kleine berekening: 67,93 gb excl. indices kom je dan op uit (aantal records * 30 bits) / (8 bits-tot-de-byte * 1024 * 1024 * 1024)

Op donderdag 11 april 2002 09:52 schreef chem het volgende:
er is geen ideale manier om van ELK topic de status bij te houden.
De enige manier waarop je dat op user-basis kan bijhouden is server-side in bv. een database.
Nu moet je altijd van het ergste geval uitgaan en dan heb je @ got sprake van 449K topics x 43k members = 19307000000 records ( dat zijn er 19,307,000,000 stuks, ca. 19,3 MILJARD)...
reken 3x een int(10) uns. (topicid, userid, timestamp) en je hebt een vrij behoorlijk tabel

kleine berekening: 67,93 gb excl. indices kom je dan op uit (aantal records * 30 bits) / (8 bits-tot-de-byte * 1024 * 1024 * 1024)

dus 't zou wel moeten kunnen


cookies is trouwens ook geen oplossing.

je kan per domein maar een beperkt aantal cookies zetten, en een cookie heeft maar een beperkte grootte, dus je krijgt er NOOIT alle topics in die eventueel nieuw zouden zijn. (bij kleine prutsfora wel, maar dan nog zou ik 't niet via cookies doen)

en een session moet je ook niet helemaal volplempen; die mag php elke keer gaan unserializen bij een hit...

hmm ja dat is zo ...
Beste oplossing: gewoon niet doen

Op donderdag 11 april 2002 10:14 schreef NeoMagik het volgende:
hmm ja dat is zo ...
Beste oplossing: gewoon niet doen

ha!

je snapt het

oke ik schop hem nu ook .. omdat chem toch react heeft geprogd wil hij vast wel zeggen op welke geniale manier hij het voor elkaar heeft gekregen

Volgens mij op de manier die ie hier al eerder roept...

NIET per user per topic opslaan, maar gewoon de laatste handelings-tijd opslaan.

ACM schreef op 08 augustus 2002 @ 14:28:
Volgens mij op de manier die ie hier al eerder roept...

NIET per user per topic opslaan, maar gewoon de laatste handelings-tijd opslaan.

jah dat lijkt me vooral voor tweakers wel beter ja.. maar weet je ook hoe het precies ging.. dus met de tijden .. chem kan jij misschien, als je tijd hebt .. ff vertelle hoe jij het dee?

chemmie chemmie chemmie waar ben ie

Hallo, dit antwoord is toch niet zo moeilijk?
Bij elke pageview kijkt hij of er een session['last'] is, en als die tijd groter of gelijk is aan $now-zoveel uur dan is het rood, anders geel.

Nielsz schreef op 09 augustus 2002 @ 00:07:
Hallo, dit antwoord is toch niet zo moeilijk?
Bij elke pageview kijkt hij of er een session['last'] is, en als die tijd groter of gelijk is aan $now-zoveel uur dan is het rood, anders geel.

jah maar het moet pas na een tijdje.. ik bedoel als je het topic hebt gelezen moet ie niet gelijk geel gaan.. pas als je de brouwser sluit .. als je b.v. twee weken weg bent.. en dan komt moet niet alles rood zijn. .. snap?

Bij de eerste keer dat je hier komt: SessieID en tijd opslaan in een een cookie.
Is de SessieID ongelijk aan de vorige SessieID, dan update van tijd, anders niet

maar hoe doen ze het hier bij react dan ? ?

Ik hou het op een iets andere manier bij: als user inlogd, wordt de datetime in db opgeslagen, en de oude eerst in een cookie geset. die wordt in iedere thread met de datetime van de last-post vergeleken.
Als de last-post nieuwer is dan de cookie, wordt er aangegeven dat er nieuwe replys zijn. Als de eerste reactie in de thread niewer is, wordt de topic als nieuw gekenmerkt.

Deze status veranderd dan pas wanneer de user opnieuw inlogd, en niet per visit.
Niet helemaal zoals de topicstarter bedoelde, maar dit was zo voor mij de gemakkelijkste methode. (anders zat ik ook aan cookie/thread te denken)

Grum schreef op 18 januari 2002 @ 15:41:
zover ik weet houdt geen 1 bord (wat groot is) bij welke post je hebt gelezen en welke niet

No comment

Verwijderd schreef op 09 augustus 2002 @ 18:29:
Ik hou het op een iets andere manier bij: als user inlogd, wordt de datetime in db opgeslagen, en de oude eerst in een cookie geset. die wordt in iedere thread met de datetime van de last-post vergeleken.
Als de last-post nieuwer is dan de cookie, wordt er aangegeven dat er nieuwe replys zijn. Als de eerste reactie in de thread niewer is, wordt de topic als nieuw gekenmerkt.

Deze status veranderd dan pas wanneer de user opnieuw inlogd, en niet per visit.
Niet helemaal zoals de topicstarter bedoelde, maar dit was zo voor mij de gemakkelijkste methode. (anders zat ik ook aan cookie/thread te denken)

Dit is al een stap dichterbij. Het is wel mogelijk om de boel bij te houden met een goede snelheid, op PHPFreakz (2000 members destijds) ging het ook gewoon snel terwijl er iedere dag best een hele bak threads bij kwamen. Ik heb de progger van dat forum toen om uitleg gevraagd maar dat antwoord heb ik destijds nooit gehad omdat hij het te druk had

Verwijderd schreef op 09 augustus 2002 @ 18:29:
Ik hou het op een iets andere manier bij: als user inlogd, wordt de datetime in db opgeslagen, en de oude eerst in een cookie geset. die wordt in iedere thread met de datetime van de last-post vergeleken.
Als de last-post nieuwer is dan de cookie, wordt er aangegeven dat er nieuwe replys zijn. Als de eerste reactie in de thread niewer is, wordt de topic als nieuw gekenmerkt.

Deze status veranderd dan pas wanneer de user opnieuw inlogd, en niet per visit.
Niet helemaal zoals de topicstarter bedoelde, maar dit was zo voor mij de gemakkelijkste methode. (anders zat ik ook aan cookie/thread te denken)

dit is al aardig wat jah .. Ik kom er wel uit... thanks buddy

Ik zou het doen met timestamps
Timestamp in db
dan
timestamp > rood mapje
timestamp < blauw mapje
zoiets

per topic is al best veel werk, of je moet met cookies gaan werken. Sessies bied misschien ook een mogelijkheid.

jah maar het moet dus niet zo zijn dat als je 2 weken niet aanwezig bent dat dan alles rood is ..

Mijn methode is ook niet optimaal hoor, telkens als de index geladen wordt, wordt eerst de hele reactietabel doorzocht en vergeleken met de inlogdatum.
Dit is bij een klein forum nog wel te doen, maar op formaat ala GOT duurt 't laden van de index dan veels te lang...

Verwijderd schreef op 09 augustus 2002 @ 18:50:
No comment

Welke doet dat wel dan

ACM schreef op 11 augustus 2002 @ 01:48:
[...]
Welke doet dat wel dan

zijne denk ik

Wat ik doe is het volgende:
Elke keer dat een user een lijst met topics opvraagt in de tabel users een timestamp plaatsen.
Elk topic heeft in de db een veld waar de timestamp van de laast gemaakte post in staat.
Als een user dan een lijst met topics opvraagt worden er bv alleen de laatste 30 geselecteerd(titel, topic starter, laatst gemaakte post, etc, en de timestamp van de laatste post) Vervolgens dan met een while lusje even de timestamps van die threads vergelijken met de timestamp van wanneer de user als laatste iets opvroeg en de lijst weergeven.

Dit werkt gewoon snel en het opvragen van alle topics en het vergelijken kan met 2 queries.

*edit
Ik bedenk me net dat als ik het aantal subforums ga uitbreiden dit niet werkt. Oplossing is om dan een extra tabel te maken met daarin alle subfora, userid, en timestamp. Elke keer dat een user dan een subfora opvraagt wordt zn userid, de timestamp en het subforum_id in die tabel opgeslagen.
Vervolgens kan bij het opbouwen van het subforum weer eenvoudig gecontrolleerd worden wanneer een user dit als laatst bezocht heeft en kunnen alle laatste posts vergelegen worden.

[ Voor 30% gewijzigd door Blorgg op 03-02-2004 15:42 ]

Ik werd op een gegeven moment nogal gestoord van die cookie based oplossingen aangezien ik op een aantal verschillende PCs werk. Ik heb toen maar de stoute schoenen aangetrokken en ben alles server side bij gaan houden. Ben daar tot nu toe er over te spreken

Ik heb een 'lastread' tabel toegevoegd met:
user_id
type
forum_id
topic_id
lasttime

Hierin wordt bijgehouden wanneer een user een topic voor het laatst heeft gezien. Type geeft aan of de user zelf gereageerd heeft in het topic.

Je krijgt dus per user 1 row per topic. Dat wordt idd een enorme berg topics maar alles dat ouder is dan 10 dagen wordt 1x per dag met een cronjob weggezout (kan je ook zonder cron doen natuurlijk).

Ik had verwacht dat het forum (phpBB2 met 3M berichten en zo'n 200-300 mensen online) niet blij zou zijn met de toevoeging maar het doet erg weinig met de load. Bijna niets zelfs behalve als je de lastread table flink laat groeien (b.v. 2 maanden data ipv 10 dagen). De lastread tabel is behoorlijk compact, allemaal fixed length records en past altijd volledig in het geheugen van je database server. Bij het maken van index.php of viewforum.php wordt er simpelweg gejoined met lastread. Het verschil in snelheid tussen wel/geen lastread is niet meetbaar klein. Valt me allemaal dus 100% mee. En echt ideaal dat het systeem exact weet welke topics je nou wel/niet hebt gezien, maakt niet uit vanaf waar je ingelogd ben.

phpBB 2.2 heeft een soortgelijk systeem (optioneel trouwens, je kan kiezen tussen client/serverside).

dit topic is 2 jaar oud!