В процессе работы над PersMarket регулярно появляются новые возможности, которые должны быть видны не сразу или не всем. Для таких целей придумали специальный подход - Feature flags (или feature toggles). Я уже упоминал его ранее, когда писал про минимизацию рисков и даунтайма при деплое. Заключается подход в том, чтобы была возможность включать, выключать или менять поведение отдельных функций приложения в реальном времени без повторного деплоя. То есть код и настройки фичи выкатываются очередным релизом, но где-то в базе/конфигах есть переключатель/флаг, по умолчанию выключенный, от состояния которого зависит, работает ли эта функция. И когда приходит момент, флаг просто включают, и пользователи сразу видят новые ништяки. Например, функция оплаты актуальна только после всех согласований с платежным провайдером и обновления юридических документов, хотя код уже должен существовать, чтобы протестировать процессы.

Кстати, имея опыт работы со Stripe, подключал Робокассу. После современных API-управляемых возможностей Stripe Робокасса выглядит, как что-то из нулевых. В Stripe можно построить полноценный тестовый контур, с автотестами, с подписками, платежами, рефандами и т.д. В Робокассе можно сделать только тестовый разовый платеж без истории. То есть узнать его статус позже нельзя, он не хранится. А возвраты и рекуррентные платежи вообще не поддерживают тестирование. Надо будет попробовать других провайдеров еще для сравнения.

Еще сценарии: ▪️Если в функции есть критичный баг, ее можно отключить мгновенно без передеплоя ▪️Можно сделать канареечный релиз - включать функцию сначала малой аудитории, потом больше и больше ▪️Можно проводить A/B-тестирование ▪️Можно тестировать функцию прямо из мастер-ветки (особенно в trunk-based разработке), не включая ее на проде Вот и я себе сделал в админке сервиса такой пункт управления, чтобы включать фичи по мере готовности к ним платформы. А оказывается, есть и готовые решения: Split, Flagsmith, LaunchDarkly, GrowthBook, Unleash. А для PHP - Flagception. Конечно, не всё коту масленица, есть и минусы. Во-первых, появляются условия - сценарии для включенной функции и для выключенной, это усложнение. Во-вторых, если необходимость управления фичей отпадает, появляется технический долг - условия и feature flags надо удалять, а до этого обычно руки не доходят. Короче, знайте меру. #process

Постоянно юзаю CloudFlare, потому что Claude Code, Codex, любые другие агенты с ним работают как с нативной средой. 1/ Workers - для серверного бекенда и API-прокси 2/ D1 - для баз данных 3/ R2 - для хранения медиа 4/ AI Gateway - для логов ии-моделей 5/ Registrar - для доменов Еще потому что это бесплатно, хоть и с лимитами Вчера еще выпустили Drop — просто закидываешь папку проекта или ZIP и оно разворачивается в статический сайт который работает 1 час. Фича конечно не уникальная, скорее просто маркетинг для вайбкодеров У них и раньше можно было бесплатно хостить любое приложение через Pages, навсегда, но нужен аккаунт и сложнее настройка Что мне еще нравится так это их MCP (знаю что тут есть те кто его не любит). В админке самому копаться дольше чем приложение строить, а так любой агент работает там как в нативной среде и деплоит за минуты Так что юзайте если нужен единый хост где можно менеджить весь свой проект, без ручной настройки и дев-серверов @tips_ai #tools