Mailinglisten-Archive |
LB schrieb:
> Jan Piotrowski schrieb:
>>> tatsächlich muss es mit dem formular und utf-8 zusammenhängen, da - wenn ich die variablen neu definiere vor der konkatenation mit dem sql string gibt es auch kein problem.
>>>
>> Wie hast du sie denn genau neu definiert? Ich tippe auf ein
>> Typenproblem der Variabeln.
>
> also wenn ich es so mache dass ich vor der zeile die variablen nochmals
> manuell setze:
>
> $output_num = 3;
> $preview_msg_length = 101;
>
> $sql = "UPDATE avl_news_output_options SET n_output_num = '$output_num', n_preview_msg_length = '$preview_msg_length' WHERE project_id = 'avl'";
ich wandle grundsätzlich explizit nach int um bevor ich Variablen in ein SQL
einsetze, egal woher die kommen
$sql = "
UPDATE avl_news_output_options
SET n_output_num = " . (int) $output_num . ",
n_preview_msg_length = " . (int) $preview_msg_length . "
WHERE project_id = 'avl'";
> ..gibt es ja kein problem.
mach doch mal ein SHOW WARNINGS nach dem fehlerhaften SQL
Welche MySQL Version ist es eigentlich?
> eines ist mir gerade noch ins auge gefallen.
> die variablen aus dem formular werden vorher folgendermaßen in variablen umgesetzt:
>
> $form_vars = array_merge($_GET,$_POST);
?
du kennst aber schon $_REQUEST?
ja, ich weiß da sind auch die Cookies drin, ich verwende deshalb immer extra
Arrays in meinen Formularen um die Sauber zu trennen und trotzdem überall
einfach $_REQUEST verwenden zu können
> foreach($form_vars as $key=>$value)
> ${$key} = $value;
>
> könnte da eine fehlerquelle sein?
also da^^ eigentlich nicht, wenn dann eher in PHP selber, welche Version
hast du denn?
--
Sebastian
php::bar PHP Wiki - Listenarchive