Відео

Passt doch

Danke!! :)

Sehr cool :) Ja wird auf jeden Fall demnächst kommen! 🫡

Extra für dich! <3

Das ist der neue fotm, oder?😅

Das hier ist ein deutscher kodierungs DuRöhre Kanal!

Danke! PocketBase sieht auch sehr interessant aus. Nutzt du das self-hosted? Es scheint keinen managed plan zu geben, oder? 🤔

@@lorisgaller nein, gibt nur self-hosted. Habs auf ner Debian LXC aufgesetzt.

@@lorisgaller nein, self hosted

@@its-tin Okay! Sehr cool :) Und was sagst du bisher dazu? Sollte ich auch darüber ein Video machen? :D

@@lorisgaller ich finds eigentlich recht cool, und vorallem recht simpel. vorallem mit der JS SDK. Supabase ist mir zu komplex und selfhosten ist so meh.

👀

Wird gemacht! 🫡

Danke! :) Da ich mich in meinen Videos immer kurz halten möchte, kann ich nicht über alles im Detail reden. Aber hier sind ein paar Nachträge zu deinen Fragen: - RLS: Vor allem aus Sicherheitsgründen. Man steuert damit genau, welche Entität, was machen darf. Ohne RLS policy wäre es einem Angreifer möglich einfach alle Daten der Datenbank abzufragen. Mit RLS kannst du sicherstellen, dass selbst bei direktem Zugriff auf die Datenbank nur autorisierte Benutzer die ihnen zugewiesenen Daten sehen und manipulieren können. - Edge Functions: Das sind alleinstehende Funktionen, welche (geographisch) nah am Nutzer laufen und sehr flexibel einsetzbar sind. Man kann sie für alles nutzen, was man nicht clientseitig machen möchte/kann: - Datenverarbeitung - Datenvalidierung - Push Benachrichtigungen - API Calls - und, und, und - Hier ist das ganze Konzept sehr gut erklärt: stackoverflow.blog/2023/02/23/how-edge-functions-move-your-back-end-close-to-your-front-end/ - Docker: Darüber werde ich auch noch ein Video machen irgendwann! Kurz gesagt: Code in einem “Container”, also in einer abgeschlossenen, isolierten und leichtgewichtigen Umgebung auszuführen. Wie jedes Video von fireship, ist das zu Docker sehr zu empfehlen: ua-cam.com/video/Gjnup-PuquQ/v-deo.html Im Video nutze ich Docker nur zum Bundeln. Das Supabase CLI verwendet Docker im Hintergrund, um alle notwendigen Einzelteile in einem Container zu packen, damit die Edge functions konsistent bereitgestellt werden können.

@@lorisgaller Vielen Dank für die ausführliche Antwort. Hat mir echt weitergeholfen! :D

Supagroßen Dank!! :)

😩

Gute Frage, ich hab meine Idee dazu. 😅

Hat es ja nicht

@@kevinito nichtmehr* freut mich

So wie bei mir, wenn du kommentierst 🥰

🙏

Ja Gemini Nano ist natürlich an sich kacke, aber es geht ja darum, dass es lokal auf deinem Gerät läuft :D

@@lorisgaller ja klar, ist schon interessant. Muss zugeben, dass ich das Video nicht ganz aufmerksam geguckt habe und nur einmal reingesehen habe. Danke für deine Mühe <3

Hey, leider vergessen das einzublenden! Habe die Beschreibung geupdated und dort findest du jetzt auch unter "Playground und Tutorial Installation" eine Schritt für Schritt anleitung. Generell musst du aber für den Schritt nur die beiden Flags jeweils in die Adress Bar eingeben: chrome://flags/#prompt-api-for-gemini-nano und chrome://flags/#optimization-guide-on-device-model

oh shit 🤯

Es lassen sich auf jeden Fall ziemlich coole Dinge damit machen :)

Stimmt! Aber Astro.js ist im Gegensatz zu Next.js sehr darauf spezialisiert, statische Seiten mit Islands zu erzeugen, ohne zusätzliche Imports oder erhöhte Komplexität (die man in Next.js bräuchte). Das führt dann am Ende zu einer geringeren Bundle-Größe und somit auch zu viel schnelleren Ladezeiten :)

@@lorisgaller Next.js Server Components im App Router _ist_ Island Architecture. Die `'use client'` directive ist die Boundary zum JavaScript Island, da braucht man keinerlei zusätzlichen imports oder irgendwelche Komplexität, it just works, du klatschst literally einfach 'use client' oben an die Datei.

Hey, guter Einwand! Die Astro Entwickler haben diesen Vergleich selber auf ihrer Seite verlinkt (sorry für den schlimmen link xd). Beim Thema Core Web Vitals schneidet Astro unter den verglichenen Frameworks mit Abstand am besten ab. Wenn du willst, kannst du hier auch selber noch rumspielen und es mit noch mehr Frameworks vergleichen: lookerstudio.google.com/u/0/reporting/55bc8fad-44c2-4280-aa0b-5f3f0cd3d2be/page/M6ZPC?params=%7B%22df44%22:%22include%25EE%2580%25800%25EE%2580%2580IN%25EE%2580%2580WordPress%25EE%2580%2580Next.js%25EE%2580%2580Nuxt.js%25EE%2580%2580Gatsby%25EE%2580%2580Astro%25EE%2580%2580SvelteKit%25EE%2580%2580Remix%22%7D

@@lorisgaller Super Cool. Danke 🤠🤜🏻🤛🏻

​@@lorisgaller Ich habe mir astro.build eben angesehen. Ich kenne das Astro-Framwork nicht und erlaube mir daher kein Urteil. Was allerdings befremdlich wirkt, ist die Tatsache, dass von der Behauptung auf der Startseite, dass Google, Microsoft, The Guardian, Nord VPN und NBC-News das Astro in Verwendung haben wohl so nicht richtig ist. Ich konnte lediglich Porsche als einzigen Verwender des Astro-Framework identifizieren. Die Domain Astro.build im Livetest der Core Web Vitals offenbart ebenfalls Mängel in der Programmierung ... Schade, da es doch Webseiten mit einem FEHLERFREIEN Score und 4 x 100 in Desktop und Mobile gibt.

​@@Mein_Senf_dazu Also, wenn ich die Werte bei PageSpeed teste, bekomme ich folgende Ergebnisse für astro.build/: First Contentful Paint: 1,3 s Largest Contentful Paint: 2,6 s Total Blocking Time: 0 ms Cumulative Layout Shift: 0 Speed Index: 1,3 s Die sind doch sehr gut, meines Erachtens nach. Und die Sponsoren findest du weiter unten auf der Seite mit Verlinkungen. Beispielsweise hat Google selbst angekündigt, dass sie Astro.js sponsern! Und zu Microsoft: Sie haben es in Fluent 2 verwendet (astro.build/case-studies/microsoft/). Die Anderen habe ich jetzt nicht geprüft aber solche Firmen sind meistens auch nicht daran interessiert, jedes Framework für jede ihrer Lösungen an die große Glocke zu hängen.

Stimmt! Web Components sind wirklich eine ziemlich nice Erfindung, wenn man Frameworks vermeiden möchte und dort wurde auch das Wort Slots zuerst verwendet :)

Dankeschön!!! Gustav ist btw das kreative Genie hinter diesem Kanal