spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Sylence«

Das das jetzt funktioniert halte ich für Zufall.

Effektiv führst du sowas aus:

	Quellcode
1	INSERT INTO `Nachrichten`(`Absender`) VALUES ('.5.')

(Also angenommen AbsenderID wäre 5)

Du solltest dir auf jeden Fall nochmal die Sache mit den einfachen und doppelten Anführungsstrichen angucken.

http://www.php.de/php-tipps-2004-2/12218…ngszeichen.html

Es wäre also das einfachste, wenn ich einfach immer " statt ' verwenden würde, da in ' keine Variablen eingesetzt werden, oder? Warum funktioniert es dann bei mir trotzdem, oder meintest du das mit dem Zufall?

Aber was ich nicht verstehe, in diesem Tutorial wird es doch genau so gemacht:
http://www.php-einfach.de/einf_mysql_daten_speichern.php
Und das ist eigl. kein x-beliebiges von einem Anfänger erstelltes Tutorial, sondern recht bekannt.

Oder hat sich da mit einer neueren Php-Version schon wieder was geändert?

Zitat von »Architekt«

Du solltest wenn möglich immer ' anstelle von " verwenden, gerade weil in " nach Variablen gesucht wird und das meistens überflüssig und schlechter Stil ist.
Gängige Praxis ist so etwas:

	Quellcode
1	$var = 'Uta ist ' . $age . ' Jahre alt';

Ach so, die Punkte sorgen für ein aneinanderhängen der Variablen. Das erklärt dann wohl auch warum es für die Ausführung von MySql Abfragen mit Php sehr wohl von Unterschied ist, ob die Zahlen als String oder als Integer vorliegen, da nicht alles ein großer String ist, sondern nur die verschiedenen Datentypen aneinander verkettet wurden, oder?
Dann waren meine " am Rand der Abfrage wohl die Fehlerursache.

Jetzt muss ich den Thread doch noch einmal ausgraben.

Ich habe nun folgende SQL-Anweisung:

Diese klappt auch, nur nicht wenn ein String einen Punkt enthält. Dann wird keine Zeile eingefügt und mysql_error liefert:

Zitat

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '.2013, test)' at line 1

Wie kann man solche Probleme umgehen? Muss ich wirklich erst alle Punkte durch ein x-beliebiges Sonderzechen wie ° ersetzen, und dann nach dem Laden aus der Datenbank wieder das alle ° in . zur Ausgabe ersetzen? Das würde aber doch viel Rechenleistung verschwenden, oder?

Danke schon mal für eure Hilfe.

Zitat von »Architekt«

Ich empfehle noch einmal PDO und Prepared Statements.
Es kostet dich keine Stunde Einarbeitung und löst alle deine Probleme.

Danke, aber mein Server hat Php Version 4...

Bzw. Php Version 5.3.1, wird aber nicht bei .php ausgeführt, sondern nur bei .php5
Dann müsste ich alle Dateiendungen und Links ändern.

Gäb es denn nicht eine Lösung ohne Prepared Statements?


Was auch komisch ist, wenn ich die Abfrage so formuliere:

Wird eine korrekte Zeile in die Datenbank und eine leere eingefügt, auch komisch. Lösungsidee: Letzte Zeile jeweils löschen, aber das wäre wohl etwas umständlich und könnte weitere Fehler auslösen...

Ok, am Datum lag es bei mir auch nicht, hab die Fehlermeldung nur falsch verstanden.

Ist irgendwie merkwürdig. Hab jetzt zumindest das Problem mit der zusätzlichen leeren Datensatzzeile gefunden, schuld war das neuladen der Seite. Das ist jetzt behoben. Trotzdem, so funktioniert es jetzt:

So müsste es jedoch auch gehen (was sogar besser wäre), tut es aber nicht: