Der Fokus liegt dabei bewusst nicht nur auf Technik, sondern auf Kontrolle, Klarheit und Datenschutz.

Datenschutz von Anfang an mitgedacht

Realtime-Events enthalten oft sensible Informationen: Nutzeraktivität, Anwesenheitsdaten oder interne Systemzustände.
Zhylon Realtime läuft vollständig innerhalb meiner eigenen Infrastruktur – keine US-Cloud, keine Drittanbieter, keine unklaren Datenflüsse.

In Kombination mit EUStorage.eu bleiben Logs, Metriken und optionale Persistenz ausschließlich in Europa.
Datenschutz ist hier kein Feature, sondern die Grundlage.

Teil eines geschlossenen Ökosystems

Zhylon Realtime ist kein isoliertes Tool, sondern ein integrierter Teil des Zhylon-Ökosystems:

• zentrale Verwaltung
• klare App-Trennung
• transparentes Controlling
• keine Blackbox-Abrechnung

Das reduziert Komplexität und macht den Betrieb planbar – gerade für Laravel-basierte Projekte.

Mehr Details auf Patreon

Auf Patreon gehe ich deutlich tiefer:

• technische Hintergründe
• Architektur-Entscheidungen
• Datenschutz-Überlegungen
• Roadmap & nächste Schritte

Wenn du sehen willst, warum und wie Zhylon Realtime entsteht, findest du dort den vollständigen Beitrag:

? Zum ausführlichen Beitrag auf Patreon

https://www.patreon.com/posts/143589218

In den letzten Monaten hat sich bei Zhylon mehr verändert, als man nach außen sieht. Im Hintergrund ist eine Infrastruktur entstanden, die für ein unabhängiges Projekt unserer Größe eigentlich völlig verrückt wirkt – aber genau das ist unser Anspruch. Zhylon soll langfristig wachsen, stabil laufen und eine moderne Basis für Gaming, Tools, APIs, CDN und Community-Projekte bieten.

Wir haben einen der größten internen Schritte der gesamten Zhylon-Geschichte abgeschlossen. Die Systeme laufen jetzt schneller, leiser, sicherer und deutlich effizienter.

Hardware & Netzwerk
Vor Ort wurde alles modernisiert: neue UGREEN Gigabit Switches, hochwertige CAT8-Verkabelung sowie leistungsstarke 120mm-Lüfter für stabilere Temperaturen. Das sorgt nicht nur für bessere Performance, sondern auch für professionelle Ordnung im Rack.

Rechenzentrum & Hybrid-Serverstruktur
Zhylon besteht jetzt aus zwei eng verzahnten Welten:
Drei leistungsstarke Produktionsserver im Netcup-Rechenzentrum bilden das Rückgrat. Dazu kommen vier produktive Hybrid-Server bei mir vor Ort – abgesichert durch WireGuard und Cloudflare Zero Trust. Sie übernehmen Redis, Queue-Worker, Backups, Logging, interne APIs, Datenverarbeitung, Microservices und sogar Gameserver.

Software & Architektur
Mit redundanten MariaDB-Instanzen, MinIO-S3-Storage, mehreren NGINX-Proxies, Cloudflare Tunnels, Redis, Netdata, Sitealarm und einem sorgsam abgesicherten Zero-Port-Sicherheitskonzept ist die Infrastruktur nun stabiler und moderner als je zuvor.

Der Blick nach vorn
Wir stehen erst am Anfang: MinIO-Cluster, mehr Server, getrennte Rollen pro Maschine, internationale Performance-Optimierungen, skalierbare Dienste und georedundante Backups sind bereits geplant.

Zhylon ist kein Hobby-Projekt — es ist ein kleines Ökosystem, das ständig wächst.
Und diese neue Infrastruktur ist ein Meilenstein in genau diese Richtung.

Was bedeutet das? Zum einen wird elnu.de künftig automatisch auf eine zhylon.net-Domain weitergeleitet. Zum anderen bauen wir eine klare Integration in das Zhylon-Ökosystem auf. Mit einem zentralen Login (OAuth) und einer neuen API wird es deutlich einfacher, Inhalte zu verwalten und Updates zu automatisieren.

