"Eigentum ist der Zugriff nicht erlaubt noch" Warnung bei der Verwendung von prepared Statements

Ich versuche, eine log-in-system mit AES_ENCRYPT() enkodieren mein Passwort. Aber ich habe eine Warnung von xdebug, wenn Sie versuchen zu implementieren, die diese codes:

...
$key = 'd0gis=SUPER-cute';
$sql = "SELECT * FROM `users2` WHERE username = ? AND pwd = AES_ENCRYPT(?, ?)";
$stmt = $conn->stmt_init();
$stmt->prepare($sql);
$stmt->bind_param('sss', $username, $password, $key);
$stmt->execute();
$stmt->store_result();
...

Wenn der debugger trifft die Linie 8 oder $stmt->prepare($sql);, 6 gleiche Warnung Tabellen aus xdebug sagt:

(!) Warning: main(): Property-Zugriff ist nicht erlaubt, doch in D:\xampp\htdocs\learnphp\includes\authenticate_mysqli.inc.php auf der Linie 8

Die error-Eigenschaft in $stmt ist leer und ich habe echt kein problem, aber ich möchte nur wissen, welche Ursache diese Warnung Nachrichten erscheint.

Gegoogelt, diese Warnung aber nicht finden, eine Lösung:

Warum sind Sie mit stmt_init()? Ich habe noch nie gesehen, dass bevor verwendet. In der Regel ist es $db->prepare(...) direkt.
Ich Folge ein Beispiel in php.net
Das ist seltsam, weil es ' s "andere" Dokumentation, die nahelegt, dass Sie anrufen können prepare direkt auf den link, den Sie haben, und ich habe immer gesehen, es geschieht auf diese Weise.
Bitte siehe meine Antwort hier: stackoverflow.com/questions/28870315/... (dupe Frage, nicht sicher, wie Sie Sie zu Kennzeichnen, als solche aber)
vielleicht dieses: stackoverflow.com/questions/25377030/...
Der zweite link in Ihrer Frage behauptet, die Adresse genau dieses Problem: "um dies Zu verhindern, stellen Sie immer sicher, dass der Rückgabewert von der prepare-Anweisung ist wahr, bevor Sie Zugriff auf diese Eigenschaften." php.net/manual/en/mysqli-stmt.param-count.php#89490

InformationsquelleAutor weeix | 2013-09-16

Ihre mysql-Verbindung wurde wohl nicht festgestellt. Nach mysqli::__construct() Sie haben zu prüfen,mysqli::$connect_error, die defekt war einige PHP-Versionen:

Mysqli - ->connect_error Eigenschaft funktioniert nur richtig, wie der PHP-Versionen 5.2.9 und 5.3.0. Verwenden Sie die mysqli_connect_error () - Funktion, wenn die Kompatibilität mit älteren PHP-Versionen erforderlich ist.

Sehen, dass die Verbindung Kessel-Platte aus der Dokumentation der mysqli::__construct():

$mysqli = new mysqli('localhost', 'my_user', 'my_password', 'my_db');

/*
 * This is the "official" OO way to do it,
 * BUT $connect_error was broken until PHP 5.2.9 and 5.3.0.
 */
if ($mysqli->connect_error) {
    die('Connect Error (' . $mysqli->connect_errno . ') '
            . $mysqli->connect_error);
}

/*
 * Use this instead of $connect_error if you need to ensure
 * compatibility with PHP versions prior to 5.2.9 and 5.3.0.
 */
if (mysqli_connect_error()) {
    die('Connect Error (' . mysqli_connect_errno() . ') '
            . mysqli_connect_error());
}

InformationsquelleAutor Markus Malkusch

1

EDIT: ich glaube, die Frage, die ich weiter unten beschreiben, ist die Ursache des Problems ist die OP beschreibt, aber da das problem beschreibe ich in meiner Antwort nicht produzieren, die genau die gleiche Fehlermeldung, ich bin mir nicht mehr sicher, dies ist die beste Antwort.

Auch bemerkte ich das aus dem PHP-docs-Kommentar:

