Comments 9
Чаты не делают в парадигме RestAPI. Постоянно пулить сервер на предмет сообщений — решение неправильное. Ну, и откровенно не понятно для кого статья, новичкам неправильная архитектура, опытным никакой информации.
Согласен, для реального чата с высокой нагрузкой REST-polling не оптимален - WebSocket или SSE справятся лучше с real-time обновлениями без лишних запросов. Это учебный пет-проект: выбрал максимально простой стек (FastAPI с GET/POST /messages), чтобы пройти весь цикл от кода до деплоя на Vercel/Render без сложностей с WebSocket. Для 1-2 пользователей хватает. Если есть рекомендации по миграции на WebSocket в FastAPI (библиотеки, типичные ошибки, масштабирование) - буду очень рад ссылкам или примерам!
А в чем смысл статьи? Весь код прилы умещается в 1 промпт, даже еще токенов отсыпать смогут сверху. Зачем?
Автор, попробуйте арендовать себе пустой сервер на него выложить свое приложение. Настроишь сам ci/cd, как уже выше отменили переведи работу на вебсокеты, работу в терминале через ssh ключ, возможно обернуть бэк в докер, подключите базу данных(postgres или mongo), наладить авторизацию(jwt токен или что-то другое), подумайте как реализовать работу с нескольких устройств(когда заходите в свой аккаунт с компьютера дома и на работе например). Такое обязательно знать для работы тем же джуном. Успехов в изучении.
А старожилам хабра желаю в новом году чуть-чуть приветливее относится к новичкам, которые не указывают реферальные ссылки в тексте и ссылки на свои ТГ-каналы.
Спасибо, приятно читать такие комментарии. Отмечу еще раз, что это простой учебный пэт-проект в котором не требовалось добавления БД и прочего. Все это было сделано буквально за пару часов, главная задача была реализовать чат и задеплоить. В дальнейшем (если все же у меня дойдут руки) все будет сделано куда лучше! 😁
Как я писал свой первый веб‑чат на React + FastAPI и всё сломал (а потом починил)