Seite 136 - Mironsoft Blog

Magento B2B liefert Company-Verwaltung, Freigabe-Workflows, Negotiable Quotes und Requisition Lists standardmäßig als Luma-Komponenten mit Knockout.js und UI-Components aus, die in einem Hyvä-Theme nicht funktionieren, weil Hyvä genau diese Schicht entfernt. Wer B2B-Funktionen im Frontend trotzdem sauber abbilden will, braucht ViewModels für den Company-Kontext, Alpine.js für interaktive Zustände und gezielte Layout-XML-Overrides der Luma-Templates.

Ein einzelner getCurrentPosition-Aufruf klingt nach der einfachsten Sache der Welt, doch Standortdienste stehen im Spannungsfeld aus Genauigkeit, Akkuverbrauch und Nutzer-Privatsphäre. Wer Geolocation ohne Konzept in eine React-Native-App integriert, riskiert leere Akkus, verwirrte Nutzer und abgelehnte App-Store-Reviews. Dieser Artikel zeigt, wie Standortdienste unter iOS und Android sauber angefordert, effizient getrackt und zuverlässig getestet werden.

Eine Command Palette ist mittlerweile fast schon Standard in Entwickler-Tools und zunehmend auch in normalen Web-Anwendungen: Mit einem Tastendruck öffnet sich ein zentriertes Suchfeld, das Befehle, Seiten oder Datensätze durchsucht und per Pfeiltasten navigierbar macht. Optisch steckt hinter dem scheinbar einfachen Muster eine ganze Reihe von Detailproblemen: korrekte Overlay-Positionierung, ein klar erkennbarer aktiver Eintrag, Gruppen mit eigenen Ueberschriften und eine visuelle Hervorhebung der Treffer aus der Fuzzy-Suche. Dieser Artikel zeigt, wie sich all das mit reinem Tailwind CSS und etwas Alpine.js für den Zustand sauber und wartbar umsetzen lässt.

Wer vendor Verzeichnisse committet oder composer.lock ignoriert, riskiert inkonsistente Installationen zwischen Entwicklerrechner, CI Pipeline und Produktivserver. Dieser Artikel zeigt, warum composer.lock statt vendor versioniert werden sollte, wie private Magento Marketplace Pakete sicher über auth.json eingebunden werden, und wie sich composer.lock Merge Konflikte zwischen Branches sauber auflösen lassen, damit Deployments jederzeit reproduzierbar bleiben.

Social-Proof-Widgets steigern nachweislich die Conversion-Rate, aber die allermeisten Implementierungen laden ein zusätzliches Drittanbieter-Skript blockierend im Head, verursachen sichtbaren Layout-Shift und öffnen die Content-Security-Policy so weit, dass sie faktisch wirkungslos wird. Dieser Artikel zeigt, wie man Live-Kaufbenachrichtigungen und Bewertungs-Widgets technisch sauber implementiert, welche CSP-Direktiven dafür wirklich nötig sind und wo die Grenze zu unseriösen Fake-Social-Proof-Praktiken verläuft, die mehr Risiko als Nutzen bringen.

CSS entwickelt sich 2026 schneller als je zuvor. Container Queries, Cascade Layers, @property, native Nesting und :has() sind Baseline und produktionsreif. Neue Features wie CSS Masonry, Anchor Positioning und Scroll-driven Animations schließen zur Produktionsreife auf. Dieser Artikel gibt einen strukturierten Überblick.

Eine Closure trägt ihren Definitionskontext nicht automatisch mit sich, wenn es um Sichtbarkeit geht. Closure::bind und bindTo erlauben es, den $this-Kontext und den Scope für Sichtbarkeitsprüfungen gezielt zu verändern, auch nachträglich. Wir zeigen, wie das im Detail funktioniert und wo sich privater Zugriff aus Closures heraus in der Praxis wirklich lohnt.

Ein Kernel-Versionsupgrade ohne Plan kann einen Produktivserver lahmlegen, wenn Treiber fehlen oder DKMS-Module nicht mehr bauen. Mit einer klaren Bestandsaufnahme, einer LTS-Strategie, GRUB als Rollback-Netz und einem Testplan wird aus dem Risiko ein kontrollierter, wiederholbarer Vorgang.

Ohne verbindliche KI-Nutzungsrichtlinien entscheidet jeder Entwickler individuell, welche Daten in einen Prompt wandern und welcher KI-generierte Code ungeprüft in den Main-Branch gelangt. Ein schriftliches Governance-Framework mit Geltungsbereich, Datenklassifizierung, Tool-Freigabe und klaren Eskalationswegen macht diese Entscheidungen nachvollziehbar, überprüfbar und für das ganze Team verbindlich.

Eine gemeinsame GraphQL-API für mehrere Mandanten spart Infrastruktur, birgt aber ein reales Risiko: ein einziger vergessener Tenant-Filter im Resolver, und Mandant A sieht Daten von Mandant B. Wer Tenant-Isolation systematisch statt ad hoc aufbaut, vermeidet genau dieses Szenario.