Unter gewissen Umständen stürzt Photoshop einfach ab. Das ist besonders ärgerlich, wenn die Arbeit noch nicht gespeichert ist. Im Absturzfenster moniert Windows dann die ntdll.dll, StackHash etc. mit Fehlercode 0xc0000005 oder ähnlichem. Das kann viele Gründe haben, die man einzeln nachprüfen kann:

1. Kaputter RAM-Speicher. Lösung: Memtest runterladen und den RAM-Speicher testen. Wenn er defekt ist, austauschen.
2. Fehlerhafter Standarddrucker. Bestimmte Druckermodelle bringen Photoshop zum Absturz, aber nur wenn sie als Standarddrucker gesetzt sind. Lösung: PDF Writer installieren und den virtuellen PDF-Drucker als Standarddrucker definieren.
3. Kaputte Schriftarten. Wenn ein Dokument, das Schrift enthält, geöffnet wird, stürzt Photoshop etwas später ab wenn die Schriftdateien neu geladen werden. Sehr schwer zu entlarven aber einfach zu beheben. Lösung: FontFrenzy installieren und “Defrenzy” durchführen. Das entfernt alle Fonts (mit Backup) die nicht essentiell für Windows sind. Funktioniert (bei mir) auch mit Windows 7. Eine Auflistung guter Fontmanager gibt es übrigens hier.
4. Photoshop Einstellungsdateien kaputt. Die Einstellungsdateien können u.U. fehlerhaft sein, so daß Photoshop abstürzt. Lösung: Ordner mit Photoshop-Voreinstellungen löschen. Unter Win 7 findet er sich hier: C:\Users\Username\AppData\Roaming\Adobe\Adobe Photoshop xxx – der Pfad kann aber je nach Photoshop Version abweichen. Eventuell muß die Anzeige versteckter Dateien und Ordner aktiviert werden um ihn zu sehen.

Das sind die möglichen Gründe für einen Absturz, die ich gefunden habe. Bei mir waren es kaputte Schriftarten, und ich habe stundenlang im Internet gesucht um endlich auf die Lösung zu kommen. Dieser Beitrag erspart dir hoffentlich die Odyssee. Über weitere Absturzgründe (und Lösungen) freut sich der Kommentarbereich.

Oft kommt es vor, daß ein PHP-Skript riesige Datenbank-Abfragen anstößt, ressourcenlastige Berechnungen und Operationen durchführt, oder sich in eine Endlosschleife begibt. All das sind Dinge, die einen Server schnell in die Knie zwingen können, während er versucht alle eintreffenden Anfragen weiter zu bearbeiten. Abhilfe schafft eine “Notbremse”, die die Ausführung eines Skripts ab einer bestimmten Serverlast unterbindet.

Voraussetzung ist der lesende Zugriff auf den /proc Baum auf dem Linux-/BSD-Server, im Speziellen auf die /proc/loadavg Datei. Diese beinhaltet den Load des Servers zum aktuellen Zeitpunkt an erster Stelle. Dieser lässt sich dann leicht extrahieren und in eine Abfrage einbauen die den Skript ab einem bestimmten Load einfach nicht ausführt:

