Seite 158 - Mironsoft Blog

TipTap baut auf ProseMirror auf und liefert bewusst keinerlei eigene visuelle Gestaltung mit, sondern nur die editierbare Struktur und die Befehle für Formatierung. Die gesamte Optik, vom Fließtext im Editor über die Toolbar-Buttons bis zur finalen Darstellung des gespeicherten Inhalts, entsteht ausschließlich durch eigenes CSS. Die @tailwindcss/typography-prose-Klasse liefert dafür eine solide Ausgangsbasis, muss aber gezielt angepasst werden, damit Editor-Ansicht und Render-Ansicht wirklich konsistent aussehen.

Eine durchdachte GraphQL Fehlerbehandlung entscheidet darüber, ob ein Frontend gezielt auf einzelne Probleme reagieren kann oder bei jedem Fehler nur eine generische Meldung anzeigt. Wer eigene Exception-Klassen, Error-Extensions und Partial Responses konsequent nutzt, gibt Frontend-Teams die Informationen, die sie für gute Fehlermeldungen tatsächlich brauchen.

Wer Git täglich über die Kommandozeile bedient, tippt bestimmte Befehlskombinationen dutzende Male am Tag, oft mit denselben Optionen und Formatierungsparametern. Git-Aliase kapseln solche wiederkehrenden Befehle in einem einzigen, kurzen Kommando und sparen dabei nicht nur Tastenanschläge, sondern auch Denkarbeit, weil komplexe Standardworkflows nicht jedes Mal neu zusammengesetzt werden müssen. Dieser Artikel zeigt, wie einfache und fortgeschrittene Aliase funktionieren, welche sich in der Praxis bewährt haben und wie sie sich teamweit verteilen lassen.

GraphQL Yoga setzt auf einen schlanken Kern, Standards-Konformität und ein Plugin-System namens envelop. Apollo Server bringt ein gewachsenes Ökosystem mit Studio-Integration, Federation-Support und jahrelanger Produktionserfahrung mit. Welcher Server sich lohnt, hängt von Teamgröße, Bestandssystem und gewünschtem Funktionsumfang ab.

E2E-Tests mit Cypress oder Playwright sichern die kritischsten Kaufprozesse eines Shops ab, verursachen aber bei falscher Anwendung mehr Wartungsaufwand als Nutzen. Dieser Artikel zeigt, welche User Journeys wie Checkout, Login und Suche echte End to End Abdeckung verdienen, welche Fälle besser auf Unit oder Integrationsebene geprüft werden und wie sich die Investition gegenüber Stakeholdern mit klaren Kennzahlen begründen lässt.

Redis überträgt Verbindungsdaten standardmäßig unverschlüsselt, ein Zustand, der in vielen internen Netzwerken jahrelang toleriert wurde, weil die Instanzen meist hinter einer Firewall liefen. Sobald jedoch Cloud-Umgebungen, Container-Orchestrierung oder Compliance-Vorgaben ins Spiel kommen, reicht reines Vertrauen auf Netzwerksegmentierung nicht mehr aus. Seit Redis 6 lässt sich TLS nativ konfigurieren, inklusive gegenseitiger Authentifizierung zwischen Client und Server. Dieser Artikel zeigt, wie eine End-to-End-Verschlüsselung server- und clientseitig sauber aufgesetzt wird, welchen Performance-Overhead die TLS-Terminierung tatsächlich verursacht, wie sich dieser Overhead durch Connection-Reuse und Session-Resumption spürbar reduzieren lässt, und wie eine Zertifikatsrotation im Produktivbetrieb gelingt, ohne die Verbindung zu unterbrechen.

Nicht jede Pipeline muss durch einen Push oder Merge Request ausgeloest werden. Naechtliche Security-Scans, wiederkehrende Aufraeumjobs oder regelmaessige Abhaengigkeits-Updates laufen am besten zeitgesteuert, unabhaengig davon, ob an dem Tag ueberhaupt jemand Code committet hat. GitLabs Scheduled Pipelines bieten dafuer einen in die Plattform integrierten Cron-Mechanismus. Dieser Artikel zeigt die Einrichtung, die cron-Syntax, den Umgang mit Pipeline-Variablen und warum eine Scheduled Pipeline etwas grundlegend anderes ist als ein klassischer Cronjob auf einem Server.

Ein Array von Objekten sieht in JSON harmlos aus, wird aber je nach gewaehltem Feldtyp intern vollkommen unterschiedlich gespeichert. Der Standardtyp object macht die Struktur flach und verliert dabei die Zuordnung zwischen Feldern verschiedener Array-Eintraege, was zu Treffern fuehrt, die eigentlich keine sein duerften. Nested bewahrt genau diese Beziehung, kostet dafuer aber mehr Ressourcen.

Das Entfernen von Fokusringen wegen ästhetischer Bedenken ist einer der häufigsten Barrierefreiheitsfehler im Web. Die CSS-Pseudoklasse focus-visible und die gleichnamige Tailwind-CSS-Variante lösen das Dilemma: Tastaturnutzer sehen klare Indikatoren, Mausnutzer werden nicht gestört.

Ein TypeScript-Review, das nur auf Syntax achtet, übersieht die eigentlichen Risiken: any-Creep, unnötige as-Assertions, unlesbare Generic-Konstruktionen und Non-Null Assertions, die echte Fehlerquellen maskieren. Dieser Artikel zeigt die wichtigsten Red Flags erfahrener Reviewer, eine praktische Checkliste und einen Weg, Typsicherheit und Review-Tempo im Gleichgewicht zu halten.