è un piacere <3

Ciao, ti ringrazio! Avevo una mezza idea di farlo ma poi mi impelagavo in un uso un po’ avanzato di SQL alchemy e il focus del corso era FastAPI, quindi ci ho rinunciato, penso che appena avrò tempo farò un focus su sqlalchemy stesso ma per ora non ti so dare una tempistica.

L’importante secondo me è rimanere pragmatici, go è esattamente veloce ma è anche molto semplice nel gestire la parallelizzazione dei processi, poi ha molte librerie per qualsiasi cosa. La scelta della tecnologia è sempre frutto di un compromesso, altrimenti scriveremmo tutti in assembly 😬

sono più un tipo da vodka 🔥

@@HappyBackending ah, pensavo da Moscow Mule

Ciao! l'ho fatto per poter utilizzare il metodo __call__ dal padre, facendo: credentials: HTTPAuthorizationCredentials = await super().__call__(request) E' un modo elegante per trovarsi già l'oggetto con tutti gli attributi e metodi al loro posto, chiaramente la cosa può essere fatta anche in altri modi. Spero di essere stato d'aiuto!

grazie! mi piacerebbe ma sono un po’ a corto di funzioni da trattare, se ti va dammi qualche spunto

@@HappyBackending Ciao, se puoi fare qualche video dove spieghi come fare una sorta di gestionale tramite un bot, collegato ad un database

Hmm si dai, avevo già in mente di fare una sorta di bot per sondaggi che scrive in un db, potrebbe essere una buona idea, grazie!

Grazie per la segnalazione! Superstrano non te lo abbia segnalato come dipendenza, nei miei requirements era comunque presente se guardi la documentazione allegata su github

no infatti, ma immagino che sarà un’implementazione futura, che perché altrimenti si rimane rilegati al single thread

si, sto finendo di stilare una sorta di scaletta, probabilmente il primo video uscirà già mercoledì oppure nel fine settimana. alla fine ho deciso di usare gin con gorm

pdm è un buon progetto però ancora un po’ acerbo secondo me, non sono espertissimo ma credo non gestisca per nulla i venv e questo mi torna estremamente comodo 😅 comunque ci lancio sempre un occhio per vedere se rilasciano cose interessanti

​@@HappyBackending PDM gestisce perfettamente i venv, è meno famoso di poetry ma è molto interessante. Me lo hanno consigliato due grandi maintainer di progetti opensource. Quando hai un minuto dagli un occhio.

PS: anche Fastapi usa pdm ... 😁

ora si che sono scioccobasito ahahahah grazie! me lo studio

hahahahahahahha in realtà era l’argomento principale del video ma mi vergognavo di dirlo 😶

grazie, sono d'accordo, viva i pallettoni 😁

il modo che uso io è di prendere un piccolo vps, normalmente qualche euro al mese, tante le risorse che usa sono davvero poche e con un vps minimale ne potresti tenere su diversi contemporaneamente. Non sono sicuro ci sia ancora ma su ovh c’era l’offerta di un vps a 99 centesimi per un anno

@@HappyBackending grazie mille, ora mi informo meglio su cosa è un vps ahah. Poi vedo se riesco a creare il bot per come mi serve e in caso lo metto in 24h! Grazie!

molto strano, se mai entra nel gruppo telegram, link nella descrizione, magari con l’errore preciso alla mano si riesce aiutarti

Ciao, come ho già risposto ad un'altro commento, se mi capita si, ho un po di esperienza sia con express ma sopratutto con fastify, però di fare confronti puri e seri non mi va, sopratutto perché è complesso e presuppone un sacco di competenze che io non ho, però se ricapita un'occasione come questa non esiterò dal farlo, perché è comunque divertente

Quando si tratta di fare benchmark, è un'arte complessa che richiede molta attenzione ai dettagli. La mia esperienza è stata un po' grossolana e mirava a verificare un obiettivo specifico. Onestamente, non mi sento abbastanza competente per condurre confronti approfonditi su tutti gli aspetti. Ci sono persone specializzate in questo campo che sono molto bravi. Le performance mi interessano soprattutto dal punto di vista di un backender: ottimizzare strutture, parallelizzare processi. In queste situazioni, affronterò sicuramente la questione. Tuttavia, lasciar fare benchmark agli esperti in questo campo mi sembra la scelta migliore 😬

si sicuramente lo farò, è in cantiere, sto solo cercando un progetto un po bello da fare, perché non mi fa di rifare l'eventone 😅

