Оба дефекта вскрылись сборкой образа после слияния веток.
1. public.ts: SQL выбирает content_json_en, а описание типа запроса пришло из
ветки визиток и этой колонки не знало — tsc отказывался собирать. След
слияния: запрос из одной ветки, тип из другой.
2. Английские колонки (sections.content_json_en, products.title_en/subtitle_en/
description_en) существуют на боевой базе, но их не создаёт ни одна
миграция — когда-то добавили руками. На бою работало, на любой ЧИСТОЙ базе
приложение упало бы на первом запросе /api/content. Заведена 005 с
IF NOT EXISTS: на бою пусто, на чистой базе создаст.
Проверено на живом сайте: образ собран, контейнер healthy, миграции 004 и 005
применились сами, /api/content отдаёт 4 раздела на двух языках, 2 продукта,
полные реквизиты; страница визитки отвечает 200.
zeroday
f8730d9d09