Jeden Login speichern

Weil der komplette Syntax falsch ist.

Würde Dir übrigens empfehlen, in der Datenbank selbst mit einem Timestamp zu arbeiten:

mysql_query("UPDATE cplogs SET Datum = ".time()/*Aktueller UNIX Timestamp*/.",Username = '".$username."', Ip = '".$_SERVER[REMOTE_ADDR]."'");

Du darfst so keine Variablen mit dem Query verbinden.

Bei "Datum" lässt du dann die einzelnen Hochkommata weg, da es ein Integer (Zahl) ist.

Wenn Du nun das Datum anzeigen lassen willst irgendwo einfach mit der date() Funktion, die du zuerst verwendet hast, anzeigen, aber in der Datenbank selbst den Timestamp speichern, erleichtert vieles.

Das ist auch so richtig da dies der timestamp ist, lade den wert in einer variable und lass ihn mit date("d.m.Y - H:i:s",$variablen_name); ausgeben.

Warum sollte er es als UNIX-Timestamp speichern, wenn er genauso gut den Datetime Fieldtype von MySQL verwenden könnte? Einfach via NOW() setzen. Falls dennoch der UNIX-Timestamp verwendet werden soll (fragt mich nicht warum), könnte er das aber auch einfacher ohne PHP machen, ..., Datum = UNIX_TIMESTAMP(), ...

Zitat von dead

Warum sollte er es als UNIX-Timestamp speichern, wenn er genauso gut den Datetime Fieldtype von MySQL verwenden könnte? Einfach via NOW() setzen. Falls dennoch der UNIX-Timestamp verwendet werden soll (fragt mich nicht warum), könnte er das aber auch einfacher ohne PHP machen, ..., Datum = UNIX_TIMESTAMP(), ...

Weil ein Timestamp universeller und flexibler ist.

Du kannst bspw.

• die Differenz zwischen 2 Daten leichter ausrechnen
• das Datum leicht in andere Formate umwandeln
• aus dem Timestamp lediglich die Uhrzeit anzeigen oder lediglich das Datum, wobei man bei dem ganzen noch splitten muss, was kompletter Driss ist

Nein? Durch eine Instanz der DateTimeDateTime-Klasse[/url] kann alles, was du aufgelistet hast, umgesetzt werden. Zusätzlich hast du nicht das Problem, nur Daten ab 1970 verwenden zu können und bist so nett und nutzt den dafür vorgesehenen Fieldtype.