Seite 11 - Mir Admin

PHPUnit

Architekturtests mit PHPUnit: Abhängigkeiten und Modulgrenzen prüfen

Mir Admin - September 19, 2025

Architekturregeln, die nur in Dokumenten existieren, werden gebrochen. Mit PHPUnit, PHP-Arch und der Reflection API lassen sich Schichtengrenzen, Modulabhängigkeiten und Designregeln als ausführbare Tests formulieren – die sofort anschlagen, wenn eine Klasse die falsche Schicht aufruft oder ein Modul eine verbotene Abhängigkeit einführt.

Alpine.js

Alpine.js + htmx: Das unterschätzte Duo 2026

Mir Admin - September 18, 2025

Während die JavaScript-Community über die nächste Framework-Version diskutiert, lösen Alpine.js und htmx zusammen echte Produktionsprobleme: weniger JavaScript, mehr Server-Logik, bessere Performance und Progressive Enhancement ohne Kompromisse.

GitLab

Zero-Downtime in Magento realistisch verstehen: Was wirklich ohne Ausfall geht und was nicht

Mir Admin - September 09, 2025

CI/CD

.yml

GitLab · Magento · Zero Downtime · Realismus · Deployment-Strategie

Zero-Downtime in Magento realistisch:
Was geht ohne Ausfall – und was nicht

Zero-Downtime wird versprochen und selten klar definiert. Dieser Artikel erklärt ehrlich, wo der Symlink-Switch wirklich ohne Ausfallzeit funktioniert – und wo Datenbankmigrationen unvermeidlich ein kurzes Wartungsfenster erfordern.

13 Min. Lesezeit Zero Downtime · Symlink · setup:upgrade · DB-Migration · Maintenance-Mode Magento 2.4 · PHP 8.4 · GitLab CI/CD

Inhaltsverzeichnis

1. Was Zero-Downtime wirklich bedeutet
2. Was wirklich ohne Downtime geht
3. Was nicht ohne Downtime geht
4. setup:upgrade: der kritische Schritt
5. Expand-and-Contract: DB-Migrationen ohne Downtime
6. Maintenance-Mode: wann er wirklich notwendig ist
7. Pipeline-Strategie je nach Release-Typ
8. Monitoring nach dem Deploy: Was überwacht werden sollte
9. Deployment-Typen im Vergleich
10. Zusammenfassung
11. FAQ

1. Was Zero-Downtime wirklich bedeutet

Zero-Downtime

GraphQl

Breaking Changes in GraphQL vermeiden: Deprecations und Evolution

Mir Admin - September 05, 2025

{ }

type

GraphQL · Schema Evolution · Deprecations · Magento · Tooling

Breaking Changes in GraphQL vermeiden
Deprecations, Evolution und kontrollierte Migration

Wer ein GraphQL-Schema ändert, ohne die bestehenden Clients zu kennen, riskiert stille Brüche im Frontend. Additive Evolution, strukturierte Deprecations und automatische Schema-Diffs mit GraphQL Inspector machen Schema-Änderungen planbar statt zufällig.

18 Min. Lesezeit @deprecated · Schema Diff · Additive Evolution · Migration · Inspector GraphQL · Magento · Headless Commerce

Inhaltsverzeichnis

1. Was ist ein Breaking Change in GraphQL?
2. Typische Ursachen und Auswirkungen
3. Die @deprecated-Direktive richtig einsetzen
4. Additive Evolution: das Grundprinzip sicherer Schema-Änderungen
5. GraphQL Inspector: Schema-Diffs automatisieren
6. Migrationspfade für Felder und Typen
7. Breaking Changes in Magento GraphQL vermeiden
8. Schema-Reviews im Team etablieren
9. Breaking vs. Non-Breaking: der direkte Vergleich
10. Zusammenfassung

PHPStorm

PHPStan, Psalm und PHP_CodeSniffer in PhpStorm direkt nutzbar machen

