Kategorie: Laravel

Meine Projekte 2024: Fortschritte trotz Zeitmangel

Das Jahr 2024 brachte unerwartete Herausforderungen, sowohl beruflich als auch privat. Trotz Verzögerungen und Belastungen gab es Fortschritte bei Projekten wie Sitealarm und Zhylon, die neuen Optimierungen bringen.

Manchmal läuft das Leben nicht nach Plan – und genau das habe ich dieses Jahr deutlich zu spüren bekommen. Ursprünglich wollte ich 2024 nutzen, um berufliche und private Ziele voranzutreiben. Stattdessen wurde es ein Jahr, das mich in vielerlei Hinsicht an meine Grenzen gebracht hat. Trotzdem möchte ich zurückblicken, denn auch in schwierigen Zeiten gibt es Fortschritte, die zählen.

Berufliche Erfolge trotz hoher Belastung

Beruflich war dieses Jahr ein Ausnahmejahr. Eines der spannendsten Projekte war zweifellos die Umsetzung von gleich zwei großen Meilensteinen mit unserer Verbandssoftware. Nach über einem Jahrzehnt Mitarbeit an diesem System ist es immer wieder beeindruckend zu sehen, wie es wächst und sich weiterentwickelt.

Ein Highlight dieses Jahres war der erfolgreiche Einsatz unserer Verbandssoftware in einem besonders großen Projekt – ein echter Meilenstein, der zeigt, wie weit die Software inzwischen gereift ist. Kurz darauf konnten wir einen weitere Kunden aus dem Sportbereich für unsere Lösung gewinnen. Diese Erfolge bestätigen, dass sich die vielen investierten Stunden und die harte Arbeit auszahlen.
Hier auch nochmal die News aus dem letzten Jahr. Klick hier (News von Tricept.de 20.12.23)

Doch sie hatten auch ihren Preis: Viele Überstunden und die intensive Arbeit an diesen Projekten führten dazu, dass private Projekte in den Hintergrund rücken mussten. Es war nicht immer einfach, diese Balance zu finden, aber ich bin dennoch dankbar, Teil eines Teams zu sein, das solche Herausforderungen gemeinsam meistert.

Private Herausforderungen: Ein Jahr des Umbruchs

Parallel dazu war auch das Privatleben alles andere als ruhig. Ein erneuter Umzug brachte uns nicht nur in eine neue Umgebung, sondern auch einen deutlich längeren Schulweg für meine Kinder. Jeden Tag verbringe ich mehrere Stunden damit, sie hin und her zu fahren. Dieser Umstand beansprucht viel Zeit und Energie, die ich sonst in private Projekte hätte stecken können.

Zum Glück ist dieser Zustand nur vorübergehend – spätestens mit dem Ende des Schuljahres 2024/25 wird sich das wieder ändern. Doch aktuell bedeutet es, dass meine Kapazitäten stark begrenzt sind und persönliche Ziele warten müssen.

Fortschritte trotz begrenzter Zeit: Meine Projekte 2024

Trotz der vielen Herausforderungen in diesem Jahr gab es auch Lichtblicke bei meinen privaten Projekten. Obwohl ich weit weniger Zeit investieren konnte, als ursprünglich geplant, haben einige Projekte dennoch Fortschritte gemacht, die mich stolz machen.

Sitealarm: Fortschritte im Website Monitoring

Sitealarm, mein Website-Monitoring-Tool, war eines der Projekte, bei dem ich ursprünglich mit großen Plänen in das Jahr gestartet bin. Geplant war die Umstellung auf eine neue Version Anfang 2024 – ein Ziel, das ich leider verschieben musste.

Stattdessen habe ich mich intensiv auf die Optimierung der Synchronisation zwischen Sitealarm und den Zhylon Services konzentriert. Der wichtigste Fortschritt: Jeder Server und jede Website wird jetzt automatisch mit einem Monitor versehen, sodass keine zusätzlichen Schritte mehr notwendig sind. Diese Automatisierung spart Zeit und erleichtert die Nutzung enorm.

Zusätzlich ist die geplante „App-Health“-Funktion schon fast abgeschlossen. Damit wird es Ende 2024 oder Anfang 2025 endlich möglich sein, die Umstellung zur neuesten Version anzugehen.
Darüber hinaus habe ich die Dokumentation umfassend überarbeitet. Dadurch werden viele Funktionen, die bislang im Verborgenen blieben, nun klarer sichtbar und leichter nutzbar.

Fun Fact: „Wir“ heißt in diesem Fall eigentlich nur ich. Aber dazu später mehr.

Zhylon: Das Ecosystem wächst

