Wer seinen Blog selbst hostet, benötigt einige Befehle von Zeit zu Zeit. Um es nicht jedes Mal googeln zu müssen, habe ich mir diese Übersicht erstellt die verschiedene Zwecke erfüllt. Sie kann verwendet werden, egal ob man Nginx selbst kompiliert oder ein fertiges Paket installiert hat. SSL-Zertifikat mit certbot installieren: Nginx Konfiguration testen:
Nginx Hosting: häufige Befehle Beitrag lesen »
Wer einen kleinen privaten Blog wie diesen hier betreibt und über einen ausreichend schnellen Internet-Anschluss verfügt (gerade der Upload ist wichtig), kann sich überlegen ob er ihn direkt zuhause hostet. Daraus ergeben sich einige Vorteile, es gibt aber auch neue Herausforderungen. Hier erkläre ich die Schritte, die nötig sind um 100 – 200 Besucher am
WordPress-Blog zuhause hosten in 3 Schritten Beitrag lesen »
Wer einen kleinen Blog betreibt, mag sich vielleicht denken, dass ein sicheres Passwort oder 2-Faktor-Authentifizierung nicht so wichtig sind. Das ist jedoch ein Trugschluss: auch ein Blog wenig nur ein paar Dutzend Zugriffen am Tag steht ausreichend im Fokus der „Hacker“, dass es pro Tag mehrere Login-Versuche täglich gibt. Mittels eines fail2ban-Plugins (ich verwende https://wp-fail2ban.com/)
Warum WordPress-Sicherheit wichtig ist Beitrag lesen »
Wer aus Datenschutzgründen – DSGVO ist das Stichwort – möglichst wenige Daten speichern will, kann ein entsprechendes Logfile-Format definieren. Damit werden sowohl IPv4- als auch IPv6-Adressen anonymisiert. Für die Error-Logs lässt sich leider kein neues Format definieren – hier kann man jedoch auch bei ausreichend kurzer Speicherfrist ein berechtigtes Interesse zum reibungslosen Betrieb annehmen. Die
Nginx: IP-Adresse nicht in Log-Files speichern Beitrag lesen »
Vor einiger Zeit habe ich die Domain meines Blogs gewechselt – von www.kadder.de auf www.techblogger.net. Dabei gab es einen Fallstrick durch die Verwendung von Let’s encrypt. Der Ansatz: beim Wechsel der Domain soll natürlich von der alten Domain auf die neue weitergeleitet werden. Das Problem: läuft das Zertifikat der alten Domain ab, führen SSL-Aufrufe zu
Let’s encrypt: Fallstricke bei Domainwechsel Beitrag lesen »
Wer – wie ich auf tech-blogger.net und routerzwang.de – das Nginx-Pagespeed Modul verwendet, sollte dieses auch aktuell halten. Damit kann man sich etliches an Fehlersuche sparen. Wenn man schon Nginx selbst kompiliert, und das Module „ngx_pagespeed“ verwendet, muss man nicht nur Nginx aktuell halten, was in den letzten Versionen HTTP/2-Support gebracht hat, sondern auch die
Nginx: ngx_pageespeed aktuell halten Beitrag lesen »
Wer in Sachen Ausführungsgeschwindigkeit von PHP-Scripten weitere Optimierungen vornehmen will, stolpert früher oder später über HHVM – ein Just-in-Time-Compiler für PHP. HHVM kann einfach über die Debian-Paketverwaltung installiert werden. Ist das erledigt, kann es im Prinzip wie php5-fpm verwendet werden. Die ganze restliche Konfiguration innerhalb von Nginx habe ich gelassen – dadurch lassen sich gute
Nginx: PHP-Alternative HHVM Beitrag lesen »
Wer WordPress richtig schnell haben will, kommt ab einem gewissen Punkt mit gängigen Caching-Plugins nicht weiter. Nginx mit HTTP2 hilft weiter. Seit der Version 1.9.5 unterstützt auch die Open-Source-Version von Nginx das HTTP/2-Protokoll direkt – eine mühsame Konfiguration bzw. das Verwenden von Patches ist damit nicht mehr nötig. English Version below Die HTTP/2-Implementierung läuft –
Pagespeed: WordPress in unter 1s laden (Nginx + HTTP/2) Beitrag lesen »
HTTP/2 wird von immer mehr Browsern unterstützt, nur bei den Webservern klemmt es teilweise noch. Für Nginx ist nun ein erster Patch erschienen, der das neue Protokoll einbindet. Dafür ist es natürlich zuerst notwendig, dass Nginx selbst kompiliert wird. Ich verwende den aktuellen Mainline-Zweig (derzeit 1.9.4) als Basis, dazu muss noch OpenSSL 1.0.2 installiert sein.
Nginx: HTTP/2 über Alpha-Patch verfügbar Beitrag lesen »
Wer WordPress mit mod_pagespeed bzw. ngx_pagespeed verwendet und den Filter combine_css verwendet, wird feststellen, das nichts passiert. Was ist zu tun? Der Grund für die Probleme: Das Pagespeed-Modul berücksichtigt keine CSS-Einbindungen, die unterschiedliche IDs haben. WordPress setzt den Namen des CSS als ID bei der Einbindung, am Ende sieht es dann so aus: link rel=’stylesheet‘
Pagespeed: combine_css mit WordPress Beitrag lesen »
Deutsch 
English 
Français 
Español