Das Beste: Die Nutzung bleibt wie bisher kostenlos. Gleichzeitig bringen wir ein neues Dashboard, modernes Branding und langfristig eine klare Roadmap mit.

Damit wird das CDN nicht nur ein Tool zum Ausliefern von Dateien, sondern ein fester Bestandteil des Zhylon-Universums.

? Alle Details und die komplette Ankündigung findest du hier:

https://www.patreon.com/posts/138535366

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.

Auch dieses Jahr war wieder geprägt durch die noch anhaltende Corona Pandemie. Das habe ich selbst vor allem dadurch gespürt, dass sich meine privaten Projekte deutlich langsamer entwickelt haben, als ich ursprünglich wollte. Nicht nur durch die fehlenden engen Gespräche mit Freunden, auch das erhöhte Home-Office und mehr Zeit mit der Familie hatten darauf Auswirkungen. Nun muss ich aber sagen, dass dies ja nichts schlechtes ist. Mehr Zeit mit der Familie verbringen zu können ist wahrlich etwas schönes und ich genieße jede Minute, die ich mit ihnen verbringen kann. Auch das Home-Office bringt viele Vorteile mit sich. Es fallen gut zwei Stunden Fahrtzeit weg und auch die Spritkosten wirken sich positiv auf die Umwelt und den Geldbeutel aus.

Ich sehe es ein wenig wie eine inspirierende Auszeit an, um neue Ideen für neue und bestehende Projekte zu sammeln. Davon war das Jahr auch geprägt. Ich habe über 200 Stunden Tutorials bei Laracasts und auf YouTube angesehen. Viele neue Technologien ausprobiert, z.B. PHP 8.0 und 8.1, Tailwind CSS oder Laravel Livewire. Ich habe viel mit GitHub Actions experimentiert und meine DevOps Skills erweitert. Kurzum, ich habe viel Erfahrung gesammelt aber relativ wenig Projekte umgesetzt.

Projekt UX9 URL Shortener

Hier gab es wohl die größten Veränderungen. Gegen Ende des Jahres habe ich die Anwendung überarbeitet und auf Laravel 8 umgebaut. Außerdem für PHP 8.0 bzw. PHP 8.1 vorbereitet. Zudem gibt es nun für alle Klassen Unit Tests wodurch ich eine Code Coverage von über 90% erreichen konnte. https://ux9.de/

Projekt Zhylon und Deployer

Danke vor allem an meinen guten Freund Norbert, der hier nun viel Entwicklungsarbeit leistet. Zusammen konnten wir einige Updates einspielen was das Server Deployment nun deutlich erleichtert. Es gibt nun auch eine Version für kleine Teams und einen besseren Server Monitor. Zuletzt habe ich noch den OAuth2 Server aktiviert, wodurch ich neben MX-Codes nun auch Zhylon als Login verwenden kann. Gerne kann jeder sich beteiligen oder Beta Tester werden. Das Projekt wird noch einige Zeit brauchen, bis es komplett öffentlich werden kann. https://zhylon.de/

Projekt Management

Dieses Projekt hat vor etwa einem Jahr begonnen, da ich mit der Umstellung auf MacOS das von meinem Betrieb bereitgestellte Zeit-Buchungs-Tool nicht mehr nutzen konnte. Um mir das Buchen meiner Arbeitszeit etwas einfacher zu machen, habe ich ein altes Projekt wieder zum Leben erweckt und um einige neue Features erweitert. Norbert und Heiko konnte ich auch davon begeistern, sodass es nun regelmäßig mit großen und kleinen Updates ausgeschmückt wird. Nachdem wir bisher kein Namen für das Projekt finden konnten, haben wir nun endlich eine Domain gefunden und bestellt. Somit ist das Projekt nun ganz offiziell nutzbar https://proĵect.de/. Der Basiscode soll demnächst Open Source werden, sodass vielleicht eine Community entstehen könnte um noch mehr Features zu bekommen.

Wie ihr gelesen habt, bin ich mit dem ganzen Jahr eigentlich sehr zufrieden. Ich bin auch sehr froh darüber, dass mich die Pandemie nur am Rande betroffen hat und ich kaum größere Einschnitte dadurch gespürt habe. Ich hoffe auch das kommende Jahr wird wieder ein gutes und erfolgreiches Jahr.

