Veni, Vidi, VISA

Wenn der Bauer nicht schwimmen kann.. liegt das nicht zwingend an seiner Badehose. Ich bin neulich - softwaretechnisch betrachtet - einige Male gegen die Wand gelaufen. Wiederholt. Mit Anlauf. Hugo hat nämlich einen eigenen Server implementiert, mit dem man Änderungen der Seite bequem beobachten kann. Nachdem ich dann das Theme soweit angepasst habe, habe ich mit hugo die statischen Seiten erstellt und diese dann im Browser betrachtet und siehe da.. das CSS wird nicht gerändert. Nach einigem fluchen und missbilligender Blicke meiner Katze(n) hab ich dann kurzerhand lighttpd installiert/konfiguriert und die statischen HTML-Seiten in den Serverroot kopiert habe, siehe da.. kaum macht man es richtig, schon funktioniert es.

Und weil ich es ständig vergesse: Wenn man unter Arch Linux devel-packages installiert rofi-git z. B., dann werden die per Default nicht aktualisiert wenn man yay -Suy eingibt. Will man diese Pakete ebenfalls aktualisieren (sprich das neuste GIT-Commit hinzufügen), dann geht das mit der Option --devel.

Weil mich schon einige Mails erreicht haben, wo ich danach gefragt wurde:

# lighttd.conf

     url.rewrite = (

            "^/lib/.*$"              => "$0",

            "^/_media/(.*)?\?(.*)$"  => "/lib/exe/fetch.php?media=$1&$2",

            "^/_media/(.*)$"         => "/lib/exe/fetch.php?media=$1",

            "^/_detail/(.*)?\?(.*)$" => "/lib/exe/detail.php?media=$1&2",

            "^/_detail/(.*)?$"       => "/lib/exe/detail.php?media=$1",

            "^/_export/([^/]+)/(.*)\?(.*)$" => "/doku.php?do=export_$1&id=$2&$3",

            "^/_export/([^/]+)/(.*)" => "/doku.php?do=export_$1&id=$2",

            "^/doku.php.*"           => "$0",

            "^/feed.php.*"           => "$0",

            "^/(.*)\?(.*)"           => "/doku.php?id=$1&$2",

            "^/(.*)"                 => "/doku.php?id=$1"

	    )

	    }

# nginx.conf

location @dokuwiki {

    rewrite ^/_media/(.*) /lib/exe/fetch.php?media=$1 last;

    rewrite ^/_detail/(.*) /lib/exe/detail.php?media=$1 last;

    rewrite ^/_export/([^/]+)/(.*) /doku.php?do=export_$1&id=$2 last;

    rewrite ^/(?!lib/)(.*) /doku.php?id=$1&$args last;

}

Nachdem mir der httpd(8) von OpenBSD auf die Eier gegangen ist, habe ich ihn gegen Lighttpd ausgetauscht, was auch problemlos funktioniert hat. Anschließend habe ich just for fun DokuWiki installiert und beim Aufruf von install.php It seems your data directory is not properly secured. zu sehen bekommen. chmod/chown waren korrekt gesetzt, also konnte es daran nicht liegen. Lag es auch nicht. Nach kurzer Recherche habe ich dann folgendes gefunden: https://www.dokuwiki.org/security#deny_directory_access_in_lighttpd und siehe da.. nach dem Eintrag von

$HTTP["url"] =~ "^/dokuwiki/(data|conf|bin|inc)/+.*" {

    url.access-deny = ("")

}

in der lighttpd.conf und einem anschließendem Neustart war das mit de Warnhinweis auch Geschichte.

"Wir benoetigen den Webserver um im Intranet Serendipity und DokuWiki nutzen zu koennen, damit unsere Developer sich gegenseitig austauschen und auftretende Probleme und Fragen veroeffentlichen koennen. Selbstverstaendlich muss MySQL zur Verfuegung stehen um die beiden zu betreiben."

Ich hab mir bei sowas die Frage "Wieso nicht lighttpd incl. SQLite?!" abgewoehnt. Es bringt naemlich nichts diese zu stellen. Es werden solange Features aufgelistet, sie nur mit Apache+MySQL realisierbar sind; das diese dann anschliessend gar nicht benoetigt werden ist egal. Es muss einfach Apache+MySQL sein. Punkt.
Wayne.. der Kunde ist Koenig und ich werd nach Stunden bezahlt. Also ist allen geholfen.