Auch Zhylon, mein vermutlich gößtes Software-Ecosystem, konnte dieses Jahr wichtige Fortschritte machen. Hier haben wir die Funktionalität auf mehreren Ebenen erweitert:

  • Projektmanagement: Es ist nun möglich, pro Projekt einzelne Server und Websites anzulegen. Das erlaubt die Verwaltung verschiedener Umgebungen, die auf unterschiedlichen Branches arbeiten – alles in einer zentralen Oberfläche.
  • Verbesserte CLI: Die Command-Line-Integration von Zhylon wurde optimiert. Jetzt lassen sich lokale Projekte direkt über die CLI steuern: Hooks ausführen, neue Versionen deployen, Logs abrufen – alles nahtlos und effizient.
  • Neuer Mailserver: Ein weiteres Highlight ist die Einführung eines eigenen Mailservers, der perfekt in das Zhylon-Ecosystem integriert ist. Dieser Punkt verdient eigentlich einen eigenen Blogpost, den ich bald nachreichen werde.
  • Domains und Server Management: Komplett neu ist das System zur Verwaltung von Domains und Servern, die automatisch in Zhylon integriert werden. Diese Erweiterung macht das Ecosystem noch leistungsfähiger und anwenderfreundlicher.

Das Community-Projekt: ID.zhylon.net

Ein weiterer Meilenstein ist die Weiterentwicklung von Zhylon als Community-Projekt. Unter ID.zhylon.net haben alle Nutzer jetzt die Möglichkeit, das Projekt aktiv zu unterstützen – sei es über Plattformen wie Patreon, GitHub Sponsors, Ko-Fi oder einmalige Spenden.

Diese Unterstützung ist essenziell, um die Entwicklung langfristig voranzutreiben und neue Features zu ermöglichen. Mit einem stärkeren Fokus auf die Community erhoffe ich mir, dass wir gemeinsam in den nächsten Jahren noch mehr erreichen können.

Ein Blick nach vorn

2024 war ein Jahr voller Herausforderungen – beruflich wie privat. Es gab Rückschläge, Verzögerungen und viele Momente, in denen ich an meine Grenzen gestoßen bin. Aber wenn ich jetzt zurückblicke, sehe ich nicht nur die Schwierigkeiten, sondern auch die Erfolge, die ich trotz allem erreicht habe.

Besonders stolz bin ich auf die Fortschritte bei Sitealarm und Zhylon. Diese Projekte zeigen mir, dass selbst kleine Schritte etwas Großes bewirken können, wenn man dranbleibt. Sie sind ein Beweis dafür, dass auch in schwierigen Zeiten etwas vorangehen kann – und das motiviert mich für die Zukunft.

Was kommt 2025?

Im kommenden Jahr möchte ich an diesen Projekten weiterarbeiten und einige der geplanten Meilensteine endlich umsetzen. Dazu gehört die Umstellung von Sitealarm auf die neue Version und die Erweiterung des Zhylon-Ecosystems. Aber vor allem möchte ich versuchen, eine bessere Balance zwischen Arbeit, Projekten und meiner privaten Zeit zu finden.

Natürlich werde ich in den kommenden Monaten auch weiter über diese Themen schreiben. In den nächsten Blogeinträgen möchte ich tiefer in die einzelnen Projekte eintauchen – von der Entwicklung des Mailservers bis hin zu den neuen Features von Sitealarm und Zhylon. Wenn dich also die technischen Details oder die Herausforderungen hinter den Kulissen interessieren, bleib dran!

Es wird nicht immer einfach sein, und ich weiß, dass auch 2025 neue Herausforderungen bringen wird. Doch eines habe ich dieses Jahr gelernt: Es ist okay, wenn nicht immer alles nach Plan läuft – wichtig ist, dass man trotzdem weitermacht.

Vielen Dank, dass du diesen Rückblick gelesen hast. Wenn du Lust hast, meine Projekte zu unterstützen oder einfach mehr darüber zu erfahren, schau gerne bei ID.zhylon.net vorbei. Zusammen können wir etwas Großartiges schaffen.

Livewire-Components mithilfe von Event-Listeners aktualisieren

Was ist Livewire: Stell dir vor, du könntest coole Single-Page-Apps zaubern, ganz ohne dich in externe JS-Frameworks wie Vue.js reinfuchsen zu müssen. Mit Laravel Livewire geht das! Das Ding ist ein Full-Stack-Framework, das wie Pech und Schwefel zu Laravel passt und dir hilft, flotte dynamische Benutzeroberflächen zu entwickeln, ohne dass du auf die Vorteile von Laravel verzichten musst.

Zum Feature: Schauen wir uns nun an, wie wir unser Component aktualisieren können, wenn Events auftreten, und zwar unter Verwendung des neuen #[On]-Attributs.

