Про веб-сокеты при написании риал-тайм чата. Python, FastAPI
Devlog. Networking-app, часть 6. Самый сложный вызов за проект
я после работы
Я начал пилить чат. Я начал писать веб-сокеты. Они работают по другому. Они сложные.
Это самый сложный вызов на весь пет-проект, технология более сложная и объёмная (ну или мне так кажется, потому что приходится разбирать реализацию технологии на гитхабе без пояснений). RabbitMQ стоит на втором месте, там мне тоже приходилось вникать. На третьем месте стоит SQLAlchemy и изучение SQL
Почему сложно?
1) Потому что поначалу не понятно, как они работают (они имеют асинхронную природу, без которой тупо не работали бы)
2) для них как правило используется redis pub/sub (о которой я впервые слышу, ахах. до этого только юзал redis как штуку для кэша)
3) пример кода, который я нашёл, очень перемудрён: там и поддержка множества людей в одном чате есть, и демонстрация статуса пользователя, и rate_limiter есть, и показ что юзер печатает, и т.д. А мне это нахуй не нужно, мне бы простую писалку написать, где можно сообщения в БД хранить...
Я вижу большой потенциал для развития при написании чатов. Технологии более сложные и интересные, нагрузка больше, запросы в БД сложнее, объём функционала тоже больше. С радостью бы написал в будущем нечто подобное, уж очень хочу попрактиковаться в написании SQL кода и использовании SQLAlchemy :>