Un altre descobriment en aquest camí ha estat #Pydantic. Com podia viure programàticament parlant sense Pydantic?
Pydantic és una biblioteca de Python que serveix per validar i gestionar dades amb tipus. Et permet definir models (com classes) on s’especifica el tipus de cada camp, i automàticament valida i converteix les dades rebudes. Integrat a la perfecció amb fastAPI.
Totes les aplicacions client per Android funcionen amb #appy i el mateix passa amb les de iOS. Aquesta és la clau, volia aprofitar totes les apps existents per tant l'API havia de ser una copia de la de Mastodon però feta amb fastAPI, que ha resultat una tria excel·lent. fastAPI és brutal, fa tot i més i molt bé. I, a més, et genera automàticament la documentació sense ni preocupar-te per ella. Insisteixo, brutal.
L'estructura tècnica d'#appy funciona gràcies a Python, fastAPI, #Postgresql (base de dades) i #Redis (memòria cau).
Tot de manera asincrona per evitar punts de bloqueig, passen moltes coses en parall·lel, simultàniament, bàsic per a tenir fluïdesa tant en les interaccions amb altres servidors com amb les aplicacions client.
appy funciona bé fins i tot en una #Raspberry 4B, per tant també és una opció vàlida per a tenir el perfil fediversal auto gestionat i a casa.
Quan vaig posar en marxa mastodont.cat no en sabia res de Python i ActivityPub no existia (Mastodon funcionava a les hores amb el protocol Ostatus de GNU Social).
Qui podria pensar que acabaria programant el meu propi servidor? sí, estic content d'haver-ho aconseguit i de compartir el resultat amb la comunitat de programari lliure a https://codeberg.org/spla/appy
Queda feina encara però sí, ja ho considero un èxit
Queden algorismes per polir, afegir funcionalitats com ara bloquejar o silenciar usuaris i servidors i depurar incidències però ja considero que #appy és un èxit.
Des de juny de l'any passat he estat (i estic) molt centrat en desenvolupar el meu propi servidor ActivityPub des de zero, sense copiar res de ningú, per pur plaer personal de superar reptes. He après molt pel camí, no és gens fàcil però he gaudit molt de cada fita.
Va ser tot un encert triar #Python i #fastAPI, van sobrats.
Python の async/await を徹底解説!コルーチンの仕組み
https://qiita.com/Leapcell/items/95dde75832c5ee4df0e7?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
3 de Abril, às 20h25 Desvendando o Python: Da Simplicidade ao Poder ConFLOSS na Veia - #2509 | SouDevCon 25! UMA CONFERÊNCIA FLOSS
Link direto - https://www.youtube.com/watch?v=OGnTDNjRCKc
He alliberat la primera versió, la v0.1, de #appy, el servidor #ActivityPub escrit en #Python sobre #fastAPI
https://codeberg.org/spla/appy/releases
La majoria d'aplicacions per a Mastodon funcionen amb appy.
Free Python & Full Stack Python Training!
Starts: 3rd April |
4:00 PM IST
Register Here: https://tr.ee/2YzYUA
Master Python, Django, Flask, FastAPI & Build Your Career!
Join Our Community:
Telegram: https://t.me/NIT_Training
I am probably holding them wrong!
This time I tried writing a web app not in #php but #fastapi + #sqlmodel (python) and #vue3 ( javascript). It kind of works well but refactoring is a nightmare.
In the beginning, it felt like I was having the best of both worlds -- Python and Vue3. Dev speed was good. Now maintaining and refactoring make me feel like I am having the worst of both worlds.
As a single dev, I should have stayed with #php!
Bon c’est vraiment pas mal #litestar comme framework #python https://litestar.dev/
Ça a le goût de #fastapi sauf que c’est développé par une vraie communauté, que la doc est hyper bien faite et que l’écosystème a l’air riche #staytuned
Anyone knows of a #Python library that can make a #fastapi route method act as an #mcp resource or tool, while also keeping its default functionality (JSON API, maybe SSR) with full dependency resolution and Pydantic support (obviously two separate routes/paths are necessary in this case)?
The official mcp Python SDK doesn't seem to match these requirements unfortunately, even though it's based on Starlette..
Thinking about implementing one, but it would be really nice if it already existed.
哪种 Python Web 框架最好:Django、Flask,还是 FastAPI?
#Pycharm #Webdevelopment #Django #Fastapi #Flask #Python
https://blog.jetbrains.com/pycharm/2025/03/django-flask-fastapi
Just created a simple #FastAPI project to showcase how #Python server-side rendered apps with an #htmx frontend could look like, using a React-like, async, type-checked rendering engine.
The app *does not* use Jinja/Chameleon, or any similar templating engine, ugly custom syntax in #HTML -like files, etc.
Interestingly, even #ai coding assistants can pick up the patterns and offer decent completions.
You can check out the project here: https://github.com/volfpeter/lipsum-chat
https://kitfucoda.medium.com/writing-a-telegram-bot-in-python-866972ab63f5
I've just finished writing up a deep dive into building a Telegram bot with a FastAPI web application, and it was quite the journey into asynchronous Python!
The project started with a desire to run chatbots across multiple platforms, but quickly evolved into a focused exploration of asyncio. I found myself wrestling with event loops, queues, and the nuances of asyncio.create_task vs. asyncio.to_thread. It became very clear that understanding the difference between concurrency and parallelism is absolutely crucial in this space. Clever scheduling can mitigate blocking, but over-scheduling will inevitably lead to performance issues.
Architectural considerations became a major focus. I learned firsthand that cramming everything into a single process, while tempting, isn't always the best approach. Separating processes for scalability and future enhancements is something I'll definitely keep in mind for future projects.
This project was a great learning experience, and I'm looking forward to applying these lessons to future projects. If you're interested in asyncio, webhooks, or building chatbots, I'd love to hear your thoughts!
#python #asyncio #telegrambot #fastapi #webdevelopment #programming #opentowork #fedihire
Take me back to ASP.NET please.