Mir Admin - September 04, 2025

IDE

{ }

PhpStorm · PHPStan · Psalm · PHP_CodeSniffer

PHPStan, Psalm und PHPCS
in PhpStorm direkt nutzbar machen

Statische Analyse und Code-Style-Prüfungen erst in der CI-Pipeline zu sehen ist zu spät. PHPStan, Psalm und PHP_CodeSniffer lassen sich direkt in PhpStorm integrieren – als externe Tools, Run Configurations und File Watchers – sodass Feedback schon beim Speichern kommt, nicht erst beim Pull Request.

18 Min. Lesezeit PHPStan · Psalm · PHPCS · Externe Tools · File Watchers PhpStorm 2024+ · PHP 8.x · Composer

Inhaltsverzeichnis

1. Warum lokale Integration überhaupt sinnvoll ist
2. PHPStan als externes Tool in PhpStorm einrichten
3. Psalm integrieren: Unterschiede zu PHPStan und gemeinsame Konfiguration
4. PHP_CodeSniffer: PHPCS und PHPCBF in PhpStorm
5. File Watchers: automatisch beim Speichern prüfen
6. Run Configurations für schnelle Analyseläufe
7. PHPStan, Psalm und PHPCS sinnvoll kombinieren
8. Vergleich: Externe Tools vs. PhpStorm-Inspektionen
9. Zusammenfassung
10. FAQ

1.

PHPStorm

Code Inspections sinnvoll konfigurieren statt Warnungsrauschen

Mir Admin - September 01, 2025

IDE

{ }

PHPStorm · Code Inspections · Qualitätssicherung · PHPStan

Code Inspections sinnvoll konfigurieren
statt Warnungsrauschen

Standardmäßig zeigt PHPStorm so viele Inspektions-Warnungen, dass Entwickler sie kollektiv ignorieren. Das ist kontraproduktiv: Warnungen verlieren ihre Signalwirkung und echte Probleme gehen im Rauschen unter. Die Lösung ist nicht weniger Qualitätssicherung, sondern klügere Konfiguration.

16 Min. Lesezeit Severity-Level · Inspektionsprofile · PHPStan · PHPCS · Team-Sharing PHPStorm 2024.x · PHP 8.x

Inhaltsverzeichnis

1. Das Warnungsrauschen-Problem und warum es entsteht
2. Severity-Level: Error, Warning, Weak Warning, Info
3. Inspektionsprofile erstellen und verwalten
4. Die wichtigsten PHP-Inspektionen und wie man sie kalibriert
5. PHPStan als externe Inspektion einbinden
6. PHPCS und PHP_CodeSniffer integrieren
7. Inspektionen gezielt unterdrücken ohne Regeln aufzuweichen
8. Inspektionsprofile im Team teilen
9. Inspektionsstrategie im direkten Vergleich
10.

Alpine.js

Accessibility-konformes Modal mit Alpine.js: Fokus-Trap und ARIA

Mir Admin - August 30, 2025

Ein visuell ansprechendes Modal ist nur die halbe Arbeit. Wer Barrierefreiheit nach WCAG 2.1 ernst nimmt, muss Fokus-Management, korrekte ARIA-Rollen und vollständige Keyboard-Navigation implementieren. Alpine.js macht das möglich – ohne jQuery, ohne externe Bibliotheken.

PHPStorm

PhpStorm für PHP-Projekte richtig einrichten: Interpreter, Indexing, Memory & Quality Tools

Mir Admin - August 27, 2025

IDE

{ }

PhpStorm · PHP-Setup · PHPStan · phpcs · Memory-Tuning

PhpStorm für PHP-Projekte richtig einrichten
Interpreter, Indexing, Memory & Quality Tools

