Vielen Dank für das Video! War für mich als jemand mit Null Vorahnung zu der genauen Funktion einer REST-API allerdings schon etwas flott und ich musste schnell klicken um das Video zu stoppen um kurz nachdenken zu können. Mag vielleicht am Ende auch besser sein, so habe ich immerhin nochmal drüber nachgedacht und alles verstanden. 😅
Du hattest es doch in deinem ersten Video gut beschrieben. Da hättest du dich hier auf die Authentication beschränken können. Da fällt mir gerade ein, dass ich deine Flask Serie noch gar nicht "beendet" habe. :-) Schönes WE!
Danke, mich hat allerdings auch die Audioqualität gestört. Viele meiner alten Videos haben noch ziemlich viel Noise durch das billige Mikro. Und das Video ist ohnehin nur 4 Minuten lang, ohne das große Ganze hätte ich wohl ein Short drauf machen müssen und das wollte ich nicht :)
Mal wieder ein sehr gutes Video. Das Stateless-Prinzip sehr gut erklärt :) Habe noch eine Frage dazu. In deinem Source-Code: Würdest du den Controller, der die Requests handelt als deine APi bezeichnen oder alles was hinten noch mit dran hängt wie Services und Persistence?
Danke sehr :-). Also Persistenz gehört nicht zum Teil der API (hier hätte man ja auch wieder State). Ich bezeichne als API wirklich nur die Endpunkte und den Code, der die Requests verarbeitet. Im Prinzip sämtlichen Code, den ich in einem Microservice bzw. Container laufen lassen würde.
Cookie ist ein recht allgemeiner Begriff, ich beziehe mich hier nur auf Session Cookies. Diese werden server-seitig erstellt und gespeichert. Tokens werden nicht auf dem Server gespeichert und eignen sich daher wie im Video beschrieben deutlich besser für eine stateless-Architektur.
Hi, ich probiere gerade selbst eine API anzulegen hab mal ne Frage für den Fall das man z.B. 50 (oder eine andere variable Anzahl) an Produkten aus der API holen will. Legt man dann einen Endpunkt an, der jeweils nur 1 Produkt zurückgibt und der Nutzer der API müsste dann diesen Endpunkt x mal aufrufen oder ist dann ein Endpunkt besser, der alles mit einem mal zurückgibt?
Nein, du legst EINEN Endpunkt an und lässt das Produkt dynamisch aussteuern über Query Parameter. In FastAPI (kenn ich mich besten aus), macht man das so: /endpunkt/ fastapi.tiangolo.com/tutorial/query-params/
![[FINALE] 💸ที่แท้พ่อเป็นผู้ถือหุ้นบริษัทพันล้าน เขากลับใจตอนนี้ก็สายไปแล้ว🙇🏻♂️#ละครคุณธรรม #short](http://i.ytimg.com/vi/yFwgjTFISUI/mqdefault.jpg)
![[UNCUT] เก็บ "สจ.โต้ง" เอี่ยวมาเฟีย รู้ตัวคนบงการ ก่อนสั่งลั่นไก I คนดังนั่งเคลียร์ I 13 ธ.ค.67](http://i.ytimg.com/vi/o-J_p62D40w/mqdefault.jpg)
Wirklich sehr gut erklärt :)
Danke dir!
Die Welt ist klein :D
@@TheCelebreties Sehr klein ;)
Habe ein Erklärvideo für einen Bekannten gesucht und dieses ist mit Abstand das beste was ich gefunden habe! Vielen Dank für das tolle Video!
Vielen lieben Dank, das freut mich 🙂
Vielen Dank für das Video!
War für mich als jemand mit Null Vorahnung zu der genauen Funktion einer REST-API allerdings schon etwas flott und ich musste schnell klicken um das Video zu stoppen um kurz nachdenken zu können. Mag vielleicht am Ende auch besser sein, so habe ich immerhin nochmal drüber nachgedacht und alles verstanden. 😅
Gibt bei mir auf dem channel auch genügend Beispiele für langsamere hands on titorials dafür :)
Du hattest es doch in deinem ersten Video gut beschrieben. Da hättest du dich hier auf die Authentication beschränken können. Da fällt mir gerade ein, dass ich deine Flask Serie noch gar nicht "beendet" habe. :-)
Schönes WE!
Danke, mich hat allerdings auch die Audioqualität gestört. Viele meiner alten Videos haben noch ziemlich viel Noise durch das billige Mikro. Und das Video ist ohnehin nur 4 Minuten lang, ohne das große Ganze hätte ich wohl ein Short drauf machen müssen und das wollte ich nicht :)
Super! Vielen Dank für das gute Video
Auf den Punkt gebracht ohne viel blah blah drumherum.
Danke für das Lob:)
Sehr Gut!
Danke für das gute Video
Top, auch die neue Version gefunden
Danke schön 👍
Mal wieder ein sehr gutes Video. Das Stateless-Prinzip sehr gut erklärt :)
Habe noch eine Frage dazu. In deinem Source-Code: Würdest du den Controller, der die Requests handelt als deine APi bezeichnen oder alles was hinten noch mit dran hängt wie Services und Persistence?
Danke sehr :-). Also Persistenz gehört nicht zum Teil der API (hier hätte man ja auch wieder State). Ich bezeichne als API wirklich nur die Endpunkte und den Code, der die Requests verarbeitet. Im Prinzip sämtlichen Code, den ich in einem Microservice bzw. Container laufen lassen würde.
Top erklärt.
Frage zum Login. Wo liegen hier die Benutzerdaten,die gegengeprüft werden? In der Datenbank?
Genau, die liegen in der Datenbank
Du hast das wirklich super erklärt, jedoch etwas zu schnell👍🏻
danke für das Feedback. Zu schnell gesprochen oder was ging dir zu schnell? ;-).
@@codingcrashkurse6429 Ah, meinte zu schnell gesprochen :D
Was unterscheidet den Token vom Cookie?
Cookie ist ein recht allgemeiner Begriff, ich beziehe mich hier nur auf Session Cookies. Diese werden server-seitig erstellt und gespeichert. Tokens werden nicht auf dem Server gespeichert und eignen sich daher wie im Video beschrieben deutlich besser für eine stateless-Architektur.
@@codingcrashkurse6429 Vielen Dank!
Hi, ich probiere gerade selbst eine API anzulegen hab mal ne Frage für den Fall das man z.B. 50 (oder eine andere variable Anzahl) an Produkten aus der API holen will. Legt man dann einen Endpunkt an, der jeweils nur 1 Produkt zurückgibt und der Nutzer der API müsste dann diesen Endpunkt x mal aufrufen oder ist dann ein Endpunkt besser, der alles mit einem mal zurückgibt?
Nein, du legst EINEN Endpunkt an und lässt das Produkt dynamisch aussteuern über Query Parameter. In FastAPI (kenn ich mich besten aus), macht man das so: /endpunkt/
fastapi.tiangolo.com/tutorial/query-params/
👍