Блог

В моей локальной среде/среде разработки запрос 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, и результат в порядке.

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

Каждый раз, когда запрос завершается неудачно, MySQL выдает сообщение об ошибке, объясняющее причину. К сожалению, по умолчанию такие ошибки не передаются в 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

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

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

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

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

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

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

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

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

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

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