Webserver mittels des PHP aufsetzen

Für die Entwicklung im Web-Bereich wird meist ein lokaler Webserver benötigt, welcher meist über PHP, eine Datenbank z.B. MariaDB und den eigentlichen Webserver verfügt. Allerdings muss nicht für jeden Fall gleich ein Nginx installiert werden.

Der PHP-Webserver

Ist ein PHP installiert, z.B. unter macOS über Homebrew:

brew install php

kann dieses genutzt werden, um einen Webserver mittels PHP im Terminal zu realisieren. Dafür dient die Option -S:

sudo php -S localhost:80

Als Parameter wird die Adresse und der gewünschte Port angegeben. Das sudo wird benötigt, um den privilegierten Port zu nutzen. Anschließend hört PHP auf dem Port und der Adresse und bearbeitet entsprechende Anfragen.

Alle Schriftfamilien des Noto-Fonts in einem Paket

Mit Noto existiert ein Font, mit welchem perspektivisch alle Unicode-Zeichen abgebildet werden sollen. Lizenziert ist dieser unter SIL Open Font License und damit frei verfügbar. Leider gibt es keine einfache Möglichkeit alle verfügbaren Noto-Schriftfamilien am Stück herunterzuladen.

fonts.google.com/noto

Aus diesem Grund habe ich ein Paket erstellt, in welchem alle 194 Schriftfamilien des Noto-Fonts enthalten sind. In manchen Paketen der Noto-Schriftfamilien sind statische und variable Font-Dateien enthalten. In einem solchen Fall wurden die statischen Daten in das Paket gepackt. Der Download des Paketes ist entsprechend verlinkt. Einzelne Schriftfamilie können direkt über die offizielle Noto-Webseite heruntergeladen werden.

WordPress Pseudo-Cronjob-System deaktivieren

WordPress verfügt über ein Pseudo-Cronjob-System, über welches regelmäßige Aufgaben seitens WordPress ausgeführt werden. Hintergrund ist, dass die meisten Webhosting-Pakete über keine echte Cronjob-Funktionalität verfügen. Ausgelöst wird das Pseudo-Cronjob-System durch Besuche der Webseite.

Allerdings führt dies auch zu Problemen; da es so vorkommen kann, das bestimmte Dinge, wie die Veröffentlichung geplanter Artikel, sich verzögern können. Wird WordPress auf einem dedizierten Server ausgeführt, kann hier auf einen echten Cronjob gewechselt werden. Dazu müssen zur Konfigurationsdatei wp-config.php folgende Zeilen hinzugefügt werden:

/* Deaktiviere WordPress Pseudo-Cronjob-System */
define('DISABLE_WP_CRON', true);

Damit die Cronjob-Funktionalität weiterhin funktioniert, muss der Cronjob entsprechend eingetragen werden. Dazu wird die Crontab-Datei im Kontext des Nutzers www-data geöffnet:

sudo -u www-data crontab -e

Dort sollte dann die entsprechende Zeile hinzugefügt werden:

*/1  *    * * *   php /var/www/wordpress/wp-cron.php

Damit werden die Aufgaben, welche WordPress im Rahmen seines Pseudo-Cronjob-System durchführt, nun durch einen echten Cronjob durchgeführt. Damit ist die Zuverlässigkeit des Systems erhöht und geplante Aufgaben, werden immer zeitnah erledigt.

Scrollrichtung für die Magic Mouse einstellen

Vor ein paar Tagen schrieb ich wie sich die Scrollrichtung unter macOS unabhängig einstellen lässt. Während dies mit klassischen Mäusen problemlos funktioniert, sieht es bei der Magic Mouse von Apple leider anders aus. Dort ist die Scrollrichtung identisch mit der für das Trackpad.

Die Einstellungen von Scroll Reverser

In den Augen des Autors von UnnaturalScrollWheels ist dies allerdings kein Fehler, mit einer durchaus nachvollziehbaren Argumentation. Allerdings gibt es mit Scroll Reverser eine Alternative, welche ebenfalls über Homebrew installiert werden kann:

brew install scroll-reverser

Auch mit Scroll Reverser kann die Scrollrichtung von Maus und Trackpad angepasst werden. Im Gegensatz zu UnnaturalScrollWheels, funktioniert dies auch in Verbindung mit der Magic Mouse.

Der Quelltext der App ist auf GitHub zu finden und unter der Apache License lizenziert. Damit ist das Tool freie Software.

Browser für Restic-Repositories

Für Backups nutze ich gerne Restic. Restic bietet neben dem Backup selbstverständlich auch eine Funktionalität zum Wiederherstellen eines Backups an. Allerdings gibt es mit dem Restic Browser ein grafisches Werkzeug zum Anschauen der durch Restic erstellten Repositorys.

Die Restic-Installation wurde nicht gefunden

Beim Start des Restic Browser kann es vorkommen, das dieser die Restic-Installation nicht findet. Dort muss dann der Pfad manuell definiert werden. Wurde Restic unter macOS, mittels Homebrew installiert, so lautet der Pfad:

/opt/homebrew/bin/restic

Der entsprechende Pfad wird sich leider nicht gemerkt, sodass er beim nächsten Mal wieder eingegeben werden muss. Nachdem die Installation definiert wurde, kann mit der Applikation ein Restic-Repository geöffnet und durchsucht werden.

Die Applikation in Aktion

Ordner als auch Dateien können anschließend über die Oberfläche wieder hergestellt werden. Während dies für lokale Repositorys gut funktioniert, sieht es bei Repositorys welche per SFTP eingebunden werden anders aus. Hier nimmt der Ladevorgang, zur Anzeige der Dateien in einem Snapshot, sehr viel Zeit in Anspruch.

Zu finden ist der Restic Browser auf GitHub. Lizenziert ist er unter der MIT-Lizenz und damit freie Software. Die Releases sind für Linux, macOS und Windows verfügbar.