[php/js] Data uit db verwijderen na sluiten van venster

[Verwijderd]

Ik zou graag het volgende willen (maar weet niet hoe).

Als iemand het browserscherm sluit (bijv. met het kruisje) wil ik dat er een mysql tabel verwijderd wordt (d.m.v.) php.

Zou iemand hier mee kunnen helpen?

[ACM]

waarom werd ie uberhaupt gemaakt dan??

[Verwijderd]

Omdat er bij het openen een aantal essentiele dingen in een tabel zijn weggeschreven.
Die worden normaal gesproken na het doorlopen van een aantal schermen verwijderd, maar als gebruiker eerder het scherm sluit, moet hij ook verwijderd worden.

[Sn3akz]

Een hele tabel???!?!!

Ga jij eerst eens even aan je db-opzet sleutelen..

P.S. Is het niet makkelijker om alle 'essentiele dingen' in een array te proppen en die te reggen in een sessie??

[sjroorda]

onUnload, en dan controleren of je van de site weg bent (dan verwijderen) of dat je gewoon een andere pagina hebt opgevraagd (dan niet verwijderen).

[Verwijderd]

kijk eens op deze pagina (mits je PHP gebruikt)

-edit- tis niet echt een nette oplossing, ik raad je aan om het inderdaad met sessies te doen

[ Voor 30% gewijzigd door Verwijderd op 13-05-2003 13:19 ]

[Verwijderd]

unload ff een popupje laden die het weggooit en dan een window.close uitvoeren denk ik. Netter is inderdaad met sessies.

[KolNedra]

[javascript] onUnload met frameset

[whoami]

Met javascript (clientside) een db-table (serverside) droppen?

Trouwens, zoals eerder al gezegd werd: ik denk dat er iets heel ergs fout is met je DB-model.

[sjroorda]

Lezen :

mysql tabel verwijderd wordt (d.m.v.) php.

Dus onUnload een nieuwe (php-)pagina openen, en daar de DB in legen.

[ Voor 32% gewijzigd door sjroorda op 13-05-2003 14:04 ]

[Bosmonster]

Neemt niet weg dat dit database-technisch gewoon fout is..

[.oisyn]

En wat als iemand's browser crashed? Of er is een stroomstoring? Dan blijft al die info in je database staan.

Nee, je moet die overbodige data in je database niet verwijderen op actie van de gebruiker, want die hoeft tenslotte niet te gebeuren. Beter kun je gewoon een garbage collecting mechanisme gebruiken oid. Een timestamp op je data, inclusief of de data afgerond is of niet. Vervolgens kun je bijvoorbeeld elke nacht alle data langer dan een dag oud en niet in gebruik met een simpele query uit je database flikkeren

imho

[Verwijderd]

.oisyn schreef op 13 mei 2003 @ 14:10:
En wat als iemand's browser crashed? Of er is een stroomstoring? Dan blijft al die info in je database staan.

Nee, je moet die overbodige data in je database niet verwijderen op actie van de gebruiker, want die hoeft tenslotte niet te gebeuren. Beter kun je gewoon een garbage collecting mechanisme gebruiken oid. Een timestamp op je data, inclusief of de data afgerond is of niet. Vervolgens kun je bijvoorbeeld elke nacht alle data langer dan een dag oud en niet in gebruik met een simpele query uit je database flikkeren

imho

Dan werkt een sessie toch beter zou je gemaks halve zeggen, of niet?

[Bosmonster]

Verwijderd schreef op 13 May 2003 @ 14:16:
[...]

Dan werkt een sessie toch beter zou je gemaks halve zeggen, of niet?

Is stuk lastiger te implementeren dan een simpele cronjob hoor. Of je zou een cronjob moeten schrijven die je sessioncookies op de server uitleest (ja das gemakshalve errug handig ), of je moet een eigen database sessionhandler schrijven (das ook erg 'gemakshalve' ).

Nee.. dan is dat van .oisyn toch een stuk eenvoudiger.. nightly garbage collection. Simpele query en klaar.

[ Voor 6% gewijzigd door Bosmonster op 13-05-2003 14:22 ]

[ACM]

Bosmonster schreef op 13 May 2003 @ 14:20:
Nee.. dan is dat van .oisyn toch een stuk eenvoudiger.. nightly garbage collection. Simpele query en klaar.

Hij bedoeld dat alle essentiele data niet eens perse in de database zou hoeven

En dan heb je php's automagische session-garbage-collector die dat voor je doet.

[ Voor 13% gewijzigd door ACM op 13-05-2003 14:36 ]