Александр Филиппенко

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

Фреймворк тут вообще не при чём. Это вопрос правильной организации структуры БД, настроек, и индексов.
1 миллион - это не много. Я бы всё же взял PostgreSQL, и меняющиеся характеристики хранил бы, в jsonb поле c GIN индексом на нём.
Остальное зависит от конкретных задач, но у меня на одном проекте, поиск по 600к таких индексированных JSON'ов занимал ~10мс.
Так что и с миллионом проблем не будет. А вот при кривой структуре, и запросах... Я видел магазин который при 70к товаров пагинацию генерил 4 минуты. На шаред хостинге правда, на простеньком сервере было уже 8 секунд, что впрочем тоже ни в какие ворота.

Не очень понял что нужно. Если передать данные из одного API в другое, то есть специальные сервисы универсальной интеграции.
Если нужно создать свой API, для работы со своими данными, то смотрите в сторону headless CMS, или hasura.io

У Битрикс24 есть встроенный конструктор сайтов. Для простых вещей хватит с головой. И хостинг не нужен

Чаще всего используется EAV. Если речь не о сервисе которым пользуется множество клиентов, можно добавлять реальные колонки к таблице.
Как же можно использовать документоориентированную БД, например MongoDB.
Современные РСУБД поддерживают JSON поля и операции над ними. А в Postgres есть индексируемое поле JSONB. С его помощью можно совместить преимущества классических реляционных баз, и простоту NoSQL. При этом оно ещё и очень быстро работает за счёт индексов.

А может их всё-таки сделать на одном домене? Пусть даже это разные сервисы, настроить nginx так, чтобы он запросы на domain.com/auth слал на сервер авторизации, а остальные на другой.
Это решит проблему с доступностью кук, и доступа с клиента к ним не появится.

Вы путаете способ авторизации, со способом хранения токена.
В куках можно хранить как ключ сессии, так и JWT токен. Их любой из них можно хранить в localStorage (но не нужно по соображениям безопасности).
Что использовать, решать вам, плюсы и минусы есть и там и тут.
Я считаю оптимальным хранить ключ сессии в httpOnly cookie, а сами сессии в Redis. Но тут есть пространство для холивара)

Рад что вас посетила такая идея всего через 4 года года использования Битрикса) А то некоторые по 10+ лет его насилуют, при том что стандартного функционала им не то что не хватает, а он конкретно мешает реализовывать нужную бизнес-логику.
Я 5 лет работал с Битриксом, теперь соскочил на Laravel и не нарадуюсь никак)
Но надо сперва определиться чего именно Вы хотите от магазина, и чего не хотите.
Насчёт скорости в Гугле, это прежде всего вопрос вёрстки. Если там не совсем всё запущено, то практически любой магазин на Битриксе можно вывести в зелёную зону, с минимальными затратами. Прежде всего включить сжатие, объединение, перенос стилей/скриптов. Сжатие картинок (гугл очень много баллов снимает за картинки которые фактически больше того размера в котором они выводятся в браузер). И убедиться, что работает кеширование.
Писать магазин с нуля... Да Вы безусловно получите именно то чего хотите, то что работает так как Вам надо. Но я не представляю самописный магазин с бюджетом меньше $10K. Либо это просто каталог собирающий заявки в CRM, либо это будет такое поделие, что живите лучше дальше с Битриксом.

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

https://developers.google.com/speed/pagespeed/insi...
Прогоняете нужную страницу здесь. Во-первых получаете рекомендации, во-вторых сжатые ресурсы, в-третьих пугающие красные цифры для начальства.
После этого и часть шрифтов оказывается не так уж и нужна, и иконки шрифтовые норм, а не те что дизайнер непонятно где отрыла. И фотки хоть и растрят, но уже не бесят этим начальство)

Сталкивался с таким. Проверьте файл .htaccess

А вы договор внимательно почитайте. Я видел 3 штуки, и все они были заведомо не выполнимыми.
А ещё знаю случай когда мелкая студия упав в цене в 4 раза перехватила тендер у крупной фирмы, которая до этого несколько лет занималась поддержкой одного сайта.
После этого начался цирк с попыткой подкупа бывших сотрудников той крупной фирмы, ради слива исходников. И к тому же их заставили выполнять ВСЕ пункты договора, и разумеется им пришлось вернуть все деньги плюс неустойку. А когда фирма занимавшаяся поддержкой изначально затягивала сроки, ей это почему-то прощалось, видимо по старой дружбе (знакомые которые там работают, говорят что никакой коррупции там нет, просто привыкли вместе работать).
Такие дела. Читайте договор.

У большинства хостеров есть свои редакторы кода в веб-интерфейсе. По-моему это самое простое. И с мобилы должно работать.
А что за хостинг у вас?

Мне Foundation больше всего зашёл.

Особенно с нестандартными шрифтами такое часто бывает. Можно подобрать font-size и line-height при которых всё встанет ровно, но если важно соблюсти размеры из макета, то это проблема.

flexible-boxes.wstone.io/#~(1~(c~(~2)~d~'column~t~'body)~2~(t~'main~g~1~c~(~3~4~5)~d~'column~jc~'space-between)~3~()~4~(g~1)~5~())
Либо как указал WQP, либо через фиксированные высоты контейнеров с иконкой и кнопкой, и благодаря flex-родителю всё встанет ровно.