si ma con estremo affetto ❤ come dico anche nel video, è sempre sano mettersi in discussione e hai dato uno spunto molto interessante. Io stesso non mi aspettavo alcune performance, è stato molto utile indagare. p.s. sono piuttosto sicuro di aver commesso un errore nell'ultimo test in go che in teoria è molto più veloce nella risposta di tipo stream, ma rimarrà un nostro piccolo segreto 😶

🙏

figurati! pensavo che questo video non fosse interessato proprio a nessuno 😅

troppo gentile, grazie 🙏

Ciao! Si ho un po’ raccolto vari suggerimenti e farò una piccola seconda parte con delle varianti. Ti posso già anticipare che python non ne esce benissimo, anche usando dei driver molto performante tipo asyncpg Una prova che farò sicuramente invece è quella di far restituire da db non le row ma direttamente json, in modo da creare meno iterazioni possibili in python. Fra qualche giorno vedremo se FastAPI riuscirà a difendersi in almeno uno dei setup 😅

ho detto che il test non fosse perfetto, ma se avessi letto i dati dal disco l’osservazione poteva essere la medesima, per questo ho inserito una variabile in ogni map in ogni caso non sono io che ho fatto il claim sulla velocità di fastapi ❤️

@@HappyBackending eh ok, però anche li, leggi i dati da disco (immagino tu ti stia riferendo a query su un database, da quanto scritto negli altri commenti), ma anche li, stai usando fastapi come orm? 🙂 ogni linea di codice che introduci che non sia legata al web framework in se si porta dietro del "rumore" nella valutazione della performance del web framewrok stesso. Se sqlalchemy è meno performante di un orm in go, paghi il prezzo li, ma non perchè fastapi "abbia performance peggiori nel leggere i dati da disco": fastapi il disco manco lo vede. Poi sul loro claim di performance storgo il naso pure io eh, sia chiaro, e te lo dico pur lavorandoci quotidianamente con fastapi, però non è questo il modo di valutarlo; non è che il test "non sia perfetto", è che proprio non misura quello che vuoi tu. Se al posto del for loop ci mettiamo un job di algebra lineare, e su python mi affido a qualche libreria che wrappa codice C++ ottimizzato, vedi che i risultati che ottieni sono opposti, ma non è che allora "fastapi è più veloce di go".

però a questo punto come faccio a valutarlo? fastapi è l’insieme delle sua componenti: starlette, orjson, uvicorn se faccio il test di risposta secca senza il body sto testando starlette e uvicorn (nel mio caso anche gunucorn) btw se volessi fare una prova con db userei direttamente il driver senza passare dall’orm, quindi asyncpg e pg rimango comunque dell’opinione che vada valutata nel suo complesso, considerando anche e sopratutto i difetti di python perché quei difetti sono direttamente riscontrabili anche nell’uso quotidiano sempre pronto a cambiare idea poi eh 😁

@@HappyBackending si si ma infatti fastapi non è altro che un wrapper su starlette che a sua volta è un wrapper su uncorn. fastapi entra soprattuto in gioco per quanto riguarda cose come gestione del routing, iniezione di dipendenze, validazione del body e/o query parameters ecc, il vero lavoro sporco lo fanno starlette e uvicorn. Non so quale sia il miglior metodo per testare questa cosa, probabilmente quello che involve meno codice "estraneo" a fastapi possibile (anche usare direttamente il driver database è comunque un overhead esterno a fastapi); non so, se proprio non vuoi usare request secca, fare una request con un piccolo body che viene validato da un pydantic model, eventualmente con l'injection di una banalissima funzione, e in response qualcosa come un piccolo json, o una HTMLResponse; oppure servire file statici; evitando bottleneck tipici dei linguaggi stessi (tipo i for loop per python); poi ovvio, hai perfettamente ragione nel dire che in generale un app python non sarà tanto performante quanto un app in go (anche li dipende cosa fai, vedasi appunto job "scientifici"), ma loro alla fine fanno il claim sul web framework, non su un app completa 🙂

ammettendo sia così, ci dovrà pure essere un test nel quale non si faccia doppiare da go come velocità. Comunque ho raccolto qualche info e farò una seconda parte togliendo il più possibile inferenze esterne (tipo cicli for, che voglio dire…). Intuitivamente mi verrebbe da dire che la prova madre sarà la response secca con status code però vediamo.

non so quanta differenza ci possa essere, avendo messo una parte variabile in tutto il corpo, si forza anche go a generare la risposta lì per lì, secondo me il confronto rimane fair ho fatto anche dei test con dati presi dal db e la differenza di prestazioni aumenta ancora di più, che poi è questo uso principale di un’API

