сначала апгрейдите сам композер, затем пакеты.
проблем быть не должно (все актуальные пакеты уже переписаны под изменения композера).
но таки лучше предварительно откатать на копии, а не рабочем проекте.
вторая версия - огонь. и переходить на неё нужно обязательно.
но могут быть проблемы со старыми (не поддерживаемыми) пакетами. тогда прост или ищите современную замену этому пакету, или конкретно для этого проекта пользуете старый композер.
php -v - это консоль. веб-сервер может быть настроен на использование другой версии пыха.
для веб-сервера нужно смотреть выхлоп phpinfo().
как лечить на панелях понятия не имею.
и, как уже написали, лучше вообще не пользовать PMA.
варианты:
1. убрать у инпута [h2]
2. изучить работу с массивами в целом и is_array в частности
3. забить на обход массива, работать напрямую с индексами.
4. додуматься до других способов
<img src="/img/image.jpg" > этого достаточно для работы на любом домене с любой схемой.
если же реально нужно иметь домен в ссылке, то программно вычислять.
тернарный оператор – альтернатива, а не что–то отдельное. конечно можно спокойно жить без них.
но, если условие простое, тернарный оператор наоборот увеличивает читаемость. особенно, когда существуют короткие формы.
вы путаете пхп в целом и пхп, исполняемый веб-сервером в частности.
в вебе спокойно можно выводить данные практически риал-тайм. для этого есть множество техник, начиная от аякса/вебсокетов и заканчивая банальным флешем пхп-буфера.
как раз в консоли (коей php-cli и является) буфера нет, весь вывод сразу вываливается в stdout.
при выполнении через крон (если только это не дерганье себя же через wget/curl) рабочая директория будет отличной от корня сайта. естественно, что .. ведет не туда, куда ожидается, и файл не находится.
решение:
костыльное: в кроне перед вызовом скрипта сменить рабочую директорию и использовать относительные пути.
нормальное: работать с автоматически определяемыми абсолютными путями: __DIR__, __FILE__, dirname()
вопрос абсолютно дебильный. и по содержанию, и по задаче.
скорость – в подавляющем кол-ве случаев вообще не является критерием.
критерий – удобство использования.
показываю на пальцах:
в десять раз быстрее. звучит круто, да?
а если взять не относительно, а абсолютно: насколько в разрезе вэба 0.001 секунды быстрее 0.01 секунды?
эту разницу вообще не заметить пока у вас не миллионы хитов хотя бы в час.
а если вам так уж уперлось получить ответ, то делайте замеры. потому что замеры других не имеют никакого отношения к вашим условиям.
с какой радости у вас заголовки в самом ответе?
или что–то не так на отправляющей стороне, или вы неверно принимаете.
вангую: используется курл с опцией получения заголовков.
не разработчики отсталые, а ты: если уж и копируешь файлы вместо использования композера (как написали "отсталые" разработчики), то потрудись подключить ручками всё что нужно.
ну и научись выводить ошибки и/или читать логи.