Четыре клика до выхода в сеть. Тридцать секунд от начала до конца. Одно активное приложение с серверной частью на аккаунт в бесплатном тарифе. Полсекунды дополнительной задержки на самый первый запрос, который когда-либо обслуживает новый поддомен, и ни одной секунды после этого. Три из этих чисел — просто занятный факт, вроде тех, что кивнёшь и забудешь к следующей главе. А вот «одно» — число, которое действительно меняет то, как вам следует работать, поэтому именно на нём я хочу остановиться в этой главе подробнее.
Почему лимит — один, а не ноль и не бесконечность
Большинство бесплатных no-code инструментов для публикации фронтенда либо вообще не поддерживают приложения с серверной частью, либо ограничивают их так жёстко, что «бесплатно» — чистая формальность. Здесь же сборка с аккаунтами, базой данных или состоянием для многопользовательского режима публикуется через ту же самую кнопку «Опубликовать», что и статическая страница, а серверная часть хостится и управляется как часть этого же единого действия — никакого отдельного создания базы данных, никаких переменных окружения, которые нужно настраивать вручную, никаких открытий три дня спустя, что вход работает в предпросмотре, но выдаёт 500-ю ошибку в продакшене, потому что backend так и не задеплоился. Это реально работает, и именно поэтому люди удивляются, наткнувшись на потолок: до этого момента всё казалось безлимитным.
Это не так. В бесплатном тарифе вы получаете ровно одно активное приложение с серверной частью одновременно. Статические сборки в этот лимит не входят — публикуйте сколько угодно маркетинговых страниц и портфолио-сайтов, без ограничений. Но вторая сборка, которой нужна собственная база данных или постоянный процесс, должна ждать своей очереди — она полностью собрана и доступна для предпросмотра, просто не активна по своему URL. Если вы за неделю прототипируете три SaaS-идеи, только одна получит право занимать реальные вычислительные ресурсы; две другие — готовые продукты без адреса. Мне кажется, граница проведена разумно — статический бандл почти ничего не стоит платформе для раздачи через edge, тёплый серверный процесс — совсем другое дело, — но это значит, что решение о том, какая идея заслуживает слота, нужно принимать до нажатия кнопки «Опубликовать», а не после того, как вы уже привязались к идее держать два сайта активными одновременно.
Четыре клика, для справки
- На карточке сборки выберите Опубликовать.
- Выберите слаг — ваше-имя в
yourname.buildmidas.com. Занятые слаги предлагают альтернативы. - Подтвердите.
- Скопируйте URL с карточки, или найдите его позже на странице Опубликованные.
Никаких DNS, никаких сторонних аккаунтов, никакого ожидания распространения записей. И насчёт тех полсекунды: это не очередь и не задержка «загляните через 24 часа», а обычный прогрев кэша CDN. Первый посетитель нового поддомена может почувствовать долю секунды дополнительной задержки, пока ближайший edge-узел подгружает пакет ресурсов; второй посетитель и все последующие получают его из кэша. На практике вы этого даже не заметите — опубликуете, кликнете по ссылке, и всё уже будет ощущаться мгновенным. Упоминаю это только потому, что кто-нибудь, кто по работе делает скриншоты времени загрузки, в итоге спросит, почему первый и десятый запрос не идентичны, и теперь вы знаете ответ.
Слаг — единственное решение, на котором стоит не спешить
Всё остальное в этом процессе механическое; слаг — единственная часть, которую человеку придётся произнести вслух или ввести по памяти, так что стоит на секунду задуматься. «demo-v2-final-final» вполне подходит для внутреннего тестирования, но плохо смотрится в сообщении клиенту. Произнесите URL вслух перед подтверждением — riverside-cafe.buildmidas.com звучит чисто, riverside-cafe-mvp2.buildmidas.com — нет. Короткие, общие слова быстро заканчиваются на платформе, которая существует уже давно, поэтому занятый слаг выдаёт вам предложения вместо простой ошибки. Возьмите одно из них или отклоните, но решайте осознанно — я видел, как люди хватали то, что предлагало поле, посреди демо, потому что им срочно нужна была ссылка, а потом месяцами жили с неудобным именем, потому что подходящего момента всё исправить так и не находилось.
Повторная публикация не трогает активный сайт, пока вы сами этого не разрешите
Вот факт, который стоит усвоить с самого начала: редактирование опубликованной сборки не сдвигает активный сайт. Можно что-то сломать, попробовать смелое изменение макета, итерировать неделю — URL, который клиент уже добавил в закладки, продолжает отдавать то, что вы опубликовали последним, до тех пор, пока вы не опубликуете снова осознанно.
Это и есть вся ваша история откатов, и она хороша именно потому, что скучна. Версия 6 выходит с багом — форма молча перестаёт отправляться — и вы не тянетесь за командой отката или тикетом поддержки. Вы открываете историю версий, находите версию 5, публикуете её повторно. Та же кнопка, более старый артефакт, активный URL переключается обратно немедленно. Затем вы правите версию 6 без всякого давления, потому что продакшен не сломан во время работы. Плата за это — один дополнительный клик на релиз, поскольку нужно не забыть действительно опубликовать, а не считать, что редактирование выходит в сеть автоматически. По сравнению с инструментами, где каждое сохранение сразу становится активным — отлично для демо, тяжело через три недели реального использования — этот лишний клик каждый раз стоит того.
«Снять с публикации» означает, что URL перестаёт разрешаться, а не «перестаёт быть в списке»
Многие платформы используют «снять с публикации» в значении «убрать со страницы галереи», при этом URL по-прежнему тихо продолжает работать. Здесь это означает, что адрес полностью перестаёт отвечать — точка: ни кэшированной страницы, ни заглушки, ничего не разрешается. Сама сборка сохраняется со всеми версиями; опубликуйте позже снова, и тот же слаг вернётся ровно там, где вы его оставили. Я использовал это по обычной причине (сотрудничество с клиентом закончилось, никто не хочет, чтобы его старый логотип болтался по публичной ссылке) и по менее обычной (сборка утекла что-то, чего не должна была, и её нужно было снять с сети за то время, которое требуется на клик по кнопке, а не за то, которое требуется на оформление тикета хостинг-провайдеру). В обоих случаях нужна одна и та же гарантия, и оба её получают.
Ещё одна вещь, которую стоит не путать: публикация делает URL активным для всех, у кого есть ссылка; а вот обнаруживаемость — включение в публичный список, иногда показ в разделе Showcase — это совершенно отдельный переключатель. Многие легитимные опубликованные сайты вполне могут навсегда оставаться доступными только по ссылке, а сборка, включённая в публичный список, под капотом остаётся обычным опубликованным сайтом с той же историей и той же кнопкой снятия с публикации.
