Magento 2 Security
CSRF, XSS und SQL-Injection verhindern

Sicherheit in Magento 2 beginnt selten mit einem einzelnen Großereignis. Meist entstehen Risiken aus kleinen unsauberen Entscheidungen in Formularen, Templates, Queries, APIs oder Erweiterungen. Gute Security ist deshalb vor allem Entwicklungsdisziplin mit klarem Blick auf reale Angriffsflächen.

Magento-Wartungsskripte in Bash machen den Unterschied zwischen manuellem Deploy-Chaos und zuverlässiger Automatisierung. Die richtige Sequenz aus bin/magento-Kommandos, rsync-Backups, Cache-Flush und Log-Rotation verhindert Fehler, die entstehen, wenn Deploy-Schritte manuell in der falschen Reihenfolge ausgeführt werden.

Props fließen nach unten, Emits fließen nach oben – der One-Way Data Flow in Vue.js ist kein Design-Dogma, sondern die Grundlage für vorhersehbares, debugbares Komponentenverhalten. Wer Props mutiert, baut Bugs, die erst unter Last oder bei komplexen Zustandsänderungen sichtbar werden.

Die drei Häkchen beim Anlegen einer GitLab-Variable sehen harmlos aus – aber welche Kombination für welche Variable gilt, bestimmt über die Sicherheit des gesamten Deployment-Prozesses. Protected, Masked und Environment Scope bedeuten drei verschiedene Dinge, die oft verwechselt werden.

CLI-Commands sind oft der am wenigsten getestete Teil einer PHP-Anwendung. Dabei sind es genau diese Commands, die Cron-Jobs, Migrations, Deployments und kritische Batch-Operationen steuern. Exit-Codes sind der einzige Kommunikationskanal zwischen einem Prozess und dem aufrufenden System – und sie müssen korrekt sein, damit CI-Pipelines und Orchestratoren auf Fehler reagieren können.

Pinia ist nicht einfach nur Vuex 5 mit anderem Namen — es ist ein grundlegend anderer Ansatz, der die Composition API konsequent nutzt. Wer Pinia nur als Datenspeicher nutzt, verschenkt das Potenzial von Store-Komposition, typsicheren Actions und reaktiven Getters. Dieser Artikel zeigt, wie State Management mit Pinia in Vue 3 von Grund auf richtig aufgebaut wird.