Monthly Archives: April 2026

Mocking-Anti-Patterns: Wenn Tests nur Implementierungsdetails abbilden

April 29, 2026

@test

assert

PHPUnit · Mocking · Anti-Patterns · Test-Design

Mocking-Anti-Patterns:
Wenn Tests nur Implementierungsdetails abbilden

Ein Test, der bei jeder Implementierungsänderung rot wird, ohne dass sich das beobachtbare Verhalten geändert hat, ist kein Test – er ist ein Hindernis. Overspecified Mocks, das Testen eigener Klassen über Mocks, Spy-Missbrauch und Expectation-Overload sind die häufigsten Ursachen für brittle PHPUnit-Suites, die mehr Wartungsaufwand erzeugen als Sicherheit liefern.

16 Min. Lesezeit Overspecified Mocks · Mock-what-you-own · Spy-Abuse · Expectation-Overload PHP 8.4 · PHPUnit 11 · Test-Design

Inhaltsverzeichnis

1. Das Grundproblem: Tests, die die Implementierung beschreiben
2. Overspecified Mocks: zu viele Expectations
3. Mock-What-You-Own: nie fremde Klassen mocken
4. Spy-Missbrauch: expects() statt Ergebnis-Assertions
5. Konkrete Klassen mocken: das Seam-Problem
6. Wann Mocks wirklich sinnvoll sind
7. Anti-Pattern vs. empfohlenes Muster im Vergleich
8. Zusammenfassung

watch vs watchEffect vs computed in Vue – wann was?

April 29, 2026

<v/>

{ }

Vue Reactivity · computed · watch · watchEffect · Composition API

watch vs watchEffect
vs computed – wann was?

computed, watch und watchEffect sind die drei Reaktivitäts-Primitive der Vue 3 Composition API – und alle drei lösen verschiedene Probleme. Wer sie verwechselt, schreibt entweder unnötige Seiteneffekte, verzichtet auf Caching oder debuggt endlose Watcher-Kaskaden, die ein computed in einer Zeile gelöst hätte.

13 Min. Lesezeit computed · watch · watchEffect · immediate · deep · onCleanup Vue 3 · Composition API · TypeScript

Inhaltsverzeichnis

1. Das Reaktivitätssystem von Vue 3 verstehen
2. computed: abgeleitete Werte mit Caching
3. watch: Seiteneffekte mit Kontrolle
4. watchEffect: automatisches Dependency-Tracking
5. Die wesentlichen Unterschiede im Detail
6. Cleanup und Stoppen von Watchern
7. API-Calls mit watch und watchEffect
8. Häufige Fehlerquellen und wie man sie vermeidet
9. Entscheidungstabelle: computed, watch oder watchEffect?
10. Zusammenfassung
11. FAQ

1.

SSH-Bastion, Jump Hosts und getrennte Deployment-User in GitLab-Prozessen

April 27, 2026

CI/CD

.yml

GitLab · SSH · Deployment-Sicherheit · Magento

SSH-Bastion, Jump Hosts und getrennte
Deployment-User in GitLab-Prozessen

Wer Produktionsserver direkt aus GitLab-Runnern erreichbar macht, baut Angriffsfläche auf. SSH-Bastion-Server, Jump Hosts und dedizierte Deployment-User trennen Zugriffspfade sauber und machen Deployment-Verbindungen auditierbar, widerrufbar und ohne Personal-SSH-Keys umsetzbar.

12 Min. Lesezeit SSH ProxyJump · Bastion · Deploy-User · Known Hosts GitLab CI/CD · Magento 2 · Zero Downtime

Inhaltsverzeichnis

1. Warum ein Bastion-Host statt direktem SSH
2. Architektur: Bastion, Jump Host und Zielsystem
3. Getrennte Deployment-User anlegen und absichern
4. ProxyJump in GitLab CI/CD konfigurieren
5. Known Hosts für Bastion und Zielserver verwalten
6. GitLab-Variablen und SSH-Agent im Runner
7. Direkter SSH vs. Bastion-Routing im Vergleich
8. Typische Fehlerbilder und Diagnose
9. Rollback über Bastion-Verbindung
10. Zusammenfassung
11. FAQ

