Zoals je hierboven ziet zo ziet het er nu uit.
Hier komen de logs van de ingelogde users.
Maar er kunnen niet 2 dezelfden in 'usern'
dus als peter 1x inlogt komt dit hier te staan
Maar als hij voor de 2e X inlogt komt dit er niet tussen, hoe is dit op te lossen?
Heeft iemand een idee hoe ik dit dan zou kunnen oplossen?
Staat er in je code nog steeds deze regel?
$fname4 = date('Y/m/d H:i:s');
Zoals Ivo in een eerdere post al zei: die /'s moeten -'s zijn.
En ik snap werkelijk niet waarom je een "on duplicate key update" doet als je aangeeft dat je bestaande records niet wilt overschrijven. Want dat is precies wat die update doet...
[quote="Jeroen dj op 05/03/2015 09:03:44"]
Heeft iemand een idee hoe ik dit dan zou kunnen oplossen?
Staat er in je code nog steeds deze regel?
$fname4 = date('Y/m/d H:i:s');
Zoals Ivo in een eerdere post al zei: die /'s moeten -'s zijn.
En ik snap werkelijk niet waarom je een "on duplicate key update" doet als je aangeeft dat je bestaande records niet wilt overschrijven. Want dat is precies wat die update doet...
[/quote]
De date heb ik inmiddels vervangen door een sql timestamp
Ik wil inderdaad de bestaande records niet vervangen, heb je een idee hoe ik dit kan doen?
Update was inderdaad niet de geschikte oplossing
Tabel users met userinfo zoals user_id, naam, password, email etc (user_id op primary index en auto increment)
en
tabel logins met login_id, user_id, ip, datumtijd, etc (login_id op primary index en auto increment / login_id op (foreign) index).
Met een SELECT en JOIN kun je vervolgens in één query info uit beiden tabellen trekken.
[size=xsmall]Toevoeging op 05/03/2015 18:05:33:[/size]
En stop eens met die onzin van $fname, $fname1, $fname2, $fname3 en $fname4
Geen mens weet wat daarmee bedoeld wordt.
Tabel users met userinfo zoals user_id, naam, password, email etc (user_id op primary index en auto increment)
en
tabel logins met login_id, user_id, ip, datumtijd, etc (login_id op primary index en auto increment / login_id op (foreign) index).
Met een SELECT en JOIN kun je vervolgens in één query info uit beiden tabellen trekken.
[size=xsmall]Toevoeging op 05/03/2015 18:05:33:[/size]
En stop eens met die onzin van $fname, $fname1, $fname2, $fname3 en $fname4
Geen mens weet wat daarmee bedoeld wordt.
Dit zou toch niet zo moeilijk te hoeven lijkt mij? :ss
Moeilijk is relatief. De eerste keer kan het lastig lijken maar later komen de voordelen in zicht.
In jouw geval is het zeker noodzakelijk omdat er een x aantal users zijn die xxxx keren kunnen (proberen) in te loggen. En in een database wil je geen dubbele gegevens hebben dus zit je aan twee tabellen vast.
