Bei perun.net bin ich auf neulich auf eine einfache Rewrite-Rule gestoßen. Das Ganze basiert auf einer Idee von eisy, der ich mich gerne anschließen möchte. Man erreicht mein Google+ Profil nun also über http://www.misterfu.de/+. Und wer den lighttpd als Webserver nutzt, trägt dafür Folgendes in seine Rewrite-Konfiguration ein:

url.redirect = ("^/\+$" => "https://plus.google.com/(deine-nummer)/")

Derzeit sind die Themen Datenschutz und Erfassung von IP-Adressen ja wieder sehr präsent. Im Fokus der Diskussion steht dabei zwar Analyse-Software Google Analytics, aber betroffen sind natürlich auch alle anderen Statistik-Anwendungen, die IP-Adressen der Webseitenbesucher erfassen. Ich habe mir daher auch Gedanken gemacht, welche Daten ich eigentlich erfasse.

Derzeit setze ich als Webserver lighttpd ein, auf diversen Webseiten laufen Google Analytics sowie Piwik zur Erfassung von Statistiken. Die beiden letztgenannten Anwendungen habe ich so konfiguriert, dass die IP-Adressen der Besucher anonymisiert werden. Für beide Dienste stehen entsprechende Anleitungen bereit.

Bei lighttpd wird standardmäßig ein Access-Log geschrieben. Die entsprechenden Einstellungen sind auf der Webseite dokumentiert: Lighttpd – Docs:ModAccessLog

Ich habe die Standardeinstellungen in meiner Konfigurationsdatei dahingehend angepasst:

accesslog.format = "%V %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""

Vor dem %V war vorher ein %h zu finden, das für die Speicherung der Remote-Host-Adresse verantwortlich war. Nun enthalten meine Serverlogs keine IP-Adressen mehr.

Es folgt ein weitere Artikel in der Reihe “Software, die für einen Apache samt installiertem mod_rewrite gedacht ist, aber durchaus auch für User mit lighttpd interessant sein könnte“.

Heute geht es um die Projektmanagement-Software “Ofuz“, die ich mir zur Zeit einmal testweise angucke. Vielleicht taugt sie ja, um Kontaktdaten, Projekte und To-Do-Listen effizient unter einer Haube zu verwalten? Mit diesem lighttpd-Regeln klappt es:

url.rewrite-once = (
"^/Contact/([0-9].*)$" => "/contact.php?id=$1",
"^/Company/([0-9].*)$" => "/company.php?id=$1",
"^/Project/([0-9].*)$" => "/project.php?idproject=$1",
"^/Task/([0-9].*)$" => "/task.php?idprojecttask=$1",
"^/cp/([0-9].*)$" => "/contact_portal.php?pc=$1",
"^/unsub/([0-9].+)/([0-9].*)$" => "/unsubscribe_email.php?idc=$1&idu=$2",
"^/arunsub/([0-9].+)/([0-9].+)/([0-9].*)$" => "/unsubscribe_auto_responder.php?idc=$1&idu=$2&idt=$3",
"^/form/([0-9].*)$" => "/web_form.php?fid=$1",
"^/inv/(.*)/(.*)$" => "/invoice_view.php?idinv=$1&idcon=$2",
"^/pay/(.*)/(.*)$" => "/invoice_pay_redirect.php?idinv=$1&idcon=$2",
"^/Invoice/(.*)$" => "/invoice.php?idinvoice=$1",
"^/PublicProject/([0-9].*)$" => "/public_project.php?idproject=$1",
"^/PublicTask/([0-9].*)$" => "/public_task.php?idprojecttask=$1",
"^/profile/(.*)$" => "/public_profile.php?u=$1",
"^/Tab/(.*)/(.*)/([0-9].*)$" => "/tab_display.php?plugin=$1&content=$2&item_value=$3",
"^/Tab/(.*)/(.*)$" => "/tab_display.php?plugin=$1&content=$2",
"^/Setting/(.*)/(.*)$" => "/tab_setting_display.php?plugin=$1&setting=$2"
)


Leider stand ich erneut bei einer Software vor dem Problem, dass sie für den Apache2 und dessen Erweiterung mod_rewrite geschrieben wurde. Dieses Mal ging es um conjoon, einen vielversprechenden persönlichen Informations-Manager bzw. eine Groupware. conjoon bietet momentan einen sehr gelungen Webmail-Client sowie RSS-Reader. Leider wird momentan nur POP3 unterstützt – ich warte schon sehnsüchtig auf die IMAP-Erweiterung.

Mit folgenden Einstellungen habe ich conjoon dann doch noch zur Zusammenarbeit mit dem lighttpd-Webserver bewegen können:

url.rewrite-final = (
".*\.(mp3|swf|js|ico|gif|jpg|png|css)" => "$0",
"blank\.html" => "$0",
"^/install/(.*)$" => "$0",
"^index\/redirect.+$" => "index.php",
".$" => "/index.php"
)

Das ist sicherlich nicht optimal (gerade die vorletzte Zeile sollte durch die letzte doch überflüssig sein, oder?), aber wie gesagt: Es funktioniert.

Für die tolle Lifestream-Anwendung Sweetcron wird zwingend mod_rewrite (und damit also auch der Apache) vorausgesetzt. Um das Programm dennoch mit dem lighttpd-Webserver zum Laufen zu bringen, habe ich folgende Konfiguration vorgenommen:

url.rewrite-final = (
"^/(system|images)/(.*)$" => "$0",
"^/(.*\.css|.*\.ico|.*\.php)" => "$0",
"^/(.*)$" => "/index.php/$1"
)


Außerdem müsst ihr im Stammverzeichnis eine leere Datei namens .htaccess anlegen, da deren Vorhandensein von Sweetcron abgefragt wird.