Василий Назаров

Бабло - понятное аргументациё.
Лучше открытые технологии, чем фирменные - выбор личный.

Оторвите задачу хранения финансовых транзакций от всей это хипстоты типа Метеора или (прости, Господи) Ангуляра.
И тогда вы поймёте, что гнётся не ложка БД для хранения транзакций нужно выбирать независимо от прочих технологий.

Да, но лучше таки классический zip.
Если винда - ещё лучше RAR, архивирующий в zip.
что-то вроде
zip.bat:
start winrar a -r -m1 %1.zip
запускать zip myarchname
ест всё, что есть есть :) в папке, откуда запущен

Не парьтесь

В программировании вообще две беды: актуальность кэша и как назвать переменную

Кто бы указал первоисточник - был бы благодарен.

1. Возможно, тут более правильно использовать noSQL.
2. Даже если SQL (= РСУБД) - нужно избавляться от JOIN-ов.
Но! ! Уровень JOIN-ов =1 может оказаться вполне приемлем, если вы
- при фильтрации на фронте сразу выделите id связанных сущностей (бренд, цвет, и т.п.)
- правильно настроите индексы, и сделаете правильные запросы
Например, при хотя бы одном активном фильтре делаете 1 SELECT, а потому уже в PHP (или что там у вас) отфильтровываете по другим параметрам.
И да, надеюсь, тексты и тем более картинки (не в БД же они?) у вас не выбираются этим же запросом?
Если вдруг выбираются (типа SELECT * ..), замените "*" на "поле1, поле2" (только нужные), может оказаться приятным сюрпризом

Для освоения веба нужно, как минимум, освоить основу веба: HTML (можно сразу ориентироваться на HTML5) и CSS.
Это не значит, что их учить нужно досконально, ибо, как выше упоминали, фронтенд часть - это отдельная специальность.
Далее - HTTP. Если пойдёте на сторону сервера - досконально, если хотите ориентироваться на фронт - достаточно основ.
Веб восхитителен тем, что на сервере можно использовать любой ЯП (даже C/C++), но лучше идти по проторенной дороге.
Распространённые (и одновременно перспективные) ЯП на сервере:
PHP, JS (Node.JS), Java (для сурового энтерпрайза), Go.
Ну, и JS в браузере - если идти в сторону фронта.

А почему вы задаёте этот вопрос нам, а не заказчику?
Грамотный заказчик сам скажет, в каком виде ему нужно сдавать.
Если он этого не обозначил - можете сдать, как угодно - архив с вёрсткой, готовый сайт, и т.п.

Все зависит от того, сколько у вас лендингов, как часто будет меняться общий дизайн и макеты, сколько вариантов макетов , готовы ли вы сами ковырять HTML/CSS (или есть ли у вас для этого специалист), сколько будет доменов и как они будут соотноситься с лендингами.
В частности, на WP можно сделать один (или сколько нужно) шаблон страницы под лендинг и небольшой скрипт, который будет в этот шаблон подставлять данные о нужном товаре из БД.,

Git - просто без него никак. Когда освоите, будете удивляться, чего откладывали его применение.
Прочее - дело вкуса, если под виндой - рекомендую Open Server (лучше сразу тяните Ultimate) .
Альтернативничать, типа XAMPP и пр. не имеет вообще никакого смысла.

а вдруг я что-то поправить прям на серваке захочу

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

Почитайте вот этот вопрос.
https://toster.ru/q/441372?e=5485607#answer_item_1...
В двух словах:
SPA и SEO в общем случае несовместимы, поэтому, если нужно и то, и то, делается две работы: одна - SPA, вторая - SSR.
SSR для Vue.

Это смотря с какой целью "практиковаться".
Если для личного развития личных мозгов, возможно, лучше посмотреть на другие языки - Node.JS, Go, Kotlin.
Если с тем, чтобы эта практика максимально капитализировалась - "прямо сейчас" (и только в РФ, даже не в СНГ) пока ещё самый популярный Yii2.
Если хотите на долгосрочную перспективу, альтернатив Laravel 5 (скорее, сразу берите 5,5) вообще не видно.

действия не по названиям методом, а по типу пришедшего запроса (POST/GET/DELETE).

Почитайте учебник по HTTP и REST

в чужих проектах [...] ради CRUD к одной модели создаётся 4 контроллера

Не читайте давнокод.

Идите от простого с сложному.
Как минимум,
"добавления объявлений с возможностью загружать несколько фотографий сразу" и "выводить изображения с данными" - это уже две разные "функции".
Попробуйте начать со второй - она проще.
Далее:
"добавления объявлений" и " несколько фотографий сразу" - тоже можно разбить на шаги "добавить только объявление", "добавить с 1 фото".
Но вообще, сейчас обычно требуется, тем более для нескольких изображений, асинхронная загрузка, с этим не любой крепкий "середнячок" грамотно справится "с лёту".

такое пробовали?
https://yandex.ru/search/?text=найти+работу+бездел...

Это, конечно, не как бы ответ, но и не глумёж.
1. Яндекс, Гугл - выдают быстро поиск по гораздо большему массиву.
Но вряд ли они используют при этом Сфинкса.
2. Не думал, что напишу такое про ES, но
Похоже, он в вашем случае таки решит вопрос, если его правильно приготовить. Ибо в любом случае, при таких объёмах +/- 1-2-5 машины не выглядят излишеством.
Если не сложно, можете рассказать, почему "ES не подходит"?

Телепатически сложно попасть в 100%, но выглядит так:
1. Сделайте для начала просто сбор логов запросов (поисковых или подобных, видимо?) за сутки, например. Можно просто в текстовый файл.
2. Выкачайте получившийся лог на локальный комп, проанализируйте.
3. Если на этапе 2 вы выясните, что какие-то запросы повторяются, прикрутите кеш в памяти (сейчас самый модный в хорошем смысле - Redis).
Причём может оказаться, что повторяется часть запроса, которую можно кешировать (например, "лопаты совковые", "лопата грести деньги" - можно кешировать запрос "лопаты", а фильтровать уже по дополнению).
Если запросы совсем всегда разные, возможно, имеет смысл какие-то SQL-таблицы (которые участвуют в большинстве запросов) перекинуть на движок "memory" (для MySQL), или, опять же - в Redis.

Непонятно, если вы намастрячились использовать Laravel (что, скорее всего, лучший выбор в мире PHP), зачем вы что-то ещё выбираете?