Bolt.new собирает рабочий прототип приложения по текстовому описанию за минуты — и это его реальная сила. Но между «работает в окне Bolt» и «живёт на боевом домене» лежит отдельный шаг, на котором спотыкаются почти все. Разберём, как довести приложение из Bolt до продакшена так, чтобы оно не падало белым экраном при первом же заходе пользователя.
Прототип — это ещё не продакшен
Bolt доводит тебя до прототипа быстро, но настоящий боевой URL — это отдельная история. Внутри Bolt всё крутится в его песочнице, где dev-сервер прощает многое. На реальном хостинге эти поблажки заканчиваются, и проект, который «только что работал», может не собраться.
Поэтому первый шаг — вытащить код наружу. Жмёшь на название проекта вверху слева, выбираешь Export — можно скачать .zip или сразу запушить в GitHub-репозиторий. Дальше код уже твой и от Bolt не зависит.
Пять причин, по которым Bolt-приложение падает на боевом
Большинство падений в продакшене — это один из пяти типовых косяков: не прописаны переменные окружения, ошибки TypeScript, которые dev-сервер игнорировал, регистр в путях импорта (на Windows работает, на Linux-хостинге нет), забытые зависимости в package.json и не настроенный SPA-fallback для маршрутов.
Последнее — частая причина того самого белого экрана: открываешь главную — всё ок, переходишь по внутренней ссылке или жмёшь F5 — 404. Лечится настройкой fallback на стороне хостинга, чтобы все маршруты вели на index.html.
Куда деплоить: три пути
Вариантов по сути три. Первый — хостинг от самого Bolt, деплой в один клик прямо из интерфейса (но кастомный домен требует платного тарифа). Второй — связка GitHub + Netlify: логинишься в Netlify через GitHub, импортируешь репозиторий, он сам собирает и выдаёт живой URL примерно за минуту. Третий — свой хост: раз код в Git, разворачивай хоть на Vercel, хоть на Cloudflare Pages.
Комментарии
Войдите, чтобы написать комментарий