estic

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

Не используемые долго домены я стараюсь продавать. Иногда получается.

Если речь о паре доменов, можно припарковать и на моем парковочном сервере: https://p20.ru/

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

Если речь об обычных поисковых запросах, то нужно использовать базу данных (и полнотекстовый поиск).

По-моему, недавно придуманный по другому поводу bezvkusno.ru хорошо подойдет, т.к. интерьеры с молдингами и т.п. очень часто выглядят безвкусно.

Нет особой разницы, токен сохранять или хэш пароля.

Можно ввести ограничение на частоту. Можно просто не запускать процедуру повторно, пока имеющаяся ссылка (для данного адреса e-mail) не устареет.

Автор, используйте отдельную таблицу для восстановления вместо "временных" полей в основной. Ничего не написали про срок жизни ссылки для восстановления. Если не обезопасить в достаточной степени эту функциональность, она будет очевидной лазейкой для взлома учетных записей. Это актуально не только при использовании ввода нового пароля, но и при использовании временного пароля. Временный пароль плох тем, что это усложняет функциональность аутентификации, "завязывает" ее на функциональность восстановления пароля. Кроме того, пользователи часто начинают использовать временный пароль вместо основного (а если вы его удалите через какое-то время, чтобы воспрепятствовать такому его использованию, это может стать очередным "шоком" для пользователя). 32-разрядный токен в любом случае слишком короткий.

Достаточно просто "письмо для восстановления отправлено по указанному адресу". Если пользователь его не получит, то догадается, что допустил ошибку при вводе адреса.

Вместо возврата null пробрасывайте исключение.

Что в общем может быть причиной ошибки? Попробуйте, как вам выше написали, явно "биндить" в целочисленный тип. Возможно, MySQL не поддерживает PG-синтаксис LIMIT в подготовленных выражениях - попробуйте обычный LIMIT x, y. Про ошибки времени выполнения тоже не стоит забывать.

Проблема из-за возврата null, на этот раз из query(). Зачем вам вообще нужно это значение? Не используете исключения?

Как я понимаю, это ваш query(). У метода PDO другие параметры.

За 20 лет уже можно было научиться понимать достаточно простые вещи.

Он предлагает автору настройки, чтобы заставить выполняться html-файлы, не зная и даже не думая малость о последствиях.

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