Dieser parameter (und vermutlich jedem anderen parameter in mysqli_stmt)
wird ein Fehler mit der Meldung "Eigenschaft Zugriff wird nicht erlaubt
doch" wenn die Aussage war nicht richtig vorbereitet oder nicht vorbereitet auf
alle.

Um dies zu verhindern, stellen Sie immer sicher, dass der Rückgabewert von "vorbereiten"
Aussage wahr, bevor Sie Zugriff auf diese Eigenschaften.

Original Antwort:
Diese Warnung tritt auf, wenn Sie versuchen, zu bewerten, bestimmte Objekte (Instanz einer Klasse) als string.

Ihre debugger/IDE, ist der Versuch zu bewerten, eine Ihrer Variablen ($stmt), vielleicht eine Uhr, die Liste oder Aufruf-stack, und es kann nicht bewertet werden, da ein string.

Wenn Sie print_r auf die variable, die Sie bekommen werden die gleichen Fehler, weil PHP kann nicht schalten Sie es in einen string.

In Ihrem Fall ist es die $stmt, dass PHP nicht in einen string.

Diesen code auf Zeile 7, und Sie sehen die Fehler, die es gibt:
```
print_r($stmt);
```
Etwas Randnotiz: ich hatte nie dieses Problem vor kurzem. In letzter Zeit habe ich immer sehr. Warum nicht php, überspringen Sie einfach die unzugänglichen Eigenschaften und drucken Sie die restlichen? Ich glaube, es hat zu tun mit der Absicht, die Eigenschaften oder die Verwendung von Getter/setter, aber ich bin noch nicht ganz sicher. Ich werde aktualisieren, wenn ich herausfinden, dass ein Teil aus.

von der offiziellen PHP-Dokumentation:
(http://php.net/manual/en/language.oop5.magic.php#object.tostring)

Die __toString() Methode erlaubt einer Klasse zu entscheiden, wie er reagieren wird
wenn es ist wie eine Zeichenfolge behandelt. Zum Beispiel, was echo $obj; wird
drucken. Diese Methode muss einen string zurückgeben, da sonst ein fatal
E_RECOVERABLE_ERROR-level-Fehler wird ausgegeben...

...Es ist erwähnenswert, dass vor PHP 5.2.0 die __toString () - Methode
wurde nur aufgerufen, wenn es wurde direkt kombiniert mit echo oder print.
Seit PHP 5.2.0, heißt es in einer beliebigen string-Kontext (z.B. in printf()
mit %en modifier), aber nicht in anderen Arten zusammenhängen (z.B. mit %d
Modifikator). Seit PHP 5.2.0, konvertieren von Objekten ohne die __toString()
Methode zum string würde dazu führen, E_RECOVERABLE_ERROR.
- Dies scheint nicht der Fall. Es ist ein Fehler mit PHP und debugger; siehe meine "doppelte" - flag.
- Ich sehe nicht, Ihre doppelte Flagge. Aber ich werde bestätigen, dass dies absolut der Fall ist in einigen Umgebungen. Die Ursache für dieses Problem, zumindest in dem Fall, dass ich gefunden, getestet und verifiziert, hatte zu tun mit dem Versuch zu bewerten, ein Objekt (Instanz einer Klasse) als string. Es ist ein Fehler, weil PHP hat es eindeutig belegt: php.net/manual/en/language.oop5.magic.php#object.tostring
- Die Dokumente geben auch an, dass dieses Verhalten geändert, beginnend mit PHP 5.2. Ich werde aktualisieren, meine Antwort zu gehören die Schnipsel aus php.net/manual/en/language.oop5.magic.php
- Eigentlich will ich backtrack ein bisschen. Während ich glaube, diese Probleme sind gekoppelt/direkt verwandt, es scheint, dass die Warnung, die ich hier beschreibe, ist nicht genau das gleiche wie der OP. Ich fand auch diesen Kommentar auf die PHP-docs, beschreibt die OPs genaue Problem: php.net/manual/en/mysqli-stmt.param-count.php#89490
InformationsquelleAutor Evan de la Cruz

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.