Ab Livewire Version 3.4.0 kannst du das #[On]-Attribut auf Klassenebene verwenden. In früheren Versionen konntest du dieses Attribut nur zu deinen Klassenmethoden hinzufügen. In Livewire Version 2 war es üblich, Listener hinzuzufügen, die deine Komponente aktualisieren würden, zum Beispiel:

class MonitorOverview extends Component
{
    protected $listeners = [
        'monitorDeleted' => 'refresh',
    ];
}

Wenn ein Monitor gelöscht wurde, würde dies sicherstellen, dass deine Übersicht aktualisiert wird und der entfernte Monitor nicht mehr aufgeführt ist. Mit der neuen Version ist dies noch einfacher geworden. Jetzt können wir das #[On(`monitorDeleted`)]-Attribut verwenden, um das gleiche Ergebnis zu erzielen.

class MonitorOverview extends Component
{
    #[On('monitorDeleted')]
    public function refresh() {}
}

Hey, hast du schon gehört, dass du jetzt in PHP Attribute definieren kannst? Das geht seit PHP 8 und ist echt eine coole Sache. Falls du Bock hast, mehr darüber zu lernen, check mal diesen Artikel aus. Der erklärt’s dir von A bis Z!

Aufteilung eines großen Laravel Livewire Components – Teil 1

In diesem Blogbeitrag erfährst du, wie du Livewire-Komponenten effektiv aufteilst, Views und Validierungsregeln strukturierst und Sub-Komponenten wiederverwendest. Optimiere deine Livewire-Entwicklung mit bewährten Best Practices. Bleib dran!

Manchmal, egal welche Lösung du zur Entwicklung deines Systems verwendest, kommt der Punkt, an dem alles etwas zu groß wird und unübersichtlich zu werden droht. Zum Glück bietet Livewire eine Lösung für dieses Problem.

Was ist Livewire?

Laravel Livewire bietet eine Möglichkeit, dynamische Benutzeroberflächen zu erstellen. Anstatt einer JavaScript-Bibliothek wie Vue oder React erlaubt es Entwicklern, ihren Code in PHP-Komponenten und Blade-Templates zu schreiben. Es ist fantastisch. Ich nutze es bereits im vielen Projekten. Wenn du es noch nicht ausprobiert hast, empfehle ich dir, es einmal anzuschauen.

Was ist das Problem?

Oftmals beinhalten Tutorials und Beispiele nur den Aufbau kleiner Komponenten, wie z.B. eines Kontaktformulars oder einer To-Do-Liste. Das ist vollkommen in Ordnung, da es ermöglicht, den Aufbau von Anfang bis Ende zu zeigen. Doch in einem Projekt aus dem wahren Leben hat man oft mit großen und sehr komplexen Systemen zu tun und erhalten hier dann kundenspezifische Anforderungen die umgesetzt werden sollen.

Nehmen wir als Beispiel eine Website zur Buchung von Mietwagen für den Urlaub. Bei der Buchung müssen Kundendetails wie Name und Adresse, der gewünschte Fahrzeugtyp sowie Extras wie zusätzliche Versicherungen oder sogar Hotelreservierungen erfasst werden.

Eine Herangehensweise wäre die Erstellung einer einzigen großen Komponente mit der gesamten Logik und einer einzelnen Ansichtsdatei, die immer länger wird. Das funktioniert wahrscheinlich gut, aber es gibt Tools, mit denen man diese Aufgabe in überschaubare Abschnitte aufteilen kann.

Die Aufteilung der Komponentenklasse mit Traits

Livewire v2 bietet eine großartige Funktion von PHP namens Traits, mit der man eine Datei erstellen kann, die innerhalb einer Klasse verwendet wird und der Klasse die Methoden und Eigenschaften des Traits zur Verfügung stellt. Dadurch kann man die Logik auf mehrere kleinere und besser handhabbare Dateien aufteilen und sie in der Hauptkomponente wiederverwenden.

Wenn wir zu unserem Beispiel der Mietwagenbuchung zurückkehren, benötigen wir möglicherweise ein Trait, das unsere Methoden zum Abrufen von Fahrzeugdaten enthält, ein weiteres Trait für Standortinformationen wie Adressen oder ein Trait zur Speicherung der Kundendetails.

Aber Livewire-Traits gehen sogar noch weiter.

Neben der Definition eigener Methoden können wir auch eine Namenskonvention verwenden, um uns in die Livewire-Lifecycle-Hooks einzuklinken. Wir haben gesagt, dass wir ein Trait erstellen werden, das sich auf Fahrzeuginformationen konzentriert, aber wie machen wir diese Daten für den Rest der Komponente verfügbar? Wir könnten eine Methode aus der mount-Methode der Hauptkomponentenklasse aufrufen, aber wir könnten dies auch im Trait selbst tun, indem wir die mount-Methode des Traits verwenden.

