[PHP+MySQL] Forum - Lastvisit - Nieuwe topicicons.

kan iemand het geheim van parse onthullen.. ik heb het wel voormekaar gekregen maar werkt niet super netjes volgens mij... heel irritant werk .. dat zeg ik je wel..

Volgens mij kan dit vrij simpel, maar wellicht heb ik je niet goed begrepen.

Volgens mij moet je gewoon de 'last_visit_time' per gebruiker opslaan in de database-tabel met gebruikers. Wanneer een gebruiker inlogt heb je meteen de tijd van zijn laatste bezoek. Vervolgens haal je de topics op en ieder topic waarin een bericht zit dat later gepost is dan de 'last_visit_time' krijgt een ander icoon.

Zo doet phpBB het volgens mij...

Verwijderd schreef op 17 april 2003 @ 17:22:
parse is ook een goed systeem ja, als ik de theorie hier achter weet ben ik blij

Waarschijnlijk bedoel je React?

Ik ben ook bezig met een forum en ik doe het zo: ik zet voor elke topic die gelezen is een koekje met de id van dat topic en dan bij de topiclist check ik gewoon of er al een koekje bestaat met dat id

Volgens mij wou hij nou juist geen lokaal koekje...

En ik was zelf ook ff te snel met lezen, want het door mij voorgestelde "last-visit-systeem" moet de eerste 3 dagen van een topic niet werken. In die drie dagen gaat het er puur om of een gebruiker een topic wel of niet geopend heeft, en dus niks met last visit. Correct?

Volgens mij is het, zonder koekje alleen mogelijk door een koppeltabel te maken van topic x gebruiker waarin je bijhoudt welke gebruiker welk topic heeft geopend. Die tabel kan alleen redelijk groot worden als je veel gebruikers en topics krijgt.

Een oplossing zou kunnen zijn, als je de topic-tabel zo maakt:

id | ts_created | topic_title etc...

waarbij ts_created een timestamp is waarop het topic aangemaakt is. Dan een koppeltabel voor gebruikers x topics om te bepalen wie welk topic geopend heeft:

id | topic_id | ts_topic_created | user_id

Het topic_id verwijst naar het id veld van de topic-tabel en ts_topic_created is de timestamp waarop het topic aangemaakt is (dus ts_created uit de topic-tabel, kom ik later op terug). Elke keer als je de topic-lijst ophaalt, neem je ook mee welke topics de gebruiker al bekeken heeft. Als hij een nieuw topic opent INSERT je een record in de koppeltabel waarmee je aangeeft dat dit user_id het topic al bekeken heeft en er voortaan dus geen ander icoon hoeft te staan.

Het opschonen van de koppeltabel is vrij eenvoudig omdat je de timestamp waarop het topic aangemaakt werd direct bij de hand hebt. Je kunt dus eenvoudig een DELETE doen op alle records waarbij de ts_topic_created ouder is dan 3 dagen. Je doet dit op de hele tabel zodat ook de records verdwijnen van users die je misschien nooit meer terug ziet, blijft het nog een beetje netjes.

Hoop dat dit dan wel is wat je bedoeld. Je moet het natuurlijk ook nog combineren met dat last visit verhaal, na die drie dagen maar dat lukt denk ik wel. Het geeft overigens wel een hoop DB werk zo.

[ Voor 3% gewijzigd door Morrar op 18-04-2003 01:51 ]

Ook een optie:

Houd per forum categorie de laatste visit bij per user.
Verander die lastvisit bij het inloggen van de gebruiker, en dan kan je zo je kleurtjes veranderen.

Morrar schreef op 18 April 2003 @ 01:48:
[knip]
Het opschonen van de koppeltabel is vrij eenvoudig omdat je de timestamp waarop het topic aangemaakt werd direct bij de hand hebt. Je kunt dus eenvoudig een DELETE doen op alle records waarbij de ts_topic_created ouder is dan 3 dagen. Je doet dit op de hele tabel zodat ook de records verdwijnen van users die je misschien nooit meer terug ziet, blijft het nog een beetje netjes.

Je hoeft de ts_topic_created niet bij te houden in een aparte tabel omdat die al opgeslagen is in `topic`.

Het wordt inderdaad erg database-intensief. Voor iedere topic-user combinatie is een regel nodig in de lastvisit tabel, en dat gaat bij een beetje druk forum snel oplopen

Ik wist dat je die ts_topic_created ook uit de topic-tabel kan halen, maar dan wordt je query wel een tikkeltje lastiger en volgens mij ook trager. Aangezien je die DELETE vaak zult draaien dacht ik dat het wellicht efficiënter was om dan maar de timestamp dubbel op te slaan. Zo groot worden die MySQL databases nou meestal ook weer niet, of je moet GoT-bezoekers-aantallen krijgen