dmitriy

Все зависит от масштабов проекта, как говорится без ТЗ результат ХЗ.
Если проект серьезный и компания тоже то там есть позиции аналитика, причем бизнес аналитика и системного аналитика, есть тимлиды и техлиды, есть фронтент разработчики и тестировщики, и тд
Бюджеты приличные и штрафы тоже, поэтому для качественного выполнения задачи требуется специализированный специалист.
Наверно и в больнице поэтому вас будет оперировать хирург, а не терапевт.

Как человек имеющий опыт 15 лет, в разработке интернет-магазинов автозапчастей, скажу одно, вероятность успешной сдачи пректа близка к 0.
Интернет-магазин автозапчастей это:
Клиентская часть
1. Поиск автозапчастей с использованием аналогов, синонимов производителей
2. Динамическое ценообразование
3. Каталоги запчастей оригинал и не оригинал, визуальное представление агрегатов для удобства поиска
4. Личный кабинет, с возможностью отправки вин-запросов, истории заказов, добавлением машин, выставлением счетов
5. Корзина с онлайн оплатами и отложенными заказами
Админка
1. Работа с заказами, клиентами
2. Работа с поставщиками
3. Загрузка прайс-листов поставщиков с различных источников
4. Настройка ценообразования
5. Управление логистикой
6. Работа с каталогами товаров
7. Работа со складом, складскими ячейками, приходы, отгрузки
8. Выставление счетов, актов

По сути это базовый функционал который требуется в 90% случаях. Как правило делаются на специализированных CMS

Здравствуйте. Можно создать сайт на WordPress а синхронизировать через partscanner

Сохрани в сессию

На самом деле есть решение, делали сервис на сайте федерального уровня, 300 точек по всей стране, 400тыщ позиций ежедневного из прайсов поставщиков. Сперва работало на базе сайта, потом поняли что нужно выделить в отдельный сервис , и работу с сайтом организовать по АПИ. Почему отдельный сервис потому что есть процессы который сложно организовать на сайте: очередь, конвертация больших файлов >20мб Excel и другие нюансы. Получилось неплохо.

человек спрашивает про структуру папок, а ему фрамеворки и cms впаривают)))
я бы порекомендовал каркас пакета https://github.com/php-pds/skeleton
публичный файлы css,js,img и index.php поместить в public/
остальной php код в /src

1. схема нормальная, работаем сейчас по аналогичной
2. докер в любом случае поможет использовать одно окружение для все разработчиков, CI для проекта

1. Клиент выбирает битрикс с выгодой для бизнеса
2. Вы выбираете Laravel с выгодой для себя

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

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

как то все поверхностно
400 - ошибка валидации
401 - неавторизован
404 - нет записи
200 - успешно получено
201 - создано успешно
204 - обновлено успешно, удалено
как то так

А зачем вам одновременно работать с несколькими проектами, подняли контейнеры через docker-compose сайта поработали, погасили, перешли на другой проект подняли сеть поработали , закрыли и тд

1 вариант

1. Описание модели предметной области (справочник сущностей, методы, отношения)
2. Создание Swagger на основе модели предметной области
3. Реализация серверной части АПИ на основе swagger документации (можно сгенерировать каркас на основе swagger схемы в swagger online editor)
4. Реализация клиента (можно воспользоваться тем же swagger online editor для генерации клиента)

п.с. 3 и 4 могут делаться паралельно

в bitbacket встроенное средство pipelines

1. определить что тормозит бэк или фронт
2. для фронта прогонять через pagespeed пока не будет выведено в зеленую зону
3. для бэк xdebug/phpdebug panel/sql slow stat и тд

Мы используем docker + docker-compose только для веб-окружения, вместе с сайтом идет docker-compose конфиг, который мы используем для поднятия проекта. Этот же конфиг используется на промежуточном сервере для поднятие окружения для тестов.
Эту конфигурацию используем как на Linux так и на windows + docker.
В окружении несколько контейнеров, nginx, apache, tools, mysql. Каждый контейнер имеет свою версию, свои приложения, для разработки используем tools где есть все необходимые инструменты: composer, xdebug и тд.