Euch allen wünsche ich auf jeden Fall ein erfolgreiches, glückliches und gesundes neues Jahr.

Hast du den ersten Teil bereits gelesen? Noch nicht, kein Problem. Hier geht es zum ersten Teil: UX9 URL Shortener: Upgrade auf Laravel 8 – Teil 1

Ich nenne die Strategie "Copy-To-New", mit der ich in den letzten Jahre sehr gut bei kleine Projekten gefahren bin. Dabei ist die eigentliche Umstellung recht schnell beschrieben:

1. Alle Projekt-Dateien in ein "Backup"-Verzeichnis verschieben
2. Neue Laravel Installation bereit stellen
3. "Alten"-Code Schritt für Schritt wieder in die neue Installation verschieben
4. Alle Änderungen Testen (Unit Tests)

Bei dieser Methode ist der 4. Punkt äußerst essentiell. Ich habe die Erfahrung gemacht, dass das Testen der Anwendung am Ende doch schwieriger ist, als man sich das zuvor überlegt hatte. Darum empfehle ich, je nach Größe und Umfang des Projekts, immer PHP-Unit Tests zu verwenden, mit welchen man die Funktion des Programmes auch nach dem Upgrade sicherstellen kann.

Leider hatte ich bis dato noch keinen (nicht einen einzigen) PHP-Unit Test für meinen URL Shortener geschrieben. Da ich aber seit einige Jahren auf das Test-Drive-Development setze, wollte ich das nun auch in diesem Projekt einführen. Also der ideale Zeitpunkt, um nun damit zu beginnen. Mein erster Schritt war also, für das gesamte Programm PHP-Unit Tests zu schreiben. Hier mal ein Beispiel, wie eine Test-Klasse bei mir aussieht. Der Test prüft einige Prozesse vom User-Dashboard:

Für diese Phase habe ich etwa 200 Test geschrieben. Ich konnte damit eine Test-Abdeckung von ca. 73% erreichen. Bis zum Ende der Umstellung und weiterem Refactoring, möchte ich eine Test-Abdeckung von über 90% erreichen. Es werden also im Laufe und vermutlich auch direkt nach dem Upgrade noch einige weitere Tests folgen.

Im nächsten Teil dieser Serie, werde ich die ersten beiden Punkte näher beschreiben. Damit ist dann die Grundlage für jede weitere Umstellung gesetzt.

Hier auch die aus dem Artikel stammende kurze Antwort: "Verwende VARCHAR, wenn deine Daten eine variable Länge haben und du weißt, dass sie in die 65.535-Zeichen-Grenze von VARCHAR passen. In den meisten Fällen bietet VARCHAR eine bessere Leistung, ist flexibler und kann vollständig indiziert werden. Wenn du längere Zeichenfolgen speichern musst, verwende MEDIUMTEXT oder LONGTEXT, aber beachte, dass sehr große Datenmengen in Spalten dieses Typs gespeichert werden können."

Von cPanel am 7. Oktober 2021 https://blog.cpanel.com/varchar-vs-text-for-mysql-databases/

Das ist neben meiner eigenen Homepage mittlerweile auch das Projekt, welches am längsten läuft. Bereits Ende 2009 habe ich mit den ersten Ideen dazu angefangen und diese noch auf meinem derzeitigen Blog (kein Wordpress) genutzt, um externe Verlinkungen zu analysieren und durch eine einfache Verkürzung besser darstellen zu können. Mit dem Erwerb von mehreren dreistelligen Domains, hat mein URL Shortener dann in den darauffolgenden Jahren auch seine eigene Seite bekommen.

Das Projekt wurde mit der Zeit stetig erweitert. Die ersten Jahre habe ich nur PHP ohne Framework verwendet. Seit 2015 habe ich dort dann mit Laravel 4.2 bzw. Laravel 5 als Framework begonnen. Dabei habe ich auch die Grundstruktur des Projektes neu organisiert. Neben stetigen Weiterentwicklungen gab es zuletzt ein Upgrade auf Laravel 6 im September 2019.

