DevMan

не разработчики отсталые, а ты: если уж и копируешь файлы вместо использования композера (как написали "отсталые" разработчики), то потрудись подключить ручками всё что нужно.
ну и научись выводить ошибки и/или читать логи.

PS креды в вопросе потри.

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

а с чего этому работать? пути же такого нет; ни реального, ни виртуального.

я уже раньше вам отвечал: курите тему ЧПУ.
а ещё лучше, его реализацию на основе единой точки входа и роутинге.
https://github.com/nikic/FastRoute как пример.

$html = file_get_contents('https://www.olx.ua/elektronika/tv-videotehnika/odessa/?search%5Bprivate_business%5D=private');

libxml_use_internal_errors(true);
$dom = new \DOMDocument();
$dom->loadHTML($html);
$xpath = new \DOMXPath($dom);
$elements = $xpath->query('/html/body/div[1]/div[4]/section/div[3]/div/div[1]/table[2]/tbody/tr/td/div/table/tbody/tr[1]/td[2]/div/h3/a/strong');

foreach ($elements as $title) {
    echo "$title->nodeValue\n";
}

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

pma - это просто морда к mysql. она в целом не особо интересна, а без мускуля - тупо бесполезна.
ставьте сам мускуль.

в классическом пхп это невозможно: скрипт умирает по окончанию своей работы со всеми данными и конектами.
можно сделать постоянно живущий сервис или сервер, но зачем? в "каждый раз подключаться к базе снова и снова" нет ничего критичного, если у вас не какой–нить хайлоад.
а чтоб не копипастить код подключения из файла в файл придуманы инклюды и/или единая точка входа.

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

https://laravel.com/docs/8.x/collections#method-wherein

phpstorm для основной разработки, любой редактор под руками (vsc, atom, sublime, nano, vim...) для посмотреть/быстрых маленьких правок.

сервер: все (за редким исключением) ставлю из пакетов, затем допиливаю ручками.

phpmyadmin/аналоги–для–других–баз последний раз видел году в 2010. с тех пор использую либо консоль, либо гуевые тулзы (для удаленного доступа через ssh/http–тунель).

докеры, вагранты, "идентичное проду окружение", "сборки – гавно" – это все типичный булшит и базвордс.
иногда перечисленное реально нужно и полезно (сам пользую где надо), но далеко не всегда/везде и не всем.

разрабатываете в одиночку – вообще пофигу на чем, лишь бы вас устраивало и было вам удобно.
разрабатываете в команде – пока ваш код запускается у других участников (что не проблема, если понимать что делаешь/особенности языка под разные платформы/следование принятым соглашениям), всем плевать на чем вы его у себя крутите. хоть стоя в лыжах в гамаке и на утюге.

больше костылей всяких–разных!

нельзя.
но, если опишите что пытаетесь сделать/добиться, возможно, подскажут как сделать.

с одинаковым атрибутом name будет отправлено только одно значение.
однако, можно определить их как массив: <input type="text" name="foo[]">

https://getcomposer.org/doc/01-basic-usage.md#auto...

a что не понятно из сообщения?
в мохнатые годы конструктор (функция, которая автоматом вызывается при создании экземпляра класса) имел такое же название как и сам класс.
затем его отделили и сделали магический метод __construct.

потому что неверный синтаксис.

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

и ZF как раз научит тебя правильной архитектуре или сподвигнет к этому.

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

я каждый день использую array_splice, а кто-то даже не знает о ней. вам это помогло?

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

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

можно конечно.
но хорошая практика - иметь единственное место вывода.

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

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