Mit WeMonIt bieten wir eine einfach zu bedienende Webseiten- und Servermonitoring Plattform, mit der sowohl die Erreichbarkeit eurer Dienste, als auch deren Performance kostenlos geprüft werden kann.

Neben Benachrichtigung im Problemfall per E-Mail ist eine iPhone-App mit Push-Notifications in Arbeit. Ebenso eine Erweiterung der derzeit unterstützten Überwachung der Protokolle ICMP und HTTP ( je via IPv4 und IPv6 ).

Nachfolgend ein Screenshot der HTTP-Überwachung von Chrische.de – deutlich zu sehen die verbesserte Ladezeit ab 15:25. Ich habe nämlich erst durch WeMonIt gemerkt, wie langsam die Seite geladen wird und den Übeltäter, ein Flickr Plugin, umgehend deaktiviert….

Wir würden uns über euer Feedback freuen, schaut doch mal rein

Webseiten- und Servermonitoring mit WeMonIt

1. für kurze zeit nicht verfügbar um eine regelmäßige instandhaltung durchzuführen. prüfe in einer minute nochmals.
2. geodaten ermitteln
3. wordpress lighttpd
4. für kurze zeit nicht verfügbar, um eine regelmäßige instandhaltung durchzuführen. prüfe in einer minute erneut.
5. wordpress für kurze zeit nicht verfügbar, um eine regelmäßige instandhaltung durchzuführen. prüfe in einer minute erneut.
6. eeepc asus tastenkombination display
7. lighttpd wordpress
8. “für kurze zeit nicht verfügbar um eine regelmäßige instandhaltung durchzuführen. prüfe in einer minute nochmals.”
9. bildschirmhelligkeit ubuntu
10. geodaten bestimmen
11. debian lenny proftpd 1.3.1
12. grub2 raid5
13. debian kompilieren
14. php google maps lon und lat ermitteln
15. grub manuell booten

Deutlich erkennbar die im Februar veröffentlichten WordPress-Updates und die stellenweise daraus resultierenden Probleme mit dem Wartungsmodus…

Da ich jetzt erstmal einige Tage Daten zur Auswertung benötige, ist es noch zu früh für ein Fazit, dieses reiche ich aber auf jeden Fall noch nach.

Bei der Integration in WordPress jedoch fiel mir jedoch gleich auf, dass es – wie ich es von Google Analytics und Piwik gewohnt bin – wohl kein simples Plugin gibt, welches einem die Integration des OWA JavaScript-Schnipsels in die Webseite “erleichtert”. Ich bin kein Fan davon, diese jeweils “hart” im Template o.ä. zu hinterlegen.

Zwar bietet Open Web Analytics von Haus aus die Möglichkeit, als umfangreiches WordPress-Plugin betrieben zu werden, doch dies kommt aus mehreren Gründen für mich nicht in Frage.

Kurzum habe ich das unter der GPL stehende “Piwik Analytics” WordPress-Plugin adaptiert und auf die Verwendung mit Open Web Analytics angepasst. Kudos an dieser Stelle an Jules Stuifbergen, den Autor des eben genannten Piwik Plugins.

Einfacher gehts nicht: Plugin installieren & aktivieren, Site-ID und ggf. OWA-Host hinterlegen – fertig.

Den Download und alle weiteren Informationen zum Open Web Analytics WordPress Plugin findet Ihr auf der dafür eingerichteten Seite hier im Blog, oder direkt auf der entsprechenden Plugin-Seite auf WordPress.org

Leider gab es in letzter Zeit öfter Lücken in ProFTPD, so z.B. ein erst kürzlich geschlossener Pufferüberlauf in der Funktion sql_prepare_where, die einen dazu bewegen sollten, stets die aktuellste Version einzusetzen. Derzeit ist dies 1.3.3d, die aktuell per Debian Repository verfügbare Version jedoch ist Version 1.3.1 (Lenny) bzw. 1.3.3a (unter Debian Squeeze), wie ein einfaches “proftpd -v” beweist:

test-srv1:~# apt-get install proftpd

test-srv1:~# proftpd -v

- ProFTPD Version 1.3.1

test-srv2:~# proftpd -v

- ProFTPD Version 1.3.3a

test-srv1:~# proftpd -V

Compile-time Settings:

Version: 1.3.1

Platform: LINUX

Built With:

<< DIESEN BLOCK KOPIEREN >>

Jetzt installieren wir mit folgendem Kommando alle zum Kompilieren benötigten Programme und *-dev Versionen derer Module, die wir einkompilieren werden (hat ein wenig Trial & Error Arbeit gekostet):

