Mysqli parser med fejl på et parameter

maa vi se de relevante kodelinier?

I nummer 1 har du 13 elementer.
I nummer 2 har du 14 elementer.

Det er bare derfor.

Her er koden der danner linjen:

// Vi bygger en INSERT SQL til m5_vaskeri

$sql_vask_pre = "INSERT INTO `m5_vaskeri` (";

foreach(array_keys($terminal_arr) as $id) {
   
    // Datatypen hentes fra Array i øverste afsnit!
    // Er det I = Int eller S=String/text
    $datatyper_pre .= $datatype[$id];

    // Danner en streng med alle godkendte data!   
    $data_bind    .=  $terminal_arr[$id] . ",";

    // Pre SQL streng, hvor input erstattes af ?
    $sql_vask_pre .= "`" . $id . "`, ";
    }
   
    // Fjerne lige det sidste komma
    $sql_vask_pre = substr($sql_vask_pre,0,(strlen($sql_vask_pre)-2));
    $sql_vask_pre .= ") VALUES (";
   
    // Laver første del af en RAW sql, vi putter values ind istedet for ? ?
    $raw_sql = $sql_vask_pre;
   
    // Laver en streng med ?, svarende til antallet af parametre
    for($x = 0; $x<count($terminal_arr); $x++) { $value .= "?, "; }

    // Fjerne lige det sidste komma i ? streng
    $value = substr($value,0,(strlen($value)-2));
    $sql_vask_pre .= $value . ")";
   
    // Fjerner det sidste komma i de godkendte data
    $data_bind = substr($data_bind,0,strlen($data_bind)-1);


Array ( [0] => FK_afd_id [1] => vaskeri_knr [2] => vaskeri_adr [3] => vaskeri_postnr [4] => vaskeri_by [5] => terminaltype [6] => terminal_sw [7] => m5hosting [8] => rfid [9] => wanip [10] => mac )

sql_vask_data:
'issssssssss',19,12345,Vaskerivej 1,8900,Randers,1,1.23,egenserver,prox,1.2.3.4,11:22:33:44:55:66

sql_vask_pre
INSERT INTO `m5_vaskeri` (`FK_afd_id`, `vaskeri_knr`, `vaskeri_adr`, `vaskeri_postnr`, `vaskeri_by`, `terminaltype`, `terminal_sw`, `m5hosting`, `rfid`, `wanip`, `mac`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)

PHP kode
// Opret et prepared statement
if ($stmt = $mysqli->prepare($sql_vask_pre)) {

    // Bind parametre
    $stmt->bind_param($sql_vask_data);

    // Sæt værdier på parametrene
   
    // Eksekver forespørgslen
    $stmt->execute();

    // Luk statement
    $stmt->close();

FEJL:

Wrong parameter count for mysqli_stmt::bind_param() in on line 610
Fatal error: Uncaught exception 'mysqli_sql_exception' with message 'No data supplied for parameters in prepared statement' in 615
Stack trace: #0 (615): mysqli_stmt->execute() #1 {main} thrown in  on line 615

Hvis jeg tager den RÅ SQL streng og parser direkte via phpmyadmin, så kører den lige igennem.

Min hensigt med denne tilgang var, at jeg har ialt 24 felter i databasen som kan udfyldes, men det er ikke hver post der kræver info fra lle 24 felter! For at koge det ned ville jeg lade et array klare det praktiske for mig......

Særligt undre det mig at strengen virker i rå tilstand, men ikke o prepare....

Håber der er en logisk forklaring...

Afvikles denne sætning direkte i phpmyadmin, så lægger den data ind i databasen :-)

INSERT INTO `m5_vaskeri` (`FK_afd_id`, `vaskeri_knr`, `vaskeri_adr`, `vaskeri_postnr`, `vaskeri_by`, `terminaltype`, `terminal_sw`, `m5hosting`, `rfid`, `wanip`, `mac`) VALUES ('19','12345','Vaskerivej 1','8900','Randers','1','1.23','egenserver','prox','1.2.3.4','11:22:33:44:55:66')