$ cd /usr/pkgsrc/lang/php5

$ make PKG_OPTIONS.php="fastcgi" install clean ; make clean-depends

$ cd /usr/pkgsrc/www/lighttpd ; make install clean

$ $EDITOR /usr/pkg/etc/lighttpd/lighttpd.conf

mod_fastcgi auskommentieren, bin-path in 

"bin-path" => "/usr/pkg/libexec/cgi-bin/php" in fastcgi.server aendern; 

anschliessend lighttpd=YES in die /etc/rc.conf reinschreiben und lighttpd starten

$ /etc/rc.d/lighttpd start

Dieser Eintrag is grad mal ein paar Stunden alt und schon hab ich ~10 Mails bekommen wo ich nach der Loesung gefragt werde. Dabei is es relativ simpel und durch eine Suchmaschine zu finden, aber wayne.. "lart(1) fuer Pic-Diebe (antihotlinking)" vollständig lesen

lighttpd erkennt cgi-Scripte per Default an der Dateiendung. Das hat dann den IMO nicht sonderlich sinnvollen Nebeneffekt, dass es egal ist wo diese Scripte liegen; sobald sie eine bestimmte Dateiendung haben und ausfuehrbar sind, werden sie auch ausgefuehrt. Schuld daran ist folgender Abschnitt in der lighttpd.conf

cgi.assign   = ( ".pl"  => "/usr/bin/perl",

                      ".cgi" => "/usr/bin/perl" }

"cgi-bin unter lighttpd" vollständig lesen

Hoert sich eklig an; is es auch (PHP stinkt!!!111! (Insider)). Wenn man mit pkg_add php5-core PHP installiert, wird PHP 5.0.5 installiert und ein php -v gibt folgendes aus

(dope@dreckskind) : (~): php -v

192.168.1.6 45862 22

PHP 5.0.5 (cli) (built: Mar  1 2006 16:46:00)

Copyright (c) 1997-2004 The PHP Group

Zend Engine v2.0.5, Copyright (c) 1998-2004 Zend Technologies

Sieht auf den ersten Blick korrekt aus.. aber eben nur auf den ersten Blick. PHP 5.0.5 (cli) (built: Mar 1 2006 16:46:00) arbeitet nicht mit lighttpd zusammen, weil man laut dem hier fastcgi benoetigt. Das Lustige daran ist nur, dass unter OpenBSD kein Package und kein Port dafuer existiert. Ergo muss man entweder --enable-fastcgi in /usr/ports/www/php5/core/Makefile hinzufuegen oder PHP herunterladen und selbst kompilieren. Ricktig muss es naemlich so aussehen

(dope@dreckskind) : (~): php -v

PHP 5.1.4 (cgi-fcgi) (built: Jun  6 2006 12:08:24)

Copyright (c) 1997-2006 The PHP Group

Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies

(dope@dreckskind) : (~):

Wenn man sich fuer letzteres entscheidet, sollte man aber "--prefix=", "--program-prefix=", .. anpassen, weil dieser Dreck nichtmal ein uninstall-Target im Makefile hat. Danach noch

fastcgi.server             = ( ".php" =>

                               ( "localhost" =>

                                 (

                                   "socket" => "/tmp/php-fastcgi.socket",

                                   "bin-path" => "/usr/local/bin/php"

                                 )

                               )

                            )

in die lighttpd.conf und den Server neu starten; dann laeuft auch PHP und kann wieder entfernt werden.

Im deutschen Handbuch findet man folgende Zeile:

PKG_PATH="/cdrom;/usr/pkgsrc/packages/All;ftp://ftp.netbsd.org/pub/NetBSD/packages/1.4.2/i386/All/"

und die will man so nicht verwenden, da der abschliessende Slash nicht enthalten sein darf. Es muss (ohne den /cdrom/.. Eintrag) so aussehen

export PKG_PATH=ftp://ftp2.de.NetBSD.org/pub/NetBSD/packages/3.0/i386/All

Danach funktioniert ein pkg_add binary-package auch ohne Probleme. "NetBSD 3.0 und lighthttpd" vollständig lesen