FanatPHP

Соната сильно заморочена и сильно устарела. А Изя пилится конкретно под четверку. Так что выбор очевиден

Вместо var_dump используй в таких случаях urlencode. Все сразу станет видно. И Бом, и русские буквы в утф и невидимые символы.

И не придется тыкать пальцем в небо, как это обычно принято у похапешников на тостере

Зачем мыть руки перед едой, ведь и из грязных ложка не выпадет?

Пхп - язык с плохой наследственностью. И эта "возможность" - один из рудиментов оставшихся с тех времён, когда язык писался в памперсы.

Но на самом деле все переменные надо объявлять перед использованием

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

Поэтому надо выкинуть эти фантазии из головы и заняться чем-нибудь полезным.

Стоило на неделю лечь в больницу, как изо всех щелей поналезли гамадрилы

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

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

Третий тупо кидает ссылку на свое пахучее спагетти, в котором цинично измывается над механизмом исключений.

Как правильно и красиво написать запрос к MySql, чтобы пользователь увидел что с MySql что то не так, типа такого: Ой, MySql не отвечает

Никак.

К MySQL, PDO и запросам это не имеет никакого отношения.
Если у тебя файла не хватает или диск переполнился, или деление на ноль - сценарий будет тот же самый. То есть делать отдельную обработку ошибок для бд и как-то особенно по-хитрому писать запросы не имеет смысла

Обработку ошибок надо делать унифицированно и осуществлять в одном месте. А не размазывать, как манную кашу по тарелке, по всему коду.

Берём функцию, set_exception_handler(), и пишем в нее один раз все что хотим сказать юзеру в случае ошибки. Любой ошибки, а не только соединения с базой данных.

Примечание: юзеру глубоко фиолетово, MySQL не отвечает, или космическая станция на Марсе. Он, скорее всего, даже такого слова не знает. И грузить его подробностями не нужно.

При такой постановке вопроса - всегда модуль.

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

Идеальный пример реализации анекдота у таракана уши в ногах в реальной жизни.

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

Пользоваться php://stdout в подавляющем большинстве случаев абсолютно бессмысленно - куда проще тупо написать echo

Я могу придумать только один случай, когда у нас есть унифицированная функция вывода, которая пишет либо в файл, либо в стдаут в зависимости от настроек. Это явно не ваш случай.

Логи искать там, где вы их положили. За редким исключением, имя лог файла надо указывать явно. Если это консольный скрипт, то использовать эхо, а вывод перенаправлять в файл PHP test.php > log.txt
Это будет перенаправление стдаута в файл.

Если скрипт вызывается по НТТР то никакого стдаута, пишем в обычный файл как обычно

Идеальный пример опыта "у таракана уши в ногах".

РНР выдает тебе ошибку, потому что ты неправильно используешь генератор. О чем тебе чистым английским языком и сообщает. А условия тут не при чем.

Перепиши свой опыт БЕЗ условия,

function test(){
    yield 1;
}
echo test();

И подумай, причем здесь вообще if.