Wenn unser Trait „VehicleInformation“ heißt, können wir eine Methode „mountVehicleInformation“ in unserem Trait erstellen, in der wir die Fahrzeugdaten einer öffentlichen Variable zuweisen. Dadurch stehen sie der Hauptkomponente zur Verfügung.

Aus dem obigen Beispiel können wir sowohl in der Hauptkomponentenklasse mit $this->vehicles als auch in der Blade-View mit $vehicles auf die Fahrzeugdaten zugreifen.

Eine weitere Herausforderung bei der Entwicklung großer Livewire-Komponenten besteht darin, die Views und Validierungsregeln zu verwalten. Um die Code-Wartbarkeit und die Wiederverwendbarkeit zu verbessern, können wir auch hier auf die Aufteilung setzen.

Zusätzlich können wir Sub-Komponenten erstellen, um bestimmte Funktionen oder Abschnitte unserer Hauptkomponente zu modularisieren.

In meinem nächsten Beitrag werde ich detailliert darauf eingehen, wie wir dies auch erreichen können. Sobald dieser Beitrag fertig ist, werde ich hier einen Link bereitstellen, damit ihr ihn lesen könnt.

Bleibt gespannt und freut euch auf weitere Tipps und Tricks zum effizienten Entwickeln mit Livewire!

Laravel Livewire – From Scratch

Livewire ist mittlerweile zu einem sehr populären Tool geworden, wenn es darum geht eine Laravel Anwendung zu programmieren. Livewire unterstützt vor allem die typischen Backendentwickler darin, UI/UX für den Anwender deutlich zu bessern, ohne dabei auf typische Merkmale von Laravel zu verzichten.

Wer Livewire noch nie verwendet hat, sollte dies schnell mal ändern. Die Dokumentation ist sehr umfangreich und Livewire bietet sogar selbst einige Screencasts, um schneller die Verwendung zu verstehen.

Wer aber mal genau wissen möchte, was Livewire alles im Hintergrund macht und was eigentlich alles zu beachten ist, der schaut sich am besten mal eines der neusten Laracasts Videos von Caleb Porzio (@calebporzio) an. Hier wird in mehreren Videos eine minimal Version von Livewire nachgebaut.

Hier der Link: https://laracasts.com/series/livewire-uncovered

Verschlüsselung der .env Datei

In modernen Anwendungen wie z.B. Laravel, werden häufig „.env“ Dateien verwendet, um Zugangsdaten für die Datenbanken, API-Token oder andere Zugangsschlüssel zu speichern (siehe https://dotenv.org/). Dies hat den Vorteil, dass diese nicht im Quellcode der Anwendung hinterlegt werden müssen und so an einer zentralen Stelle gespeichert werden. Außerdem kommen sie so nicht in die Versionskontrolle wo sie ggf. von Personen außerhalb des Projektes gelesen werden könnten.

Sobald ein neuer Wert in dieser Datei hinterlegt wird, muss dieser auch bei allen Entwickler im Team hinterlegt werden oder in die produktive Umgebung eingespielt werden. Gerade wenn es hierfür keinen richtigen Prozess gibt, wie die Zugangsdaten dann verteilt werden, könnte dies wieder unsicher übertragen werden. Vielleicht wird hier eine Rundmail geschrieben oder mit einer Message via Slack, Teams oder gar in WhatsApp verschickt. Und sollten sich die Werte auch nicht in Produktion automatisch oder per Deployment aktualisieren, dann muss hier auch immer händisch noch der richtige Wert hinterlegt werden.

Eine Lösung hierfür kommt von Dotenv selbst und bietet eine Synchronisierung. Doch wer Kosten sparen möchte oder eine Cloud Lösung nicht in Frage kommt, der steht wieder vor dem Ausgangsproblem.

Darum habe ich ein kleines Package gebaut, mit dem man die .env Datei sicher im Repository hinterlegen kann, ohne das es hier zu Bedenken der Sicherheit kommt. Mit dem Package lässt sich die lokale .env Datei sicher verschlüsseln und damit auch in das Repository einchecken. Andere Personen im Team können diese dann auschecken und dann wieder entschlüsseln. Das gleiche geht auch für die produktive Umgebung. So muss nur noch der geheime Schlüssel bekannt sein, welcher nur für ausgewählte Personen im Team bekannt ist.

Das Package findest du wie immer bei GitHub. Es befindet sich noch in der aller ersten Version: https://github.com/TobyMaxham/laravel-envcrypter