Deployer ist ein Open-Source-Deployment-Tool für PHP-Projekte – speziell entwickelt, um Anwendungen wie Laravel, Symfony, Magento, WordPress oder auch generische PHP-Apps automatisiert, wiederholbar und sicher auf Server zu bringen.

🚀 Was macht Deployer besonders?

• Es ist ein CLI-Tool, geschrieben in PHP.

• Du definierst dein Deployment in einer deploy.php-Datei mit klaren Aufgaben (Tasks).

• Es setzt auf das Prinzip Zero Downtime Deployment, z. B. durch Symlinks.

• Unterstützt mehrstufige Umgebungen (z. B. staging, production).

🛠️ Typischer Workflow mit Deployer

Du installierst Deployer über Composer:

composer require deployer/deployer --dev

Du generierst ein Template:

vendor/bin/dep init

Du konfigurierst deploy.php, z. B. für Laravel:

host('mein-server.com')
    ->set('deploy_path', '/var/www/meinprojekt')
    ->set('branch', 'main');

task('deploy', [
    'deploy:prepare',
    'deploy:vendors',
    'artisan:migrate',
    'deploy:publish',
]);

Du startest das Deployment:

vendor/bin/dep deploy production

🔁 Was passiert im Hintergrund?

Deployer:

• Verbindet sich via SSH mit dem Zielserver

• Klont das Git-Repository in ein neues Release-Verzeichnis

• Installiert Composer-Abhängigkeiten

• Führt Tasks aus (z. B. php artisan migrate)

• Verlinkt das neue Release mit dem Live-Verzeichnis (current)

• Löscht alte Releases nach Bedarf

📦 Vorteile von Deployer

Die PHP-Bibliothek Whoops ist ein leistungsstarkes und benutzerfreundliches Fehlermanagement-Tool für PHP-Anwendungen. Sie sorgt dafür, dass Fehler in einer ansprechenden und übersichtlichen Weise dargestellt werden, was die Fehlersuche und -behebung erleichtert.

Hauptfunktionen von Whoops

✅ Schöne, interaktive Fehlerseiten
✅ Detaillierte Stack-Traces mit Code-Vorschau
✅ Einfache Integration in bestehende PHP-Projekte
✅ Unterstützung für verschiedene Frameworks (Laravel, Symfony, Slim, etc.)
✅ Anpassbar durch eigene Handler und Logger

Installation

Whoops kann mit Composer installiert werden:

composer require filp/whoops

Grundlegende Nutzung

Hier ist ein einfaches Beispiel, wie du Whoops in deinem PHP-Projekt aktivieren kannst:

require 'vendor/autoload.php';

use Whoops\Run;
use Whoops\Handler\PrettyPageHandler;

$whoops = new Run();
$whoops->pushHandler(new PrettyPageHandler());
$whoops->register();

// Erzeugt einen Fehler (z. B. eine nicht definierte Variable aufrufen)
echo $undefinedVariable;

Falls ein Fehler auftritt, zeigt Whoops eine übersichtliche Debug-Seite an.

Anpassung und Erweiterung

Du kannst Whoops auch erweitern, z. B. indem du eine eigene Fehlerbehandlung hinzufügst:

use Whoops\Handler\CallbackHandler;

$whoops->pushHandler(new CallbackHandler(function ($exception, $inspector, $run) {
    error_log($exception->getMessage());
}));

Diese Variante loggt Fehler in eine Datei, anstatt sie direkt anzuzeigen.

Einsatzgebiete

Whoops wird oft in Entwicklungsumgebungen verwendet, um schnell auf Fehler zu reagieren. In Produktionsumgebungen sollte es jedoch deaktiviert oder durch eine benutzerdefinierte Fehlerseite ersetzt werden.

PSR-4 ist eine PHP-Standard-Empfehlung für das Autoloading von Klassen basierend auf Namespaces und Dateipfaden. Dieser Standard wurde von der PHP-FIG (PHP Framework Interop Group) entwickelt und beschreibt, wie vollständig qualifizierte Klassennamen zu den entsprechenden Dateipfaden gemappt werden. Dadurch kann PHP Klassen automatisch finden und laden, ohne dass manuelle require- oder include-Anweisungen nötig sind.

Hauptprinzipien von PSR-4:

1. Namespace-Zuordnung: PSR-4 verlangt, dass der Namespace und Klassenname mit der Verzeichnisstruktur und dem Dateinamen übereinstimmen. Jeder Namespace-Präfix wird mit einem Basisverzeichnis verknüpft, und innerhalb dieses Verzeichnisses entspricht die Verzeichnisstruktur dem Namespace.

2. Basisverzeichnis: Für jeden Namespace-Präfix wird ein Basisverzeichnis definiert, und die Klassen werden in Unterverzeichnissen des Basisverzeichnisses entsprechend ihrer Namespace-Struktur abgelegt. Zum Beispiel:

   • Wenn der Namespace App\Controllers ist, sollte die Datei in einem Verzeichnis wie /path/to/project/src/Controllers liegen.