Men ikke i min prepare tilstand....

Nu har jeg prøvet at koble prepare delen fra, og lade det afvikle fra scriptet.

$sql_raw = "INSERT INTO `m5_vaskeri` (`FK_afd_id`, `vaskeri_knr`, `vaskeri_adr`, `vaskeri_postnr`, `vaskeri_by`, `terminaltype`, `terminal_sw`, `m5hosting`, `rfid`, `wanip`, `mac`) VALUES ('19','12345','Vaskerivej 1','8900','Randers','1','1.23','egenserver','prox','1.2.3.4','11:22:33:44:55:66')";

mysqli_query($mysqli,$sql_raw);

Så bliver det smidt direkte i databasen uden problemer.... :o)

Men min prepare kan jeg ikke få til at virke...

Måske denne guide forklare mit problem, det vil jeg lige afprøve:

http://www.pontikis.net/blog/dynamically-bind_param-array-mysqli

Har du set kommentar #2?

repox> Ja, men det var copy paste fejl, se øvrige kommentarer og bemærk at jeg kan parse det direkte i phpmyadmin....

Problemet skyldtes at man ikke kan lave et prepare direkte fra array data..... men har fundet nogle guides der lige skal afprøves...

Er der nogen med erfaring i at trække data fra et array og lægge det ind via Mysqli?

Det virker som en besynderlig måde at lagre en masse forskellige datatyper på.
Har du overvejet at kode objekt orienteret i stedet?

Jeg har personligt ikke arbejdet ret meget med prepared statements, men din fejl er, at den ikke modtager data til alle felter, netop som du skriver, fordi du har områder i dit array som kan være tomme.

Så du må sikre dig, at alle bind parametre indeholder noget.
Hvis der ikke er data, så send en tom streng til feltet der forventer en streng.

Sørg for at holde dine datatyper korrekte.

Hej,

Jeg har søgt lidt rundt på nettet, og det er ikke en fejl som sådan. Som jeg læser i de forskellige fora, så skyldtes det et sikkerhedsissue. I mine arrays er der såment data, jeg kan jo outputte og køre det via phpmyadmin - Det er mine prepares der ikke virker...

Men OOP og nøden fra de andre fora må være vejen ;o)

hmm - nu er jeg ikke PHP guru, men:

INSERT INTO `m5_vaskeri` (`FK_afd_id`, `vaskeri_knr`, `vaskeri_adr`, `vaskeri_postnr`, `vaskeri_by`, `terminaltype`, `terminal_sw`, `m5hosting`, `rfid`, `wanip`, `mac`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)

har 11 parametre

saa jeg vil mene at bind_param skal kaldes med 12 argumenter (type streng + de 11 parameter vaerdier)

men:

$stmt->bind_param($sql_vask_data);

kalder kun med 1 argument.

At det ene argument indeholder 12 ting tror jeg ikke PHP kan bruge til noget.

Du kan enten lave en mere simpel logik og bare angibe 12 argumenter *eller* gaa i gang med den gyselige call_user_func_array

Smid et svar....

Jeg har fundet en midlertidig løsning, men vil arbejde videre med arne_vs forslag......

Er en del af dette sites politik ikke, at man poster sine løsninger, midlertidige eller ej?

Hej ssnielsen>>

Jeg tror da ikke der findes en særlig politik på dette site, som helt eller delvist, opfordre til at undlade at poste den eller de løsninger der måtte komme!

Se evt. #6, her poster jeg et link med teksten om, at det må være vejen frem! - Men jeg får det ikke til at virke!
- Hvorfor jeg springer videre i min kode og må vende tilbage når tid er.

Se dernæst #14 her henviser jeg til, at jeg vil arbejde videre med Arne_v's input - Hvilket også er min konklusion for nuværende.....

Så jeg beklager, men der er ikke noget at poste

Hej Arne_v

Jeg arbejder videre med din løsning, men vil du smide et svar..... Det må virke ved blot at sende data efterhånden som de er klar ;o)

.... Men grundet lidt tidsprioritering må det vente lidt...

svar