[Erledigt] CodeIgniter insert() Problem

FvG · 07.11.2011, 22:09

Hallo,

ich habe ein Formular, welches per Ajax (mittels jQuery) an eine PHP Datei gesendet wird, genauer gesagt an einen Controller in CodeIgniter. Die Daten aus dem Formular lese ich mittels serialize() aus und benutze dann im Controller parse_str() um sie wieder zu trennen. Das funktioniert auch wunderbar, nur nicht bei meiner textarea.

Gebe ich in die Textarea einen Text von über einer Zeile ein, wird dieser (laut FireBug) richtig übermittelt, kommt auch richtig an. Gebe ich ihn per echo aus, erhalte ich meinen Text so wie er sein sollte.

Trage ich meinen Text über zwei Zeilen jedoch in der Datenbank (Code unterhalb) ein, wird nur die erste Zeile gespeichert. Für mein Projekt macht es keinen Unterschied, ob alles in einer oder mehreren Zeilen gespeichert wird. Dementsprechend habe ich versucht mit str_replace alle \n's und \r's zu entfernen, diese scheinen aber nicht vorhanden zu sein und es hat nichts gebracht.

PHP-Code:

  $data = array(

    'name' => $name,

    'path' => $path,

    'content' => $content

);

 
if (!$this->db->insert('table', $data)) { echo 'nodatabase'; exit(); }

Wie kann ich das Problem lösen? Per echo und folgender Ausgsbe über alert() werden die Zeilenumbrüche noch erkannt!

So, ich hoffe dass mein Post diesmal der Norm hier entsprach

Soweit ich mich erinnere, war das hier früher immer sehr kritisch. Sollte dieser Post hier also nicht "stimmen" - bitte kurz zurückmelden!

Herzlichen Dank

ChrisB · 07.11.2011, 22:26

Zitat:

Zitat von FvG

und benutze dann im Controller parse_str() um sie wieder zu trennen.

Warum?
Warum nutzt du nicht den Standardmechanismus des Frameworks, um auf GET/POST-Parameter zuzugreifen?

Zitat:

Trage ich meinen Text über zwei Zeilen jedoch in der Datenbank (Code unterhalb) ein, wird nur die erste Zeile gespeichert.

Und das hast du wie genau kontrolliert?

FvG · 07.11.2011, 22:34

Zitat:

Zitat von ChrisB

Warum?
Warum nutzt du nicht den Standardmechanismus des Frameworks, um auf GET/POST-Parameter zuzugreifen?

Weil durch serialize() die Inhalte alle im URL-Format (mir fehlt ein Name) gepackt über $_POST['form'] abrufbar sind.

PHP-Code:

  var form = jQuery('form').serialize();

form = decodeURIComponent(form);

jQuery.post('controller/function', {

    type: 'data',

    image: canvas.toDataURL('image/png'),

    form: form

}, ...

Ich habe mir die Inhalte in PHPMyAdmin angeguckt und nochmal mit MySQL ausgeben lassen. Hat sich aber erledigt, ich habe das Script einfach mal hochgeladen und dort funktioniert es ohne Probleme. Warum weiß ich auch nicht, aber so lange es funktioniert

nikosch · 08.11.2011, 00:32

Zitat:

Weil durch serialize() die Inhalte alle im URL-Format (mir fehlt ein Name) gepackt über $_POST['form'] abrufbar sind.

Selbst schuld, wenn Du die Daten doppelt verpackst. jQuerys post/ajax() Kommando kann gut mit Json umgehen und die Daten gescheit übergeben.

ChrisB · 08.11.2011, 09:02

Und was decodeURIComponent dort soll, kann ich auch nicht erkennen.
Vermutlich wird das eher die Daten zerstören, falls sie kritische Sonderzeichen enthalten.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
MySQL Insert Problem	Micha69	PHP Einsteiger	5	23.06.2011 09:08
[Erledigt] INSERT ... ON DUPLICATE KEY UPDATE Problem	Leberwurstbrot	Datenbanken	9	29.05.2011 12:33
[Erledigt] mehrfaches INSERT über PHP	drzwockel	PHP Tipps 2010	10	10.08.2010 11:03
Problem mit INSERT INTO...SELECT...	pfump	Datenbanken	23	19.10.2009 14:35
INSERT INTO Problem	RomeD	Datenbanken	13	02.05.2009 21:33
Insert Problem bei MYSQL	gauguin16	PHP Tipps 2009	17	07.04.2009 23:18
Insert into Problem mit Varchar	Coldstorm	PHP Tipps 2009	18	02.04.2009 23:27
Problem bei INSERT INTO	maexology	PHP Tipps 2008	5	22.08.2008 11:35
Problem mit INSERT und variablen.	dattelpalme	PHP Tipps 2006	1	10.04.2006 22:12
[Erledigt] fehler den ich noch nie gesehen habe		Datenbanken	7	09.06.2005 14:29
Insert Script Problem		PHP Tipps 2005	11	08.04.2005 20:53
download und Insert problem!		PHP Tipps 2004	4	04.09.2004 16:51
[Erledigt] Insert Problem		Datenbanken	2	22.08.2004 00:59
HILFE: Column count doesn't match value count at row 1		Datenbanken	17	12.06.2004 16:45

07.11.2011, 22:09
FvG Neuer Benutzer Registriert seit: 17.12.2009 Beiträge: 11 PHP-Kenntnisse: Fortgeschritten	[Erledigt] CodeIgniter insert() Problem Hallo, ich habe ein Formular, welches per Ajax (mittels jQuery) an eine PHP Datei gesendet wird, genauer gesagt an einen Controller in CodeIgniter. Die Daten aus dem Formular lese ich mittels serialize() aus und benutze dann im Controller parse_str() um sie wieder zu trennen. Das funktioniert auch wunderbar, nur nicht bei meiner textarea. Gebe ich in die Textarea einen Text von über einer Zeile ein, wird dieser (laut FireBug) richtig übermittelt, kommt auch richtig an. Gebe ich ihn per echo aus, erhalte ich meinen Text so wie er sein sollte. Trage ich meinen Text über zwei Zeilen jedoch in der Datenbank (Code unterhalb) ein, wird nur die erste Zeile gespeichert. Für mein Projekt macht es keinen Unterschied, ob alles in einer oder mehreren Zeilen gespeichert wird. Dementsprechend habe ich versucht mit str_replace alle \n's und \r's zu entfernen, diese scheinen aber nicht vorhanden zu sein und es hat nichts gebracht. PHP-Code: `$data = array( 'name' => $name, 'path' => $path, 'content' => $content ); if (!$this->db->insert('table', $data)) { echo 'nodatabase'; exit(); }` Wie kann ich das Problem lösen? Per echo und folgender Ausgsbe über alert() werden die Zeilenumbrüche noch erkannt! So, ich hoffe dass mein Post diesmal der Norm hier entsprach Soweit ich mich erinnere, war das hier früher immer sehr kritisch. Sollte dieser Post hier also nicht "stimmen" - bitte kurz zurückmelden! Herzlichen Dank


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

08.11.2011, 09:02
ChrisB Moderator¹ Registriert seit: 28.03.2010 Beiträge: 7.470 PHP-Kenntnisse: Fortgeschritten	Und was decodeURIComponent dort soll, kann ich auch nicht erkennen. Vermutlich wird das eher die Daten zerstören, falls sie kritische Sonderzeichen enthalten. __________________ RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?