JavaScript после Swift'a совсем тяжко воспринимается (слабая типизация, странное ООП и т.д).Ну, по сути ооп в привычном понимании там и нет, а слабая типизация просто особенность, к которой быстро привыкаешь. Ну и упомянутый TS - собсно "надстройка" над жс, чтобы привести его к более "строгому" виду, по сути те же шары, вид сбоку. Те, кто сильно жалуются на слабо типизированные языки, просто не умеют их готовить.
Но на сколько я понимаю она будет применена к каждому элементу массива?НАДО ЧИТАТЬ ДОКИ. Там есть описание что и как делается. В вашем случае это самый подходящий вариант (наверное), хотя зачем вы это делаете вы так и не сказали. В зависимости от цели обработка будет разной, так что не плохо бы определиться какой результат вы хотите получить.
Если я делаю json_decode до закрытия curl оно выводит все элементы, если после то только последний
...
foreach ($handles as $channel) {
$html = curl_multi_getcontent($channel); //здесь каждый цикл переписывается результат,
//естественно после цикла там будет просто последний обработанный элемент.Этот результат просто JS-ом парсить или можно получить более приятный вывод?Это просто вывод переменной (очень плохо что вы не понимаете что вообще код делает). Хотя бы загуглите функции которые там вызываются, неужели это сложно... И более приятный вывод чего? Вы отправляете данные и их же возвращаете, вопрос - зачем?
И еще попробовал добавить заголовокВо первых - зачем? Все можно вытащить из потока. Во вторых - заголовок должен быть другой, и передавать надо будет урленкодед строку, а не жсон.
т.е. человек сам не знает какие у него компоненты завершили работу а какие нет?во первых - да, не знает, это называется низкая связанность, и это хорошо, это значит что все компоненты не зависят друг от друга и изменение в одном месте не затронут остальной функционал. Во вторых - ему это не нужно знать, это все равно как если бы в современной машине требовалось вручную смазывать все узлы перед поездкой, вместо системы циркуляции масла. Можно сосредоточиться на коде, а не на том, закрыто ли соединение или нет.
возможно и не обязательно, потому что само закроется при окончании скрипта, но правильно закрывать.Нет, это как раз нерекомендуемое поведение. Не надо закрывать соединение вручную. По многим причинам, но основная - при низкой связанности системы вы не можете знать что все компоненты завершили работу с бд, закрытие соединения в итоге приведет к недоступности соединения в других компонентах.
i - индекс, s с числом - строка с длиной.чет как-то странно вы расшифровываете )
2) Почему как в нормальных сервисах не сделать ее сразу?