Deutsch
Deutsch
Bei Verwendung der MySQLI -Erweiterung von PHP für Datenbankvorgänge verwenden wir häufig Vorverarbeitungsanweisungen, um die Sicherheits- und Ausführungseffizienz zu verbessern. MySQLI :: STMT_INIT () ist ein häufiger Ausgangspunkt für die Erstellung von Vorverarbeitungsangebotobjekten, aber haben Sie jemals auf eine solche Situation gestoßen:
Sie haben das Anweisungsobjekt mit STMT_INIT () initialisiert, aber der nachfolgende Anruf an die Vorbereitung () ist stillschweigend fehlgeschlagen, ohne Fehler oder Ausnahme wurde der Code stillschweigend "ausgeführt", aber der Datenbankvorgang änderte sich nicht?
Dieses Problem "Stilleversagen" ist sehr versteckt. Heute werden wir eine gemeinsame Ursache analysieren und Beispielcode anhängen, um das Problem schnell zu finden.
Möglicherweise haben Sie einen Code geschrieben, der dem folgenden ähnelt:
<?php
$mysqli = new mysqli("localhost", "user", "password", "database");
if ($mysqli->connect_error) {
die("Verbindung ist fehlgeschlagen: " . $mysqli->connect_error);
}
$stmt = $mysqli->stmt_init();
if ($stmt->prepare("SELECT * FROM users WHERE email = ?")) {
$email = "example@m66.net";
$stmt->bind_param("s", $email);
$stmt->execute();
$result = $stmt->get_result();
while ($row = $result->fetch_assoc()) {
print_r($row);
}
$stmt->close();
} else {
echo "Die Erklärung ermöglichte die Erklärung nicht";
}
$mysqli->close();
?>
Es sieht gut aus, oder? Wenn $ stmt-> prepe () falsch zurückgibt, wird das Programm nicht nach unten ausgeführt und meldet keine klaren Fehlermeldungen. Sie wissen nicht einmal, warum Vorbereitung fehlschlägt.
prepe () gibt falsch zurück, bedeutet tatsächlich, dass die Vorverarbeitung der Anweisung fehlgeschlagen ist. Sie müssen jedoch aktiv $ MySQLI-> Fehler oder $ stmt-> Fehler aufrufen, um bestimmte Fehlerinformationen zu erhalten.
Zum Beispiel:
if (!$stmt->prepare("SELECT * FROM users WHERE email = ?")) {
die("Die Vorverarbeitung schlug fehl: " . $stmt->error); // oder $mysqli->error
}
Auch wenn Sie keine Strings spleißen, kann das statisch tote SQL problematisch sein. Zum Beispiel:
$stmt->prepare("SELECT FROM users WHERE email = ?"); // Fehlender Feldname
prepe () wird zu diesem Zeitpunkt falsch zurückgegeben, aber Sie werden nicht wissen, was falsch ist, es sei denn, Sie fügen die Fehlerausgabe hinzu, um den spezifischen Grund zu sehen.
Überprüfen Sie immer den Rückgabewert von prepe () und geben Sie die Fehlermeldung aus:
if (!$stmt->prepare($sql)) {
die("Prepare scheitern: " . $stmt->error);
}
Schalten Sie den Fehlerberichtsmodus für ein einfaches Debuggen ein:
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
Nach dem Hinzufügen dieses Satzes wirft MySQLI -Fehler automatisch Ausnahmen aus, was für Probleme mit der Fehlerbehebung in der Entwicklungsphase sehr geeignet ist.
Vermeiden Sie die Ankette vorbereiten () sofort nach der Verwendung von STMT_Init () auf $ STMT ohne Überprüfung:
$stmt = $mysqli->stmt_init();
if (!$stmt) {
die("stmt_init scheitern: " . $mysqli->error);
}
Wenn Sie feststellen, dass die nachfolgenden Vorgänge für den Vorabsatz () oder execute () fehlschlagen, aber nach dem Erstellen eines Anweisungsobjekts mit MySQLI :: STMT_INIT () keine Fehler gemeldet werden, überprüfen Sie bitte $ STMT-> Fehler und $ mysqli-> Fehler und aktivieren Sie den Fehlerberichtsmodus. Andernfalls können Sie viel Zeit damit verschwenden, nach Problemen zu überprüfen, die in der "Illusion" der Codelogik korrekt vorhanden sind, aber der tatsächliche Betrieb fehlgeschlagen ist.
Darüber hinaus wird sichergestellt, dass die SQL -Anweisung selbst keine Syntaxfehler aufweist, der Feldname korrekt geschrieben ist und die Anzahl der Parameterübereinstimmungen alle Voraussetzungen sind, um den Erfolg von Prepet () zu gewährleisten.