3. Dateibenennung: Der Klassenname muss genau mit dem Dateinamen übereinstimmen und mit .php enden.

4. Kompatibilität mit Autoloadern: Die Implementierung von PSR-4 gewährleistet Kompatibilität mit modernen Autoloadern wie dem von Composer, wodurch PHP Klassen automatisch ohne manuelle Einbindung findet.

Beispiel für die Nutzung von PSR-4:

Angenommen, Sie haben die Klasse App\Controllers\UserController, so sollte die Verzeichnisstruktur wie folgt aussehen:

/path/to/project/src/Controllers/UserController.php

In der composer.json von Composer wird diese Zuordnung wie folgt angegeben:

{
    "autoload": {
        "psr-4": {
            "App\\": "src/"
        }
    }
}

Dies weist Composer an, die Klassen im App-Namespace aus dem src/-Verzeichnis zu laden. Wenn Sie composer dump-autoload ausführen, wird Composer das Autoloading gemäß dem PSR-4-Standard konfigurieren.

Vorteile von PSR-4:

• Konsistenz: Erzwingt eine klare und organisierte Dateistruktur.
• Benutzerfreundlichkeit: Erleichtert das Autoloading in großen Projekten.
• Kompatibilität: Funktioniert gut mit Frameworks und Bibliotheken, die dem PSR-4-Standard folgen.

PSR-4 hat den älteren PSR-0-Standard abgelöst und ist nun der bevorzugte Autoloading-Standard für moderne PHP-Projekte.

Composer Unused ist ein Tool für PHP-Projekte, das verwendet wird, um nicht genutzte Abhängigkeiten in der composer.json-Datei zu finden. Es hilft Entwicklern, ihre Abhängigkeitsliste zu bereinigen und sicherzustellen, dass keine überflüssigen Bibliotheken in einem Projekt verbleiben, die den Code unnötig aufblähen.

Funktionen:

• Scannen nach ungenutzten Abhängigkeiten: Composer Unused durchsucht den Quellcode eines Projekts und vergleicht die tatsächlich verwendeten Klassen und Funktionen mit den in der composer.json definierten Abhängigkeiten.
• Auflisten ungenutzter Pakete: Es listet alle Pakete auf, die in der composer.json als Abhängigkeiten definiert sind, aber im Projektcode nicht verwendet werden.
• Bereinigung der composer.json: Mit dem Tool können nicht verwendete Abhängigkeiten identifiziert und entfernt werden, um das Projekt schlanker und effizienter zu machen.

Verwendung:

Composer Unused wird in der Regel in PHP-Projekten eingesetzt, um sicherzustellen, dass nur tatsächlich genutzte Abhängigkeiten vorhanden sind. Dies kann zu einer besseren Performance und einem geringeren Wartungsaufwand führen, da unnötige Bibliotheken entfernt werden.

Composer Require Checker ist ein Tool, das verwendet wird, um die Konsistenz der Abhängigkeiten in PHP-Projekten zu überprüfen, insbesondere bei der Verwendung des Composer-Paketsystems. Es hilft dabei sicherzustellen, dass alle in einem Projekt verwendeten PHP-Klassen und Funktionen durch die in der composer.json-Datei angegebenen Abhängigkeiten abgedeckt sind.

Funktionsweise:

• Überprüfung der Abhängigkeiten: Composer Require Checker analysiert den Quellcode eines Projekts und prüft, ob alle benötigten Klassen und Funktionen, die im Code verwendet werden, auch wirklich durch installierte Composer-Pakete bereitgestellt werden.
• Fehlende Abhängigkeiten erkennen: Falls im Code auf Bibliotheken oder Funktionen verwiesen wird, die nicht in der composer.json definiert sind, weist das Tool darauf hin.
• Einsparung von unnötigen Abhängigkeiten: Es hilft auch dabei, Abhängigkeiten zu identifizieren, die zwar in der composer.json deklariert sind, aber im Code nicht verwendet werden, was dabei hilft, das Projekt schlanker zu halten.

Verwendung:

Dieses Tool ist besonders nützlich für Entwickler, die sicherstellen möchten, dass ihr PHP-Projekt sauber und effizient verwaltet wird und dass keine ungenutzten oder fehlenden Abhängigkeiten auftreten.

CaptainHook ist ein Git-Hook-Manager für PHP, der es Entwicklern ermöglicht, automatisierte Aufgaben im Zusammenhang mit Git-Repositories durchzuführen. Es erleichtert das Einrichten und Verwalten von Git-Hooks, also Skripten, die zu bestimmten Zeitpunkten im Git-Workflow automatisch ausgeführt werden (z. B. vor dem Committen oder Pushen von Code). Dies ist besonders nützlich, um Codestandards durchzusetzen, Tests laufen zu lassen, Commit-Nachrichten zu überprüfen oder fehlerhaften Code zu verhindern.

CaptainHook lässt sich einfach über Composer in Projekte integrieren und bietet Flexibilität, um benutzerdefinierte Hooks und Plugins zu erstellen. Es unterstützt verschiedene PHP-Versionen, wobei die neueste Version PHP 8.0 erfordert​.