Бот на твоём компьютере жив, пока жив компьютер: закрыл ноутбук — и клиенты пишут в пустоту. Сегодня переселяем бота на сервер, который не спит никогда. А заодно разберём ошибку, о которую после первого деплоя спотыкается почти каждый новичок, — в курсах конкурентов о ней ни слова, а по сообщениям сообщества это одна из самых частых проблем первых деплоев.

Почему Railway и сколько это стоит

Деплой — перенос программы на сервер, чтобы она работала без тебя. Звучит страшно, но Railway создан ровно для того, чтобы страшно не было: подключаешь GitHub-репозиторий — он сам понимает, что это Python-программа, сам ставит библиотеки, сам запускает. Ни настройки Linux, ни «аренды сервера» в старом смысле.

Цены на июль 2026-го: план Hobby стоит $5 в месяц, и в эту сумму уже включены $5 на потребление ресурсов — маленькому боту хватает с запасом. Начать можно с бесплатного пробного периода. Цены меняются: перед оплатой сверься со страницей railway.app/pricing.

Деплой за четыре шага

Аккаунт. railway.app → вход через GitHub: удобно, репозитории уже под рукой.
Проект. New Project → Deploy from GitHub repo → выбери репозиторий бота из прошлого урока.
Секреты. Вкладка Variables → добавь BOT_TOKEN и ключ ИИ — те же переменные, что лежат в твоём .env. Variables — серверный аналог .env: именно поэтому в прошлом уроке мы не пустили .env в репозиторий. Секреты передаются серверу напрямую, минуя код.
Запуск. Railway соберёт и запустит бота сам. Через минуту напиши боту в Telegram — отвечает при закрытом ноутбуке? Он переехал в облако.

Логи — глаза на сервере

Вкладка Logs показывает всё, что бот «говорит» в консоль: запуск, события, и главное — ошибки. Алгоритм починки тот же, что в уроке про запуск: скопируй ошибку целиком → отправь ChatGPT → «объясни простыми словами и дай исправление». Разница одна: ошибку теперь ищешь не в терминале, а в логах. Совет: попроси ChatGPT добавить в код «логируй каждое входящее сообщение» — отладка станет в разы проще.

Грабля №1: Conflict — два бота дерутся за одну розетку

Сцена, которая почти наверняка случится с тобой в первый же день. Деплой прошёл, ты радостно пишешь боту — он отвечает. Через минуту — молчит. Ещё через минуту снова отвечает. В логах красная строка: Conflict: terminated by other getUpdates request.

Прежде чем читать дальше, подумай: что ты сегодня сделал дважды? Правильно — запустил бота. Второй раз — на сервере. А первый — ещё утром, в терминале на ноутбуке. И та копия всё ещё работает.

Помнишь из урока про устройство ботов: getUpdates — это когда бот сам ходит к Telegram спрашивать новую «почту». Очередь сообщений у одного токена одна, и Telegram отдаёт её только одному запущенному экземпляру. Когда за почтой приходят двое — локальный бот с ноутбука и серверный с Railway, — Telegram обрывает одного из них с ошибкой Conflict. Кто успел первым, тот и забрал сообщения: поэтому бот «то отвечает, то молчит», а не падает совсем.

Лечение занимает пять секунд: останови локальную копию (Ctrl+C в терминале). Отсюда правило-эвристика урока: один токен — один запущенный бот. Хочешь экспериментировать локально, пока серверный бот работает для клиентов? Создай у BotFather второго, тестового бота с отдельным токеном — бесплатно и за две минуты.

Обновление: git push — и всё

Меняешь код → коммитишь в GitHub → Railway сам замечает, пересобирает и перезапускает. Никаких «залить файлы заново». Заодно заметь: при обновлении Railway сам останавливает старую копию, прежде чем запустить новую, — за Conflict между версиями на сервере можно не волноваться.

Песочница: тренажёр логов

Потренируйся читать логи до того, как встретишь их в бою:

Я учусь читать логи сервера, где работает Telegram-бот. Вот лог
хостинга — весь контекст здесь, другого нет:

[inf] Starting Container
[inf] Application started: bot.py
[inf] getUpdates "HTTP/1.1 200 OK"
[err] telegram.error.Conflict: terminated by other getUpdates request;
      make sure that only one bot instance is running
[inf] getUpdates "HTTP/1.1 409 Conflict"

Задание: 1) найди строку с проблемой; 2) объясни простыми словами, что
случилось и почему — подсказка: этот же бот запущен где-то ещё;
3) скажи, что сделать, чтобы бот ожил. В конце задай мне один
проверочный вопрос — убедись, что я понял причину, а не заучил ответ.

И проверь себя в роли инженера-приёмщика:

Сыграй строгого инженера, принимающего мой деплой Telegram-бота.
Все факты о проекте вшиты сюда:
- код бота лежит на GitHub, файла .env в репозитории нет;
- токен бота и ключ ИИ добавлены в Variables на хостинге;
- на моём ноутбуке бот всё ещё запущен в терминале;
- лимит расходов у провайдера ИИ я не настраивал.
Найди в этом списке две проблемы, объясни, чем грозит каждая,
и составь план из трёх шагов — что исправить до передачи бота клиенту.

Сделай сейчас

Задеплой своего бота: railway.app → вход через GitHub → Deploy from GitHub repo → Variables → проверь ответ бота при закрытом ноутбуке. Увидишь в логах Conflict — ты уже знаешь, что делать.

Railway: the bot runs without your computer