1. Warum ein Bastion-Host

Idempotenz und Retry bei POST, PUT, PATCH und DELETE

April 27, 2026

{ }

GET

REST API · Idempotenz · HTTP · Retry-Strategien

Idempotenz und Retry
bei POST, PUT, PATCH und DELETE

Netzwerkfehler passieren. Timeouts passieren. Was passiert, wenn ein Client eine Anfrage wiederholt, weil er keine Antwort bekommen hat? Bei idempotenten Methoden: nichts Schlimmes. Bei POST: möglicherweise eine Doppelbuchung, ein doppelter Datensatz oder eine zweifache Zahlung. Dieser Artikel erklärt, wie man REST-APIs so gestaltet, dass Retries sicher sind.

14 Min. Lesezeit Idempotency-Key · Exponential Backoff · Optimistic Locking · ETag HTTP · REST · API Design

Inhaltsverzeichnis

1. Was Idempotenz genau bedeutet
2. GET, PUT, DELETE – warum idempotent?
3. Das POST-Problem: Doppelausführung und ihre Folgen
4. Idempotency-Keys: POST sicher machen
5. PATCH-Semantik: partiell und idempotent zugleich?
6. Retry-Strategien: Exponential Backoff und Jitter
7. Optimistic Locking mit ETag und If-Match
8. DELETE-Edge-Cases: 404 als Erfolg behandeln
9. HTTP-Methoden im Idempotenz-Vergleich

Docker Compose Profiles für Dev, Test und CI einsetzen

April 27, 2026

Docker Compose · Profiles · Dev · Test · CI/CD

Docker Compose Profiles für Dev, Test und CI
eine Compose-Datei für alle Umgebungen

Wer für Dev, Test und CI drei separate Compose-Dateien pflegt, schreibt Konfiguration dreifach und vergisst regelmäßig, Änderungen zu synchronisieren. Docker Compose Profiles lösen dieses Problem: Services werden nur dann gestartet, wenn das passende Profil aktiv ist – eine Datei, alle Umgebungen.

13 Min. Lesezeit profiles · --profile · COMPOSE_PROFILES · depends_on · service_completed_successfully Docker Compose v2 · GitHub Actions · GitLab CI

Inhaltsverzeichnis

1. Das Problem mit mehreren Compose-Dateien
2. Docker Compose Profiles: Grundlagen und Syntax
3. Das Dev-Profil: Mailhog, Adminer und Debug-Tools
4. Das Test-Profil: Seed-Container und Fixtures
5. Das CI-Profil: schlanke Services ohne Dev-Overhead
6. depends_on mit Conditions und Profile kombinieren
7. COMPOSE_PROFILES und .env-Dateien pro Umgebung
8. Profiles in GitHub Actions und GitLab CI einsetzen

CSS Grid Subgrid — verschachtelte Layouts ausrichten

April 26, 2026

CSS Grid · Subgrid · Layout · Moderne Browser

CSS Grid Subgrid — verschachtelte Layouts ausrichten
subgrid, Cross-Component Alignment und grid-template-rows

Verschachtelte Grid-Elemente an den Tracks des Eltern-Grids ausrichten — ohne JavaScript, ohne Workarounds. CSS Grid Subgrid löst das jahrelang offene Ausrichtungsproblem in Karten-Layouts, Formularen und Multi-Column-Designs auf elegante, deklarative Weise.

10 Min. Lesezeit subgrid · grid-template-rows · grid-template-columns · Cross-Component Alignment Chrome 117+ · Firefox 71+ · Safari 16+

Inhaltsverzeichnis