test-srv1:~# apt-get install build-essential gettext make g++ libwrap0-dev postgresql-server-dev-8.3 libldap2-dev libmysql++-dev libpam0g-dev libssl-dev libsqlite3-dev unixodbc-dev libncurses5-dev libacl1-dev libcap-dev

Achtung: für Squeeze “postgresql-server-dev-8.3″ durch “postgresql-server-dev-all” ersetzen!

Nun aktuelle Sourcen von der offiziellen ProFTPD Quelle laden und entpacken:

test-srv1:/tmp# wget ftp://ftp.proftpd.org/distrib/source/proftpd-1.3.3d.tar.gz

test-srv1:/tmp# tar -xvf proftpd-1.3.3d.tar.gz

test-srv1:/tmp# cd proftpd-1.3.3d

test-srv1:/tmp/proftpd-1.3.3d#

Ein Modul (mod_vroot) müssen wir händisch nachladen und in den “contrib”-Ordner entpacken, da diese nicht in der heruntergeladenen Source mitgeliefert wird:

test-srv1:/tmp/proftpd-1.3.3d# cd contrib/

test-srv1:/tmp/proftpd-1.3.3d/contrib# wget http://www.castaglia.org/proftpd/modules/proftpd-mod-vroot-0.9.2.tar.gz

test-srv1:/tmp/proftpd-1.3.3d/contrib# tar -xvf proftpd-mod-vroot-0.9.2.tar.gz

test-srv1:/tmp/proftpd-1.3.3d/contrib# cd ..

Ein anschließendes ./configure mit den Anfangs per “proftpd -V” kopierten Parametern sollte jetzt ohne Fehler durchlaufen. (Befehl bitte selber aus der “proftpd -V”-Ausgabe kopieren!)

test-srv1:/tmp/proftpd-1.3.3d/# ./configure –prefix=/usr –with-includes=/usr/include/postgresql:/usr/include/mysql –mandir=/usr/share/man –sysconfdir=/etc/proftpd –localstatedir=/var/run –libexecdir=/usr/lib/proftpd –enable-sendfile –enable-facl –enable-dso –enable-autoshadow –enable-ctrls –with-modules=mod_readme –enable-ipv6 –enable-nls –build x86_64-linux-gnu –with-shared=mod_site_misc:mod_load:mod_ban:mod_quotatab:mod_sql:

mod_sql_mysql:mod_sql_postgres:mod_dynmasq:mod_quotatab_sql:

mod_ldap:mod_quotatab_ldap:mod_ratio:mod_tls:mod_rewrite:mod_radius:

mod_wrap:mod_wrap2:mod_wrap2_file:mod_wrap2_sql:mod_quotatab_file:

mod_quotatab_radius:mod_facl:mod_ctrls_admin:mod_ifsession

Das nachfolgende “make” sollte ohne Probleme durchlaufen, ein darauf folgendes “make install” ebenfalls. Daraufhin kann erneut per “proftpd -v” die installierte Version geprüft werden:

test-srv1:/tmp/proftpd-1.3.3d# proftpd -v

ProFTPD Version 1.3.3d

Interessanter jedoch die Ausgabe von “proftpd -V” im Bereich der unterstützten Module bzw. Features:

test-srv1:/tmp/proftpd-1.3.3d# proftpd -V

…

Features:

+ Autoshadow support

+ Controls support

+ curses support

- Developer support

+ DSO support

+ IPv6 support

+ Largefile support

- Lastlog support

+ ncurses support

+ NLS support

+ OpenSSL support

+ POSIX ACL support

+ Shadow file support

+ Sendfile support

+ Trace support

…

Vergleicht man diese mit der ursprünglich installierten Version, so wird man (hoffentlich ) keine Unterschiede feststellen.

Nachfolgend eine, auf den Einsatz von zend Framework angepasste, nginx Config:

server {
listen   80;
server_name  beispiel.de;
server_name  www.beispiel.de;

if ($host != ‘www.beispiel.de’ ) {
rewrite  ^/(.*)$  http://www.beispiel.de/$1  permanent;
}

access_log  /var/log/nginx/beispiel_de.log;

root    /var/www/beispiel.de/public;

location / {
index index.php;
}

if (!-e $request_filename) {
rewrite ^.*$ /index.php last;
}

location ~ \.php$ {
fastcgi_pass   127.0.0.1:9000;
fastcgi_index  index.php;
fastcgi_param  SCRIPT_FILENAME  /var/www/beispiel.de/public/$fastcgi_script_name;
include        fastcgi_params;
fastcgi_param   APPLICATION_ENV staging;

}

}