ThunderCat

Дизайнер это дизайнер. Чистый визуал, часто даже не понимающий как это будет сверстано.
Верстальщик - ну, сказать что это профессия как то даже не совсем верно. Хотя есть виртуозы, выигрывающие за счет глубокого погружения в тему, знания нюансов и скорости работы. Иногда это нужно именно в таком виде, ну и спрос на таких монстров есть.
Фронтендер - больше комбайн из верстальщика и ЖСера. Обычно требуется знание 1-2 серьезных фреймворков/библиотек, а ля вуе, реакт, ангулар... Ну и вебпак сасс лесс до кучи.

Так что нет, это разные специализации.

Простое решение - через отслеживание события скролл и изменения видимости блока, но это не очень хорошее решение, так как онскролл часто вызывается и грузит систему. Правильнее испоьзовать Intersection Observer API.

Как сложно это в реализации

При наличии нормального апи - не сильно сложно, хотя конечно все равно нужно будет писать много всего, единственное серьезное отличие от других магазинов - часть данных будет браться не из бд, а из запросов к апи внешнего ресурса. То есть на самом деле чуть сложнее чем просто магазин. Хотя если в итоге вы перекидываете заказы оптовику и просто забираете у него "все что сверху", то чуть проще чем магазин, хотя все еще есть работы по сохранению заказов у себя, подсчета проданного и т.п...

какие инструменты лучше для этого подходят?

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

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

Скорее всего нужно перенести бд и настроить пользователя, либо согласно настройкам старого приложения, либо создать нового и настроить конфиги приложения под него.

Остальное вам подскажет error.log, если версия достаточно древняя много чего может не работать, или работать не так. Так же часто в старых версиях все пути забиты вручную, или разово определяются при инсталляции, скорее всего при переносе тоже надо будет перенастроить.

Понятие "сразу же" очень тупое неоднозначное. Во первых вы не можете гарантировать загрузку элементов с которыми работает слайдер иначе, чем по событию домКонтентЛоадед, то есть до полной загрузки документа. Соответственно по этому и грузится все это дело после загрузки. Как вариант - оберните ваш слайдер контейнером с заданной высотой и оверфлоу - хиден. Тогда первый слайд до загрузки скрипта визуально не будет отличаться от готового слайдера.

В пхп есть замечательный метод empty(), да и иф тут лишний, тернарника достаточно.

<?=(!empty($_GET['status']) && in_array('Завершён', $_GET['status']))?'checked':'';?>

Есть варианты когда таких одинаковых проверок много, тогда есть смысл сначала проверить существует ли $_GET['status'], и если нет - присвоить $_GET['status'] = [], тогда проверка на емпти будет не нужна, но это больше частный случай...

Для бд не созданы права доступа юзеру рут от локалхоста. Во первых легко гуглится, во вторых - читайте ошибки, в них все написано!!!

понимаю что нужен флаг состояния

Нет, флаги это про другое, это про булево состояние, а вам нужен ключ / токен.

но в случае с api этого не используется

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

не могу понять что мне генерировать,

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