Seit der Version 2.4.54 des Webservers Apache rewritet das Modul mod_rewrite keine Leerzeichen mehr. Im Error-Log wird in so einem Fall dieser Fehler ausgegeben:
AH10411: Rewritten query string contains control characters or spaces
Ausgelöst wird der Fehler beispielsweise durch folgenden Rewrite in der .htaccess oder VirtualHost-Datei: (mehr …)
Mithilfe des Apache-Moduls mod_rewrite können URLs auf vielfältige Weise umgeschrieben oder weitergeleitet werden. Damit mod_rewrite Direktiven in einer .htaccess Datei oder der VHost-Konfigurationsdatei ausgeführt werden, muss zuerst die Rewrite-Engine mit folgender Direktive eingeschaltet werden:
RewriteEngine on
Bisweilen wird diese Zeile aber auch unnötigerweise gesetzt. (mehr …)
Hin und wieder begegnen einem in mod_rewrite Anleitungen Pattern, in welchen nach dem Delimiter ^ als erstes ein Slash und ein Fragezeichen folgen, z.B.:
RewriteRule ^/?foo$ https://example.com/bar [L,R=301]
Aufgrund des folgenden Fragezeichen ist der Slash am Anfang (der „heading Slash“) optional. Da in einer RewriteRule in der .htaccess Datei den URL-Pfaden grundsätzlich der heading Slash fehlt, kann man diese beiden Zeichen dort auch weglassen: (mehr …)
Möchte man den Session-Timeout in PHP nur für eine Domain oder ein einzelnes Verzeichnis erhöhen, kann man hierzu den Wert für den php.ini Parameter session.gc_maxlifetime entsprechend anpassen. Läuft PHP als Modul des Apachen (mod_php), so geht dies nicht über eine php.ini Datei im jeweiligen Verzeichnis. Stattdessen könnte man den Wert aber in der .htaccess Datei des betreffenden Verzeichnisses definieren: (mehr …)
Ein Problem, das in meinem Forum immer wieder mal angesprochen wird, ist, dass Änderungen an Redirects in der .htaccess Datei scheinbar nicht greifen. Also z.B. das Entfernen solch einer Redirect-Direktive: (mehr …)
Heute morgen wurde bei einem Upgrade auf einem Debian-Server u.a. auch Piwik aktualisiert, und zwar auf die Version 2.16.3. Das Update lief ordentlich durch, aber das Backend von Piwik war danach nicht mehr zu gebrauchen: viele Icons konnten nicht mehr geladen werden. Firebug verriet, dass der Webserver statt der Bilder lauter 500 „Internal Server Errors“ auslieferte. (mehr …)
Seit kurzem findet sich letsencrypt in den Backports von Debian Jessie, so dass man dieses bequem über das Paketmanagement von Debian installieren kann. Ich habe dies zum Anlass genommen, eine HTTPS-Verschlüsselung für mein Forum einzurichten. Als erstes habe ich dazu die Backports in die /etc/apt/sources.list eingetragen: (mehr …)
Bei der Installation der Webanalyse-Anwendung piwik überprüft das PHP-Programm auch die Systemvoraussetzungen. Dabei setzt es u.a. voraus, dass der php.ini Parameter always_populate_raw_post_data auf den Wert -1 gesetzt ist. Hat man keinen Zugriff auf die systemweite php.ini und läuft als Webserver ein Apache gibt es hierzu zwei Möglichkeiten: (mehr …)
Auf einem Webspace mit einigen von mir selbst programmierten Webseiten läuft ein Cronjob, welcher mir bei Neueinträgen in ein PHP-Errorlogfile eine Benachrichtigungs-Email schickt. Ein Lockfile-Mechanismus sorgt dafür, dass ich weitere Benachrichtigungen erst dann erhalte, nachdem ich mir die Fehlermeldungen auf einer speziell dafür eingerichteten Webseite angeschaut habe, so dass ich nicht mit Mails bombardiert werde. Allerdings nerven in letzter Zeit einige Bots, die mit Uploads PHP-Error verursachen. (mehr …)