1. Das Ausrichtungsproblem in verschachtelten Layouts
2. Subgrid — Grundkonzept und Syntax
3. grid-template-rows und grid-template-columns mit subgrid
4. Karten-Layout: Cross-Component Alignment in der Praxis
5. Formulare und Label-Input-Ausrichtung
6. Mehrfach verschachtelte Subgrids
7. Gap-Vererbung und Named Lines
8. Häufige Fehler beim Einsatz von Subgrid
9. Subgrid im direkten Vergleich
10. Zusammenfassung
11. FAQ

1. Das

Symfony REST-API

Symfony REST API von Grund auf: Controller, DTOs, Serializer, Validator, Error Handling

Mir Admin - April 26, 2026

Eine produktionsreife Symfony REST API entsteht nicht durch das Zusammenstecken einzelner Komponenten – sie erfordert eine klare Architektur, die alle Teile konsistent verbindet: Request-Deserialisierung, Validierung, Business-Logik, Response-Serialisierung und einheitliches Error Handling. Dieser Guide zeigt den vollständigen Aufbau mit Symfony 7 und PHP 8.4.

Docker und Kubernetes Workflows mit Bash automatisieren

April 25, 2026

We're sorry, an error has occurred while generating this content.

Object.groupBy und Map.groupBy in JavaScript: Daten gruppieren ohne Lodash

April 25, 2026

JS

() =>

JavaScript · ES2024 · Array-Methoden

Object.groupBy und Map.groupBy
Arrays nativ gruppieren – ohne Lodash und ohne reduce()

Wer Arrays in JavaScript nach Kriterien gruppieren wollte, griff lange zu Lodash, Underscore oder einer verschachtelten reduce()-Kette. Mit Object.groupBy und Map.groupBy bringt ES2024 endlich eine native, lesbare Lösung direkt in die Sprache – mit einem klaren Unterschied zwischen beiden, der in der Praxis oft übersehen wird.

8 Min. Lesezeit Object.groupBy · Map.groupBy · reduce() · Iterable V8 117+ · Firefox 119+ · Safari 17.4+

Inhaltsverzeichnis

1. Das Problem mit manueller Gruppierung
2. Syntax und Grundkonzept von Object.groupBy
3. Map.groupBy: Wenn der Schlüssel kein String sein darf
4. Object.groupBy vs. Map.groupBy: der entscheidende Unterschied
5. Praxisbeispiele: Bestellungen, Produkte, Nutzerdaten
6. Vergleich mit reduce() und Lodash groupBy
7. Null-Prototyp: Warum Object.groupBy kein normales Objekt zurückgibt
8. Iterable-Support: Nicht nur Arrays,

Kategorieseiten über Magento GraphQL optimieren

April 24, 2026

{ }

type

Magento GraphQL · Kategorieseiten · Performance · Caching · Produktliste

Kategorieseiten über Magento
GraphQL optimieren

Die Kategorieseite ist der wichtigste Performance-Hotspot in fast jedem Magento-Shop. Zu viele Felder, zu tiefe Resolver-Ketten und fehlende Caching-Strategien machen sie langsamer als nötig. Der Hebel liegt in der Query – nicht im Server.

16 Min. Lesezeit Produktliste · Aggregationen · Caching · N+1 · Resolver-Ketten Magento 2.4 · GraphQL · Hyvä · Headless

Inhaltsverzeichnis

1. Warum Kategorieseiten der wichtigste GraphQL-Hotspot sind
2. Anatomie einer Kategorieseiten-Query
3. Felder reduzieren: Nur anfordern, was gerendert wird
4. Aggregationen und Filter effizient modellieren
5. N+1-Probleme in Resolver-Ketten erkennen und beheben
6. Paginierung: Cursor vs. Offset in Magento
7. Caching-Strategie für Kategorieseiten-Queries
8. Typische Fehler bei Kategorieseiten-Queries
9. Falsch vs. Richtig: Query-Vergleich
10. Zusammenfassung
11. FAQ

1. Warum Kategorieseiten