FanatPHP

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

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

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

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

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

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

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

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

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

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

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

Сначала надо соединиться с базой данных

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

$query ="SELECT money FROM bot WHERE id_vk = 123";
$money = $pdo->query($query)->fetchColumn();

А если 123 сама лежит в переменной, то так

$query ="SELECT money FROM bot WHERE id_vk = ?";
$stmt = $pdo->prepare($query);
$stmt->execute([$id_vk]);
$money = $stmt->fetchColumn();

> какую литературу можно почитать, чтобы лучше разбираться в таких вопросах?

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

Передать значение в адресной строке - добавить к ней строку вида ?peremennaya=znachenie
Получить значение из адресной строки - массив $_GET
Получить данные из БД - запросить их с помощью PDO

Делаешь ссылку вида http://moi.sait/profile.php?id=идентификатор пользователя и в файле profile.php пишешь простой код для получения данных из БД

Причина в настройках сервера. На 3v4l сервер настроен правильно, а дома через какой-нибудь убогий вамп или опенсервер включен output buffering чтобы нубы не так сильно рыдали, написав свобю первую кривую программу.

Какое время запроса к Базе Данных можно считать приемлемым?

0.2 для сложного запроса это много, но терпимо

Получается, если на сайте 5 человек одновременно сделают такой запрос, то последний получит ответ через 1 секунду? Или они будут обработаны параллельно.

Они будут обработаны параллельно.

А если на странице будет 1000 человек,

"на странице 1000 человек" и "1000 человек сделают запрос одновременно" - это ОЧЕНЬ разные цифры. На два порядка. Пользователь "на странице" не делает запрос каждую секунду. Обычно он еще читает и как-то работает с полученной информацией. Плюс свои влажные эротические мечты следует контролировать. У тебя есть сейчас 1000 одновременных пользователей? я думаю, что и двух нету. Вот и не надо забивать себе голову.

Как понять какое время запроса к БД будет адекватным?

С помощью сравнения.
Если запрос с фильтрами выполняется в 20 раз медленнее, чем без фильтров, то в базе не хватает индексов.
Выполнить EXPLAIN и расставлять индексы соответственно. Возможно, потребуется составной индекс

Для этого служит метод PDOStatement::fetchColumn

$name = $pdo->query("SELECT name FROM user WHERE id = 2")->fetchColumn();

Таблица в БД должна иметь кодировку utf8mb4
При записи в БД необходимо сообщить базе данных, в какой кодировке поступают данные.

Учим азы житейской логики.

Чтобы заявлять что "Конвертирование Unix "времеми" в понятную дату не работает", нельзя конвертировать "то что приходит из базы". Потому что ты не знаешь, что приходит из базы.

Чтобы делать такие заявления, надо брать метку времени юникс, и конвертироввть именно её.

А если конвертирование не работает при получении данных из базы, то взять полученные данные двумя пальчиками и внимательно посмотреть на свет: а что ж у тебя такое диковинное лежит в базе данных под видом метки времени Юникс. оператор var_dump() тебе знаком?

В общем, главное правило программиста - не только совершить какое-то действие, но и проверить, что на вход были поданы корректные данные, а на выходе лежит то что ожидалось.