Блог

В моей локальной среде / среде разработки запрос MySQLi выполняется нормально. Однако, когда я загружаю его в свою среду веб-хостинга, я получаю эту ошибку:

Фатальная ошибка: вызов функции-члена bind_param() для не-объекта в …

Вот код:

 global $mysqli;
$stmt = $mysqli->prepare("SELECT id, description FROM tbl_page_answer_category WHERE cur_own_id = ?");
$stmt->bind_param('i', $cur_id);
$stmt->execute();
$stmt->bind_result($uid, $desc);
  

Чтобы проверить мой запрос, я попытался выполнить запрос через панель управления phpMyAdmin, и результат в порядке.

TL; DR

1. Всегда имейте mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT); в своем коде подключения mysqli и всегда проверяйте ошибки PHP.
2. Всегда заменяйте каждую переменную PHP в SQL-запросе вопросительным знаком и выполняйте запрос, используя подготовленный оператор. Это поможет избежать синтаксических ошибок всех видов.

Объяснение

Иногда ваш код MySQLi выдает ошибку, подобную mysqli_fetch_assoc() expects parameter 1 to be mysqli_result, boolean given... Call to a member function bind_param()... или аналогичную. Или даже без какой-либо ошибки, но запрос все равно не работает. Это означает, что ваш запрос не удалось выполнить.

Каждый раз, когда запрос завершается неудачно, MySQL выдает сообщение об ошибке, объясняющее причину. В более старых версиях PHP такие ошибки не передавались на PHP, и все, что вы получите, это загадочное сообщение об ошибке, упомянутое выше. Следовательно, очень важно настроить PHP и MySQLi для сообщения вам об ошибках MySQL. И как только вы получите сообщение об ошибке, исправить его будет проще простого.

Как получить сообщение об ошибке в MySQLi

Прежде всего, всегда указывайте эту строку перед подключением MySQLi во всех ваших средах:

 mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
  

После этого все ошибки MySQL будут перенесены в исключения PHP. Неперехваченное исключение, в свою очередь, приводит к фатальной ошибке PHP. Таким образом, в случае ошибки MySQL вы получите обычную ошибку PHP. Это мгновенно сообщит вам о причине ошибки. И трассировка стека приведет вас к точному месту, где произошла ошибка.

Как получить сообщение об ошибке от PHP

Вот суть моей статьи об отчетах об ошибках PHP: сообщения об ошибках на сервере разработки и на сервере, работающем в режиме реального времени, должны отличаться. На сервере разработки удобно отображать ошибки на экране, но на реальном сервере вместо этого должны регистрироваться сообщения об ошибках, чтобы вы могли найти их в журнале ошибок позже.

Поэтому вы должны установить для соответствующих параметров конфигурации следующие значения:

• На сервере разработки

• error_reporting должно быть установлено E_ALL значение;

• log_errors должен быть установлен в 1 (удобно иметь журналы и на компьютере разработчика)

• display_errors должен быть установлен в 1

• На рабочем сервере

• error_reporting должно быть установлено E_ALL значение;

• log_errors должен быть установлен в 1

• display_errors должен быть установлен в 0

После этого, когда запрос MySQL завершается неудачно, вы получите ошибку PHP, которая объясняет причину. На действующем сервере, чтобы получить сообщение об ошибке, вам нужно будет проверить журнал ошибок.

В случае вызова AJAX на сервере разработки откройте DevTools (F12), затем вкладку Network . Затем инициируйте запрос, результат которого вы хотите увидеть, и он появится на вкладке Сеть. Нажмите на него, а затем на вкладку Ответа. Там вы увидите точный вывод. На работающем сервере проверьте журнал ошибок.

Как на самом деле его использовать

Просто удалите любой код, который проверяет наличие ошибки вручную, все эти or die() , if ($result) , try..catch и тому подобное. Просто напишите код взаимодействия с базой данных прямо сейчас:

 $stmt = $this->con->prepare("INSERT INTO table(name, quantity) VALUES (?,?)");
$stmt->bind_param("si", $name, $quantity);
$stmt->execute();
  

Опять же, без каких-либо условий. Если возникает ошибка, она будет обрабатываться как любая другая ошибка в вашем коде. Например, на компьютере разработчика он будет просто отображаться на экране, в то время как на живом сайте он будет зарегистрирован для программиста, тогда как для удобства пользователя вы могли бы использовать обработчик ошибок (но это другая история, которая не относится к MySQLi, но вы можете прочитать об этомв статье, указанной выше).

Что делать с полученным сообщением об ошибке

Прежде всего, вы должны найти проблемный запрос. Сообщение об ошибке содержит имя файла и номер строки точного места, где произошла ошибка. Для простого кода этого достаточно, но если ваш код использует функции или классы, вам может потребоваться выполнить трассировку стека, чтобы найти проблемный запрос.

После получения сообщения об ошибке вы должны прочитать и понять его. Это звучит слишком очевидно, если не снисходительно, но учащиеся часто упускают из виду тот факт, что сообщение об ошибке — это не просто сигнал тревоги, но на самом деле оно содержит подробное объяснение проблемы. И все, что вам нужно, это прочитать сообщение об ошибке и устранить проблему.

• Скажем, если он говорит, что определенная таблица не существует, вы должны проверить орфографию, опечатки и регистр букв. Также вы должны убедиться, что ваш PHP-скрипт подключается к правильной базе данных
• Или, если он говорит, что в синтаксисе SQL есть ошибка, тогда вы должны проверить свой SQL. И проблемное место находится прямо перед частью запроса, указанной в сообщении об ошибке.

Если вы не понимаете сообщение об ошибке, попробуйте погуглить его. И при просмотре результатов придерживайтесь ответов, которые объясняют ошибку, а не прямо дают решение. Решение может не сработать в вашем конкретном случае, но объяснение поможет вам понять проблему и позволит вам решить проблему самостоятельно.

Вы также должны доверять сообщению об ошибке. Если он говорит, что количество токенов не соответствует количеству связанных переменных, то это так. То же самое касается отсутствующих таблиц или столбцов. Учитывая выбор, будь то ваша собственная ошибка или сообщение об ошибке неверно, всегда придерживайтесь первого. Опять же, это звучит снисходительно, но сотни вопросов на этом самом сайте доказывают, что этот совет чрезвычайно полезен.