@@HappyBackending era proprio quello che intendevo io invece, non so quanto la differenza sia imputabile a FastAPI piuttosto che a Python stesso. Probabilmente sono gli accessi al db di python e le sue funzioni che rallentano piuttosto che il framework

pero a quel punto diventerebbe il test del routing, quindi un test di starlette piuttosto che fastapi 😁 la valutazione su fastapi alla vedo più sull’insieme delle sue componenti

Ciao! Se vuoi nella descrizione del video c’è il gruppo telegram, la gente spesso chiede aiuto li.

provato no, il primo non lo conosco, il secondo so che è un’ottima piattaforma, però render mi sembrava molto più immediato, alla fine mi interessava passare il concetto del deploy ad ogni modo potrebbe essere interessante approfondire entrambe, grazie del consiglio!

grazie per i complimenti ❤️ ho sempre il dubbio quando dilungarmi, sembra che più lo faccia, più la gente abbandona il video 😂 credo che noi informatici tutti, tendiamo a trovare la soluzione al problema del momento e poi mollarla lì

Ciao! Per quanto ne sappia no. Lo trovo anche sensato in ottica di limitazione dello spam. Un bot può al massimo recuperare id di un utente che ha scritto un messaggio ma non può recuperare la lista dei partecipanti ad un gruppo.

grazie mille ❤️

scusate, hai ragione 🙏 me ne sono accorto solo una volta caricato 🥲

Grazie mille! Altro che sperimentazione, io stesso provo un senso di imbarazzo a rivedere i miei primi video ma se il contenuto è comunque apprezzato sono felice.

Grazie! Si certo, in cantiere ho quello sulla generazione e gestione dei pulsanti, poi sinceramente non so benissimo cosa trattare, se hai qualche richiesta dimmi pure

Ciao! Vorrei tanto poterlo fare ma ad oggi non mi risulta ci siano servizi che ti permettano di tenere su un bot gratuitamente, se conosci qualche servizio sarebbe molto utile 🙏

Heroku ha un piano gratuito che arriva fino a 1000 ore al mese con un po’ di limitazioni , come il sonno automatico dopo 30 minuti, per un video potrebbe andare.

ah ok, con il sonno volendo ti può usare anche render.com , l’ho trattato nel video di deploy di fastapi, la procedura è praticamente la solita, più semplice perché in fondo lanci solo il main.py senza bisogno di server o altro mi piacerebbe trovare qualche servizio gratuito che non vada in sleep ma comprensibilmente non ne vedo nemmeno uno

Grazie, è stato fatto con amore ❤️

Grazie 🙏 Se ti interessa qualche funzione in particolare chiedi pure!

nah 😉

grazie 🙏

hai perfettamente ragione, me lo avevano già fatto notare, purtroppo questi erano i primi video e io cringio al solo pensiero che qualcuno possa guardargli ahahaha in futuro cercherò di essere più attento a questa cosa, ove è possibile

Ciao e grazie! 🙏 Si volevo far uscire un’altro video ma vorrei fare altre ricerche, penso che girerò piuttosto la formattazione del testo che è abbastanza semplice, grazie per il suggerimento! Se ti viene in mente altro non farti dei problemi a scrivere.

tutto vero, è tutto il giorno che ricarico l’app aspettando che arrivi il centesimo ahahahah grazie 🙏

@@HappyBackending Sono felicissimo di seguirti. Abbiamo la stessa passione e da quel poco che ho visto dai video, te lo meriti! Se più avanti farai Spring, lo sarò ancora più.

non so come ti sia venuto fuori ma una settimana fa ho cominciato a studiarmelo per conto mio, giusto per farmi un po’ di cultura 😂 in ogni caso non mi sento per nulla ferrato e vorrei evitare di fare video dove spiego le cose che non capisco fino in fondo, però in futuro è possibile grazie per i complimenti 🙏

sempre con estremo rispetto verso i colleghi ❤️

Assolutamente. Però è stato bello sentire che non sono l'unico che lo pensa. Sei simpatico e l'argomento mi interessa, approfondirò sicuramente

Ciao, grazie infinite per i complimenti! Scusa se rispondo solo ora ma ero in vacanza, nell'episodio 6 faccio deploy su renderer.com come cloud provider, mi è sembrato il piu semplice fra le alternative e che non richiedesse particolari registrazioni con carte o altro. Comunque viva backend, sempre <3

@@HappyBackending king