// [start] :ADDED: exanto.de - Check server load
$data = @file('/proc/loadavg');
if ($data) {
    $load = (double) substr($data[0], 0, 4);
    if ($load > 30.00) {
        die('Entschuldigung, leider ist unser System momentan ueberlastet und kann Ihre 
            Anfrage nicht bearbeiten. Bitte versuchen Sie es in ein paar Minuten noch einmal. 
            Vielen Dank fuer Ihr Verstaendnis!');
    }
}
// [ end ] :ADDED: exanto.de - Check server load

Ich hoffe es hilft jemandem, mit widerspenstigen PHP-Skripten fertig zu werden

Um doppelten Inhalt zu vermeiden ist es ratsam, sich auf eine Domain zu beschränken. Gleichzeitig sollte man dafür sorgen, daß die hinterlegten Inhalte weder über andere Domains noch über Subdomains erreichbar sind.

Die URL “www.beispiel.de” ist dabei etwas anderes als nur “beispiel.de”. Das “www” am Anfang ist eine Subdomain, die in früheren Zeiten des Internets anzeigen sollte, daß der WorldWideWeb Teil der Domain aufgerufen werden soll, im Gegensatz zu z.B. ftp / gopher / irc usw. In der heutigen Zeit ist dies hinfällig, aber viele Websurfer sind es immer noch gewohnt, stur das “www” vor die Domain zu tippen.

Um den Besucher nun auf eine der beiden Möglichkeiten zu beschränken, kann man sich des mod_rewrite Moduls vom Apache bedienen. Einfach eine Datei .htaccess im Hauptordner der Webpräsenz anlegen und einen der folgenden Codeschnippsel einfügen.

Für die Weiterleitung aller www-Domains auf ihr Nicht-www Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^www\.(.*)$
    RewriteRule ^(.*)$ http://%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller Nicht-www Domains auf ihr www-Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.(.*)$
    RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller ankommenden Anfragen auf eine www-Domain:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.meine-domain\.de$
    RewriteRule ^(.*)$ http://www.meine-domain.de/$1 [L,R=301]
</IfModule>

Gerade die ersten beiden Fälle sind knifflig, ich hoffe die Codeschnippsel helfen!

Heute hatte ich das Problem, daß Filezilla ab Version 3.1 das Nicht-Abschließen von TLS-Verbindungen eines FTP-Servers nicht mehr toleriert. Das betrifft u.a. vsftpd, der für Debian Etch nur in Version 2.0.6 zur Verfügung steht. Filezilla hat entsprechende Probleme:

  Antwort: 150 Here comes the directory listing.
  Status: Server hat die TLS-Verbindung nicht ordnungsgemäß geschlossen
  Fehler: Could not read from transfer socket: ECONNABORTED - Connection aborted

Glücklicherweise besteht vsftpd nur aus einer binary und einer Config-Datei, und letztere hat sich beim minimalen Versionsschritt auch nicht verändert. Man kann also theoretisch einfach die 2.0.6 Binary gegen die 2.0.7 austauschen. Um das zu erreichen, muß die 2.0.7 allerdings auf dem System kompiliert werden, was sich als nicht so einfach herausstellt. Beim gcc in Version 4.1.2 gibt es in etwa diesen Fehler hier:

  sysutil.c: In function ‘vsf_sysutil_wait_exited_normally’:
  sysutil.c:604: error: assignment of read-only member ‘__in’
  sysutil.c: In function ‘vsf_sysutil_wait_get_exitcode’:
  sysutil.c:614: error: assignment of read-only member ‘__in’

Der wurde zwar in Version 2.0.6 von vsftpd behoben, hat aber seinen Weg offensichtlich nicht in den 2.0.7 Zweig gefunden. Den fehlenden Patch habe ich natürlich dem Entwickler gemeldet, so daß vsftpd ab 2.0.8 auch wieder unter Etch kompilieren sollte. Nach dem Anwenden des Patches auf das 2.0.7 Paket lässt sich dieser dann auch kompilieren. Dafür benötigt man übrigens diese Pakete hier:

  aptitude install make binutils comerr-dev cpp cpp-4.1 gcc gcc-4.1 libc6-dev libcap-dev libcurl3-openssl-dev libidn11-dev libkadm55 libkrb5-dev libmudflap0 libmudflap0-dev libpam0g-dev libssl-dev libssp0 linux-kernel-headers pkg-config zlib1g-dev

Die entstehende Binary vsftpd kann einfach über die bestehende drüberkopiert werden:

  # make
  [...]
  # killall vsftpd
  # cp vsftpd /usr/sbin/vsftpd
  # vsftpd -v
  vsftpd: version 2.0.7

Nach einem Neustart klappt es dann auch mit Filezilla und vsftpd.

Nach einiger Überlegung und etwas Lektüre dazu habe ich mich entschlossen, auf diesem Blog das “Nofollow” Attribut für Kommentarlinks (vorerst) zu entfernen.

Ich behalte mir natürlich das Recht vor, bei “Paid Comments” und solchen die offensichtlich nur der Backlinkbeschaffung dienen den Link zu löschen. Die Argumente für das entfernen von NoFollow sind nicht von der Hand zu weisen. Es macht einfach mehr Spaß, gut durchdachte und sinnvolle Kommentare zu hinterlassen, wenn man dafür auch etwas zurück bekommt – in diesem Fall einen Backlink.

Ich habe sie geliebt… Maniac Mansion, Day of the Tentacle, die Monkey Island Serie, King’s Quest und vor allem – Zak McKracken. Das 1988 veröffentlichte Klick-Adventure hat sich eine Fangemeinde bis heute erhalten, und jetzt, 20 Jahre nach dem Erscheinen des ersten Teils, hat eine Gruppe von Freizeitentwicklern einen (inoffiziellen) Nachfolger herausgebracht.

Beim ersten Start des Spiels merkt man sofort, daß es mit sehr viel Liebe zum Detail und entsprechendem Hintergrundwissen zu der originalen Storyline von Zak McKracken entwickelt wurde. Sehr schöne Grafiken, viel Witz und natürlich die “Running Gags” aus dem Original.

Sehr schön finde ich, daß es zwei verschiedene Schwierigkeitsstufen gibt wie damals auch bei Monkey Island. Die Musik begeistert ebenso wie die Dialoge, die Grafik und die Geschichte (soweit ich sie bisher kenne). Und das Beste zum Schluß: Das Spiel ist komplett kostenlos und in deutscher Sprache verfügbar!

Um die Server nicht zu sehr zu belasten, würde ich zum Download via Bittorrent raten. Wer also mal wieder Lust auf ein gutes altes Adventure-Spiel hat, der kann sich Zak McKracken 2 hier herunterladen.

In der aktuellen Ausgabe des Open-Source Magazins t3n wurde ein Artikel von uns veröffentlicht. Dort geht es um Webentwicklung mit einer virtuellen Maschine.

Der Artikel findet sich in der Ausgabe Nr.11 (03/2008 – 05/2008) ab Seite 34 und behandelt die Installation vor Virtualbox mit Ubuntu Server Edition. Unter Ubuntu werden dann Schritt für Schritt das Netzwerk, Samba, Apache, MySQL, PHP usw. installiert und konfiguriert. Zusätzlich wird erklärt, wie man mittels der Windows-Hosts Datei, beliebige Domains für lokale Tests anlegen kann. Die Softlinks zu dem Thema finden sich auf der t3n Seite unter der Nummer 1954.

Ab gestern ist das neue Exanto Template online. Viel Arbeit, die sich hoffentlich in besserer Usability, Lesbarkeit und Optik auszahlt.

Eine kleine Liste der getätigten Änderunge/Verbesserungen:

• Komplett neues Template und schlanke CSS-Umsetzung
• Sauberes Archiv und eine Tagwolke zum schnellen Finden von Beiträgen
• Anzeige der verwandten Artikel zu jedem Artikel mittels Tags
• Update auf WordPress 2.3.3
• Überarbeitung der Referenzen, Darstellung mittels erweitertem Slimbox-Plugin
• Gute Vorsätze, in 2008 etwas mehr zu schreiben

Ein SSL-Proxy ist teilweise sehr nützlich, wenn man mehrere Domains mit einem einzigen SSL-Zertifikat (und nur einer IP) absichern möchte. Dieses Howto beschreibt das Vorgehen anhand eines typischen Debian-Servers mit Apache2.

Achtung: Ich übernehme keinerlei Verantwortung für eventuelle Fehler und/oder Ausfälle die durch dieses Howto entstehen.

Zunächst habe ich beim Server Support Forum ein vorhandenes Howto gelesen und einige Schritte daraus übernommen. Allerdings sind die Angaben dort für ein Confixx-System und auch recht veraltet.

Wenn das SSL-Modul für den Apache aktiviert ist, sollte unter “/etc/apache2/sites-enabled/” bereits ein Symlink “000-default-ssl” liegen. Wenn nicht legen wir einfach einen neuen vHost an:

# vim /etc/apache2/sites-available/000-default-ssl

und füllen ihn mit diesem Inhalt:

<IfModule mod_rewrite.c>
<IfModule mod_ssl.c>

RewriteLock     /var/lock/rewrite.lock

<VirtualHost 111.222.333.444:443>

  DocumentRoot "/var/www/dein-ssl-root/"
  ServerName ssl.domain.de
  ServerAdmin admin@domain.de
  # SuexecUserGroup www-user www-user

  SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
  SSLCertificateFile /etc/apache2/ssl.crt/server.crt
  SSLCertificateKeyFile /etc/apache2/ssl.key/server.key

  SSLEngine on

  # Rewrite-Engine einschalten fuer Umschreiben der URL
  RewriteEngine   on

  # Logging ausschalten mit folgenden Zeilen:
  #RewriteLog     /dev/null
  #RewriteLog     0
  RewriteLog      /var/log/apache2/sslproxy.log
  RewriteLogLevel 1

  RewriteMap      lowercase       int:tolower
  # RewriteMap für die Domainnamen, welche SSL erhalten sollen
  RewriteMap      domaindb        txt:/etc/apache2/ssldomains
  RewriteRule     ^/icons/(.+)  -                               [L]
  # Fuer MS Internet Explorer ab Version 6
  RewriteRule     ^/w3c/(.+)      -                               [L]
  # Kundendomain in Kleinbuchstaben umwandeln (fuer Datenbank-Lookup)
  RewriteRule     ^/([^/]+)/(.*)  /${lowercase:$1}/$2             [S=1]
  RewriteRule     ^/(.*)          /${lowercase:$1}
  # Per Proxy Verbindung zu http://kundendomain/... aufbauen.
  # Wahlweise auch http://www.kundendomain/...
  # Falls Kundendomain ohne abschliessenden "/" angegeben,
  # "/" anhaengen und Redirect erzwingen, d.h. Browser soll es
  # mit "kundendomain/" nochmal versuchen.
  # Für den Fall, dass der "Pfad" nicht in der domaindb gefunden wurde,
  # ssl.domain/Pfad anzeigen.
  RewriteRule     ^/www\.([^/]+)/(.*)     /${domaindb:$1|%{HTTP_HOST}/$1}/$2      [S=2]
  RewriteRule     ^/([^/]+)/(.*)          /${domaindb:$1|%{HTTP_HOST}/$1}/$2      [S=1]
  RewriteRule     ^/(.+)                  /$1/                    [R,L]
  RewriteRule     ^/(.*)                  http://$1               [P,L]
</VirtualHost>

</IfModule>
</IfModule>

Danach legen wie eine Datei an, die die Zuweisung von URLs zu Domains übernimmt. Bei mir liegt diese unter “/etc/apache2/ssldomains” und ist nach diesem Schema aufgebaut:

#Pfad -> Domain
domain.de    www.domain.de
admin    www.admin.domain.de
was-auch-immer    www.nocheinedomain.de

Nach einem “:wq” aktivieren wir noch die nötigen Module und den Virtualhost im Apachen (falls noch nicht geschehen):

# a2enmod proxy
# a2enmod proxy_http
# a2enmod rewrite
# a2ensite 000-default-ssl

Wichtig: Das Proxy-Modul verbietet standardmäßig jeden Zugriff, und das ist gut so. Für unsere SSL-Domain müssen wir den Zugriff allerdings erlauben.

# vim /etc/apache2/mods-enabled/proxy.conf

Aus dem hier

    <Proxy *>
            AddDefaultCharset off
            Order deny,allow
            Deny from all
            #Allow from .example.com
    </Proxy>

wird das:

    <Proxy *>
            AddDefaultCharset off
            Order deny,allow
            #Deny from all
            Allow from ssl.domain.de
    </Proxy>

Daß die Domains, Pfade und die IP-Adresse an die eigenen Bedürfnisse angepasst werden müssen sollte klar sein. Jetzt noch den Apache neu laden und der SSL-Proxy sollte laufen.

# /etc/init.d/apache2 force-reload

Aufruf mit “https://ssl.domain.de/domain.de” usw.

Ich hoffe das Howto war hilfreich

Übrigens: Wenn Sie einen xt:Commerce Shop mit einem SSL-Proxy betreiben möchten, dann müssen Sie die interne SSL-Erkennung umgehen, da der Browser ja nicht direkt mit der Webseite über SSL kommuniziert. Dazu in der “includes/application_top.php” dies hier ändern (steht ziemlich am Anfang):

//workaround for ssl-proxy
$request_type = (isset($_SERVER['HTTP_X_FORWARDED_SERVER'])) ? 'SSL' : 'NONSSL';
//$request_type = (getenv('HTTPS') == '1' || getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';

Wenn ich per SSH auf virtuellen Maschinen oder eigenständigen Servern arbeite, dann benutze ich Putty mit vim und screen als Arbeitsumgebung. Da es lästig ist, die .vimrc, .screenrc, die colors und plugins jedes mal händisch rüber zu kopieren, habe ich mir einen Cronjob angelegt der mir alles in ein handliches Format auf den Exanto-Server packt.

Der Cronjob spielt jede Nacht um 23:00 die .vimrc und .screenrc als Textdatei per cat in das Webverzeichnis und packt den Inhalt (+ Verzeichnislisting) von /root/.vim/ in einen tarball dazu. Die RC-Dateien habe ich lieber als Text, da ich eventuell schon vorhandene Änderungen an der .vimrc auf dem neuen / fremden Server beibehalten möchte.

Um das Reinkopieren zu erleichtern mache ich immer zuerst

:set pastetoggle=<F8>

und füge dann im insert-mode die gewünschten neuen Zeilen ein.

Hier sind die Links zu den verschiedenen Dateien:

• vimrc als Textdatei
• screenrc als Textdatei
• Verzeichnislisting /root/.vim/
• Tarball von /root/.vim/*

Wie gesagt, es wird jeden Abend automatisch aktualisiert. Ich hoffe dem ein oder anderen hilft es!