Eine Standard-PhpStorm-Installation ist kein produktiver PHP-Arbeitsplatz. Erst wenn der PHP-Interpreter korrekt eingebunden ist, das Indexing auf das Wesentliche begrenzt wurde, PHPStan und phpcs inline warnen und das Heap-Limit der tatsächlichen Projektgröße entspricht, arbeitet PhpStorm so, wie eine moderne PHP-IDE arbeiten sollte.

18 Min. Lesezeit Interpreter · PHPStan · phpcs · PHP-CS-Fixer · Memory PhpStorm 2024+ · PHP 8.1–8.4 · Docker

Inhaltsverzeichnis

1. Grundkonzept: Warum Standard-Einstellungen nicht reichen
2. PHP-Interpreter: lokal, Remote und Docker korrekt einbinden
3. Indexing-Strategien für PHP-Projekte jeder Größe
4. Heap-Memory und JVM-Tuning für große Codebases
5. PHPStan in PhpStorm integrieren: Echtzeit-Analyse im Editor
6. phpcs und PHP-CS-Fixer für automatische Code-Style-Prüfung
7. Built-in Inspections gezielt

GitLab

GitLab + Magento Deployment Cheatsheet: Variablen, Jobs, Kommandos, Reihenfolge

Mir Admin - August 22, 2025

CI/CD

.yml

GitLab · Magento · CI/CD · Cheatsheet

GitLab + Magento Deployment Cheatsheet
Variablen, Jobs, Kommandos, Reihenfolge

Welche Variablen müssen gesetzt werden? Wie sind Jobs korrekt strukturiert? In welcher Reihenfolge werden Magento-Kommandos ausgeführt? Dieses Cheatsheet beantwortet diese Fragen kompakt und vollständig – als Nachschlagewerk für den Deployment-Alltag.

18 Min. Lesezeit Variablen · Job-Struktur · Magento-CLI · Reihenfolge · Rollback GitLab 16+ · Magento 2.4.8 · PHP 8.4

Inhaltsverzeichnis

1. Pflicht-Variablen für jede Magento-Pipeline
2. Stages und ihre Bedeutung
3. Der Build-Job: was er leisten muss
4. Der Deploy-Job: Artefakt auf den Server bringen
5. Magento-Kommandos in der richtigen Reihenfolge
6. Verify-Job: Deployment bestätigen
7. Rollback: der geübte Rückweg
8. Häufige Fehler und ihre Ursachen
9. Jobs im Vergleich: häufige Varianten
10. Zusammenfassung
11. FAQ

1. Pflicht-Variablen für jede Magento-Pipeline

Die CI/CD-Variablen einer GitLab-Pipeline sind der

Bash

Locking in Bash — flock, PID-Files und Race Conditions

Mir Admin - August 21, 2025

Bash · flock · PID-Files · Race Conditions · Linux

Locking in Bash — flock, PID-Files und Race Conditions
atomares Locking und sichere Mehrfachausführungs-Kontrolle

Bash-Skripte, die ohne Locking in Cron-Jobs oder Deployment-Pipelines laufen, riskieren Race Conditions bei Mehrfachausführung. PID-Files sind verbreitet, aber nicht atomar. flock bietet kernel-gestützte Sperren, die auch bei Crashes automatisch freigegeben werden – das richtige Werkzeug für zuverlässiges Locking in Shell-Skripten.

12 Min. Lesezeit flock · PID-Files · mkdir · stale locks · Race Conditions Linux · Bash 4.x · 5.x · Cron · CI/CD

Inhaltsverzeichnis

1. Warum Locking in Bash-Skripten unverzichtbar ist
2. Race Conditions in Shell-Skripten verstehen
3. PID-Files: das verbreitete, aber fehleranfällige Muster
4. flock: atomares Locking mit Kernel-Unterstützung
5. flock-Muster: non-blocking, timeout und FD-basiert
6. Stale Locks erkennen und automatisch aufräumen
7. mkdir als atomarer Locking-Mechanismus
8. Locking in