Die darauffolgenden Jahre war ich mir nicht sicher, ob ich das Projekt überhaupt noch weiter betreiben möchte oder nicht. Nach viel Überlegen habe ich mich aber dazu entschlossen, das Projekt weiter laufen zu lassen. Die Vorraussetzung dafür ist aber, dass das Projekt von Grund auf neu strukturiert wird, mit Unit-Test ergänzt wird und es eine vernünftige Möglichkeit gibt, dass Administratoren die einzelnen Module verwalten können.

Die Umstellung meiner Seite, möchte ich in dieser Serie von Beiträgen mit euch teilen. Ich hoffe ich kann damit einen kleinen Einblick geben, wie man Projekte sinnvoll umstellen kann. Die Teile werden in den nächsten 1-2 Wochen erscheinen.

Was ihr außer einer erheblichen Performance Verbesserung noch alles erwarten könnt, gibt es auf dem offiziellen Blog von Packagist nachzulesen.

https://blog.packagist.com/composer-2-0-is-now-available/

Diese Befehle funktionieren gut für 20.04. Möglicherweise müssen zusätzliche Tests für ältere Versionen von Ubuntu durchgeführt werden.

Hinweis: Führe "apt-get update" aus, bevor du die Liste der verfügbaren Paketaktualisierungen überprüfst. Dadurch werden die Repository-Metadaten aktualisiert.

I. Dry-run apt-get

Dieser Befehl listet die installierte Paketversion und die Zielversion auf, in die sie übernommen werden kann. Dies ist sehr ausführlich um zu verstehen, welche Pakete aktualisiert werden.

III. Prüfen von Updates via check

Der Befehl "apt-check" eignet sich am besten, um einen Cron-Job zu planen, der den Administrator meldet, wenn Updates verfügbar sind.

IV. Verwendung von "dpkg"

Ich hoffe, dieser Befehl funktioniert für jede Version von Ubuntu. Führe "apt-get update" aus, bevor Sie die folgende Befehle ausführst.

V. Zuletzt die Verwendung von "aptitude"

Mit "aptitude" wird ein anderes Ausgabeformat gezeigt. Das aptitude-Paket muss installiert sein, damit dieser Befehl funktioniert.

• Just in time compiler (JIT)
• Attributes (or Annotations)
• Constructor property promotion

static and mixed return type throw expression Trailing comma in parameter list Das war allerdings nur ein kleiner Auszug von allen neuen Features.

https://ux9.de/Kthi

Ping ist das Netzwerk-Troubleshooting-Tool Nummer 1. Es sendet ICMP-Pakete an ein IP-fähiges Gerät – meist in der Hoffnung, dass dieses Gerät auch antwortet. Aber was bedeutet eigentlich "Zeitüberschreitung der Anforderung" und wie unterscheidet sich das von "Zielhost nicht erreichbar"?

Ein funktionierender Ping

Zunächst der Normalfall: Ich pinge einen Rechner in meinem Netzwerksegment.

Ping Ok

Der Rechner antwortet auf das 32 Bytes große Paket in 50–55 ms und der TTL-Wert liegt bei 62 (Anzahl der maximalen Hops). Alles in Ordnung, das Gerät ist erreichbar.

Zeitüberschreitung der Anforderung

Jetzt wird es interessant: Ein Computer mit der IP 192.168.1.4 ist offensichtlich im Netzwerk nicht erreichbar.

• Meine IP: 192.168.1.54/24
• Zu testende IP: 192.168.1.4/24

Beide Geräte befinden sich also im gleichen Subnetz und in derselben Broadcast-Domäne.

Ping Zeitüberschreitung

Was kann man daraus schließen? Viele gehen jetzt davon aus, dass das Gerät nicht erreichbar ist – sprich "kaputt", ausgeschaltet oder nicht mehr im Netzwerk. Das stimmt so aber nicht.

Zeitüberschreitung der Anforderung im lokalen Subnetz bedeutet lediglich, dass das Gerät innerhalb einer gewissen Zeitspanne keine ICMP-Pakete als Antwort sendet. Sonst nichts. Aus dieser Information allein kann auf nichts anderes geschlossen werden als auf die Tatsache, dass das Gerät nicht auf einen Ping antwortet.

Mit arp -a erkenne ich, dass die MAC-Adresse via ARP ermittelt wurde. Das heißt zwar nicht zwangsläufig, dass der Computer online ist (Stichwort ARP-Cache), aber ich habe vorher mit arp -d den ARP-Cache geleert.

