Evitare SQL injection e altro...inserimento dati non corretto

[jabjoint]

Ciao a tutti,

Rifacendomi alla guida qui:

https://www.html.it/pag/64447/pdo-operazioni-in-scrittura-sul-database/

Tramite il seguente codice:

$query = "INSERT INTO Iscritti (nome, cognome, cellulare) VALUES (':name',':surn',':cell')";

$stmt = $pdo->prepare($query);

$stmt->bindParam(':name', $nome, PDO::PARAM_STR);
$stmt->bindParam(':surn', $cognome, PDO::PARAM_STR);
$stmt->bindParam(':cell', $cellulare, PDO::PARAM_STR);

$stmt->execute();

$pdo = null;

echo "Iscrizione avvenuta con successo!"; 

Tento di inserire i dati, tuttavia vengono inseriti al posto dei dati contenuti nelle variabili i seguenti: ":name", ":surn" e ":cell"
Come se il bindParam non abbia effetto...dovrei usare bindValue?

$nome, $cognome, $cellulare sono le variabili contenenti i dati. Ed anche i nomi relativi nel database.

[optime]

è più un problema di php, IMHO

[sspintux]

per quanto di PHP ne sappia meno di una sfoglia di cipolla , ad occhio sembra giusta;
non è che per il db che stai usando , come segnaposto per i parametri devi usare il '?';

tipo così ?

SELECT name, colour, calories
FROM fruit
WHERE calories < ? AND colour = ?')

HTH

[jabjoint]

per quanto di PHP ne sappia meno di una sfoglia di cipolla , ad occhio sembra giusta;
non è che per il db che stai usando , come segnaposto per i parametri devi usare il '?';

tipo così ?

SELECT name, colour, calories
FROM fruit
WHERE calories < ? AND colour = ?')

HTH

Intendi nella ricerca a posteriori del codice?
LA ricerca e' effettuata nel phpADMIN.

[jabjoint]

@optime Quindi?

[jabjoint]

Risolto COMUNQUE...

[sspintux]

Risolto COMUNQUE...

COMUNQUE,
anche se non obbligatorio,
è buona norma in ossequio allo spirito dei forum
riportare la soluzione per chi avesse lo stesso problema

[jabjoint]

COMUNQUE,
anche se non obbligatorio,
è buona norma in ossequio allo spirito dei forum
riportare la soluzione per chi avesse lo stesso problema

Tolti gli apici nella query superflui funziona.

[optime]

@optime Quindi?

quindi sarebbe dovuto essere postato nella sezione PHP

[jabjoint]

quindi sarebbe dovuto essere postato nella sezione PHP

In verità è un problema di mysql e quelli son backtik non apici, ma l'ho scoperto in seguito. Almeno spero di aver capito...