Ипатьев

https://qna.habr.com/q/26867

Потому что никто никогда не читает документацию.
В которой написано, например - какой массив возвращает fetchAll(). И можно ли из него получить что-то в виде $user_data['id'].
А ещё в мануале написано, какая на самом деле функция подойдёт в данном случае.

Также, там написано, что делает функция fetchColumn(). Которая, во-первых, делает совсем не то что думает автор кода, а во-вторых, даже если бы и делала, то всё равно здесь никаким боком не нужна.

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

Я значительно переработал этот ответ, поскольку мне самому не нравились некоторые моменты плюс я обратил внимание на конкретные примеры из вопроса.

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

Например, когда мы вызываем функцию fopen, то в результате мы получаем ресурс, который в себе содержит дескриптор файла, и далее мы уже можем работать с этим файлом не считывая его полностью в память.
Как я понимаю, через потоки.. но что это за потоки ? где именно про них почитать ? это какие-то механизмы операционной системы ?

Вот даже здесь, поскольку fopen работает поверх абстракции, нельзя говорить о едином подходе.
Если у нас самый простой случай - локальный файл - то РНР оборачивает функции для работы с файлами языка С в свою собственную абстракцию. Но ниже - на уровне этих самых функций языка С - никаких потоков нет. Есть обращение к функциям операционной системы, которые просто позволяют прочитать выбранный кусок файла.
Тут никаких вопросов нет, всё честно - если мы прочитали из файла 5 килобайт - значит потратили ровно 5 килобайт памяти.
Но работаем мы с файлом не считывая его весь в память не потому что поток, а потому что так устроена файловая система. А поток этой возможностью только пользуется.

Если же мы открываем не файл, а URL, то РНР начинает извращаться, пытаясь предоставить те же самые инструменты, какие мы используем для работы с файлами, для доступа к ресурсам совершенно другого типа.
И здесь возможны нюансы. Я не знаю, как реализован HTTP wrapper, но в теории HTTP позволяет чтение произвольного объема данных через заголовок Range:. То есть РНР вполне может читать и из НТТР кусками, а не целиком.

В общем поток - это абстракция. Подход. Интерфейс. Способ работы с массивом информации не забирая её всю в память.
При этом реализация конкретного инструмента, использующего этот подход, может быть совершенно самостоятельной, никак с другими не связанной. Мне кажется, что именно этот момент является для вас камнем преткновения: на техническом уровне это совсем не обязательно одни и те же потоки. Но вполне могут быть.
При этом важно не смешивать сам поток и его получатель (получатель вполне может накапливать всю информацию из потока).

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

вместо store_result(); надо писать get_result();
этот метод даст вам привычный ресурс, из которого уже можно получить данные обычным способом

$stmt = $link->prepare("SELECT * FROM users WHERE id=?");
$stmt->bind_param('i', $value);
$stmt->execute();
$result = $stmt->get_result();
$row = $result->fetch_assoc();

Ту, в которой перечислить разрешённые символы.
Чёрные списки никогда не работают. Работают только белые.

Все верно, циклом

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

Ну вроде очевидно же.
И что означает, и что работать не будет.
С AllowDynamicProperties РНР позволяет объекту использовать взятые с потолка проперти, а без этой аннотации - нет.

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

class C {
    function __construct(public string $name, public string $value) {}
}

то разумеется, это будет работать, поскольку здесь свойства явно объявляются, просто в сокращённой форме

Вопрос неверный. В стиле анекдота "у таракана уши в ногах".
Разумеется, сервер всё прекрасно видит.
чтобы РНР принял null, надо отправить на сервер null. Удивительно, но факт.

var_dump(json_decode('{ 
    "name": ["i", "b"], 
    "val": [null]
}',1));

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

Скорее всего там либо array_filter, либо isset/empty($array['val']);

Для этого очень давно придумали https://en.wikipedia.org/wiki/Common_Gateway_Interface
Фактически это тот же самый cli но на стероидах: перед тем как вызвать бинарник и передать ему на stdin строку с закодированным постом, надо установить несколько обязательных переменных окружения

В составе РНР до сих пор поставляется бинарник php-cgi, который сам всё раскодирует, а так же, в качестве бонуса, сформирует все нужные заголовки ответа.

Пара ссылок:
https://stackoverflow.com/questions/4030147/how-to...
https://www.oreilly.com/openbook/cgi/ch04_02.html