ARP-Tabelle nach geleertem Cache

Meist lässt die Windows-Firewall eingehendes ICMP nicht zu – das Gerät ist also funktionsfähig, antwortet aber nicht. Hier die Ansicht in wf.msc:

Firewall-Einstellung für ICMP

Sobald die IPv4-Regeln aktiviert werden, antwortet das Gerät wie erwartet.

Zielhost nicht erreichbar

Ganz anders sieht die Sache bei folgender Antwort aus: Zielhost nicht erreichbar.

Ping – Zielhost nicht erreichbar

Was lässt sich daraus schließen? Meist ist der Computer tatsächlich nicht online, und auch der ARP-Cache zeigt keine MAC-Adresse des Zielcomputers. Das bedeutet, dass bereits der ARP-Request fehlgeschlagen ist.

In den meisten Fällen kann man davon ausgehen, dass der Computer tatsächlich offline ist.

Fazit

Zeitüberschreitung der Anforderung : Gerät ist erreichbar (ARP erfolgreich), antwortet aber nicht auf ICMP – oft Firewall

Zielhost nicht erreichbar : ARP-Request fehlgeschlagen – Gerät ist mit hoher Wahrscheinlichkeit offline

Die beiden Meldungen werden oft synonym verwendet, sagen aber etwas komplett Unterschiedliches aus. Wer den Unterschied kennt, spart sich beim Troubleshooting viel Zeit.

Laravel Scout ist eine Treiber basierende Volltextsuche für Eloquent. Algolia wird bereits bei der Auslieferung unterstützt. Da es jedoch Treiber basierend ist, können und werden noch andere Volltextsuch-Systeme integriert. Da wird es in der nächsten Zeit in der Community viele Vorschläge geben. Scout kann leicht über einen „Searchable“-Trait in die bestehenden Models eingebaut werden. Anschließend müssen die Daten nur noch über einen Service synchronisiert werden. Dies könnte z.B. so aussehen: ``` php artisan scout:import App\Post

Dann kann danach gesucht werden: ```
Post::search('Alice')->get();

Auch das Paginieren ist möglich: ``` Post::search('Alice')->paginate();

Genauso wie einfache WHERE-Bedingungen: ```
Post::search(‘Alice’)—>where('acount_id', '>', 1)->paginate();

Laravel Mailable

Laravel Mailable ist eine neue Mail-Klasse, die das Verenden von E-Mails deutlich verbessert. Das ganze schaut nun viel mehr nach Laravel aus, als die bisherige Vorgehensweise mit der Closure-Funktion. ``` Mail::to('laravel@example.com')->send(new OrderComplete);

Es sind alle Mail-Features weiterhin verfügbar: ```
Mail::to('laravel@example.com')->cc('john@example.com')->queue(new OrderComplete);

Laravel Notifications

Laravel Notifications erlaubt es uns, Updates über Services wie Slack, SMS oder E-Mail zu machen. Notifications werden bereits mit einem „responsive transactional“ E-Mail Template ausgeliefert. In der eigentlichen Klasse muss dann nur noch folgendes aufgerufen werden: ``` $this->line('Thank you for joining')     ->action('Button Text', 'http://url.com')     ->line('If you have any questions please hit reply')     ->success();

$this->line('Sorry we had a problem with your order')     ->action('Button Text', 'http://url.com')     ->error();

### Laravel Passport

Laravel Passport ist ein optionales Packages das einen vollständigen OAuth2 Server bereitstellen kann. Man kann damit z.B. Token generieren oder zurücknehmen. Diese Features werden alle noch bis zum Release Dokumentiert. Allerdings wird es bis dahin doch noch ein paar Wochen dauern. Vielleicht ja zur LaraconEU?

Hier nun das Beispiel:

<?php // lastArrayExample.php
$array = array('Toby', 'John', 'Leo', 'John');

// Pointer an das Ende des Arrays setzten
end($array);

// Den Key des Elements holen
$lastKey = key($array);

foreach($array as $k => $v) {
    if($k == $lastKey) {
         echo $v . ' ist der letzte!';
    } else
	echo $v . '<br />';
}
// Ausgabe: Toby<br />John<br />Leo<br />John ist der letzte!