PHP - Fehler beim Speichern von Texten mit Sonderzeichen

[s.h.a.r.k]

Hallo!

Ich habe grad ein mehr oder weniger kleines Problem beim Speichern von Texten, in denen Sonderzeichen vorkommen: Und zwar geben ich in Form sowas hier ein

Zitat:

"Warum geht des jetzt nedda
!"§$%&/()=?`*'ÄÜÖ_:;>-.,#+´ß^^°
²³{[]}}\\~|

und das kommt dabei raus wenn ich wieder mit echo anzeigen lasse.

Zitat:

-.,#+´ß^^° ²³{[]}}\\\\~|">\"Warum geht des jetzt nedda !\"§$%&/()=?`*\'ÄÜÖ_:;>-.,#+´ß^^° ²³{[]}}\\\\~|

Wenn ich das ganz aber in eine MySQL-Tabelle eintragen will, wird nur der \ geschrieben und mehr nicht. Ich habe auch schon den folgenden Code angewandt, aber es hat sich nicht sehr viel verändert:

Code:

$contact_text = str_replace('&', '&', $contact_text);
$contact_text = str_replace('<', '&lt;', $contact_text);
$contact_text = str_replace('>', '&gt;', $contact_text);
$contact_text = str_replace('\"', '&quot;', $contact_text);
$contact_text = str_replace('"', '&quot;', $contact_text);
$contact_text = str_replace('\n', '
', $contact_text);

Da kommt dann das hier raus

Zitat:

-.,#+´ß^^° ²³{[]}}\\\\~|">"Warum geht des jetzt nedda !"§$%&/()=?`*\'ÄÜÖ_:;>-.,#+´ß^^° ²³{[]}}\\\\~|

In der MySQL-Tabelle steht nach dem Speichern immer noch \ drin und mehr nicht!

Ich hoffe einer von euch kann mir da helfen - ich werd langsam wahnsinnig mit dem S******* :wall:

mfg shark

[S2B]

Hmm, hast du schon mal versucht, den String durch php-interne Funktionen wie mysql_escape_string(), htmlspecialchars() oder htmlentities() zu jagen? Vielleicht geht es damit besser.
Die erste Funtktion ist übrigends genau für solche Fälle wie deinen da... Im Normalfall speichert man Text auch nicht als html-Code in die Datenbank. :wink:

[Mamphil]

Hallo!

Bitte verwende mysql_real_escape_string statt mysql_escape_string!

Wenn Strings mit Sonderzeichen per Formular gesendet werden sollen, musst du das Ergebnis ggf. vorher mit stripslashes() "säubern".

Mamphil

[s.h.a.r.k]

Danke! Hab diese Codes leider noch nicht verwendet :lol: wusst net a mal dass es sowas gibt *schäm*

[tail]

addslashes()
ist besser als mysql_real_escap_string()! Also benutzt lieber das.

[s.h.a.r.k]

aha - mal ne dumme frage: Wieso?! Jeder sagt hier grad was anderes...

[tail]

Zitat:

Zitat von s.h.a.r.k

aha - mal ne dumme frage: Wieso?! Jeder sagt hier grad was anderes...

Guck dir die funktionen mal im Manuel an, bei den Beschreibungen. Daraus kann man das schon sehen!

[S2B]

Zitat:

Zitat von tail

Guck dir die funktionen mal im Manuel an, bei den Beschreibungen. Daraus kann man das schon sehen!

Also das mit dem mysql_real_escape_string() kann ich ja noch verstehen (, obwohl das für private Scripts eigentlich auch nicht soo wichtig ist...), aber das addslashes() besser sein soll als mysql_real_escape_string() verstehe ich nicht ganz. :gruebel:
mysql_real_escape_string() bzw. mysql_escape_string() scheinen doch genau für MySQL-Querys gemacht zu sein, warum sollte man sie dann nicht verwenden, wenn es doch um MySQL-Querys geht? :roll:

[Mamphil]

Hallo!

Zitat:

Zitat von tail

Zitat:

Zitat von s.h.a.r.k

aha - mal ne dumme frage: Wieso?! Jeder sagt hier grad was anderes...

Guck dir die funktionen mal im Manuel an, bei den Beschreibungen. Daraus kann man das schon sehen!

Dieses Thema interessiert mich auch! Wieso soll addslashes() besser als mysql_real_escape_string() sein?

Mamphil

[marabu]

Zitat:

Zitat von Mamphil

Wieso soll addslashes() besser als mysql_real_escape_string() sein?

mysql_real_escape_string() maskiert alle Zeichen (z.B. auch \n und \r), die für mySQL maskiert werden müssen, addslashes() hingegen maskiert nur einen allgemeinen subset. Wer sicher sein kann, dass seine User nie solche speziellen Zeichen anliefern - z.B. per Cut & Paste - der wird keinen Unterschied merken. Aber wer kann sich da schon sicher sein?

Grüße vom marabu

[Grendel]

Weiterhin ist addslashes auch dann verfügbar, wenn PHP ohne mysql Unterstützung kompiliert wurde.

Bis neulich ...

[Mamphil]

Zitat:

Zitat von Grendel

Weiterhin ist addslashes auch dann verfügbar, wenn PHP ohne mysql Unterstützung kompiliert wurde.

Super! Aber wenn ich Daten in eine MySQL-Datenbank speichern will, ist PHP im Normalfall auch mit MySQL-Unterstützung kompiliert!

Mamphil

[Grendel]

Zitat:

Zitat von Mamphil

Super! Aber wenn ich Daten in eine MySQL-Datenbank speichern will, ist PHP im Normalfall auch mit MySQL-Unterstützung kompiliert!

Schon klar, nur ist das nicht im Sinne der Wiederverwendbarkeit von Objekten. Angenommen man hat eine schön sauber gekapselte TextFormater Klasse, die eben dieses "escapen" übernimmt.
Würde diese Klasse mit mysql Funktionen arbeiten wäre die Wiederverwendbarkeit schon sehr eingeschränkt.

Klar gibt es Situationen, in denen man Wiederverwendbarkeit von Code vernachlässigen kann in allen anderen Fällen würde ich immer die portablere/flexiblere Möglichkeit wählen.

Bis neulich ...