Software

For the logs - heute aus Not kurz überlegt, wie man ein PHP-Skript eigentlich über cron laufen lässt, wenn das PHP-Skript Includes mit relativen Pfaden aufweist. Das Problem ist, dass crons Arbeitsverzeichnis nicht dem Verzeichnis des Skripts entspricht und die relativen Pfade somit auf Falsches verweisen.

Über Bash-Skript den Job zu wrappen wäre auch nicht das Wahre. Ein nahezu universeller PHP-Ein-Zeiler vor den Includes hat es getan:

#!/usr/bin/php
<?
chdir(dirname(__FILE__)); // <-- 
include_once("../../relative.php");
// ...
exit(0);
?>

Natürlich wäre in der crontab auch etwas wie

1 */30 * * * * user cd /pfad/zum/skript; php-skript.php

möglich, allerdings in anacrons cron.{hourly|daily|weekly|monthly}, in den man bequemerweise nur einen symbolischen Link zum Skript anlegt, ist so eine Anweisung nicht machbar.

Anmerkung: die Verwendung von chdir() Funktion kann problematisch werden, wenn "safe mode" gesetzt ist. Die Verwendung von "safe mode" ist aber seit PHP 5.3 sowieso als veraltet markiert.

Ich musste heute bedauerlicherweise feststellen, dass Vims Syntax-Folding sowie die Klammernauflösung (und damit Funktionen von "%", "]}", etc.) unter Verwendung von bedingten Präprozessor-Anweisungen in C-Code gnadenlos versagen. Gerade wo der Code etwas unübersichtlicher wird, lässt Vim einen etwas im Stich, was die Navigation angeht. Hier ein einfacher Beispiel-Snippet, mit dem man das Problem reproduzieren kann:

for (i=0; i<somevar; i++) {
#ifdef SOME_PARAM
      for (k=1; k<limit_one; k++) {
#else
      for (k=1; k<limit_else; k++) {
#endif
      //do something
      }
}

In diesem Fall "weiß" Vim nicht, dass nur eine öffnende Klammer aus dem #ifdef-#else-Block von Bedeutung ist und macht stures Auflösen nach dem Schema "auf eine öffnende Klammer gibt es eine schließende" weiter.
Einen fertigen Workaround habe ich bisher nicht gefunden - schade...

Pünktlich zu Ostern fand ich endlich eine praktikable Lösung für das Synchronisieren meiner Kontakte, Aufgaben und Termine zwischen meinen Linux-Rechnern und Windows Mobile 6 Gerät (HTC Artemis). Und das, ohne meine Termine den Datenkraken anzuvertrauen. Die (Er)Lösung hat einen Namen: Funambol. Funambol bietet Clients für
Desktop-Applikationen wie Outlook, Thunderbird (mit Lightning Extension), Evolution, iPod
Mobile Geräte, darunter Windows Mobile, Symbian, Blackberry und iPhone.
Eine Synchronisation zu Gmail, Yahoo und etlichen Groupware-Servern wird ebenfalls unterstützt.

Neben den Clients gibt es auch eine Serverinstanz (als Bündel samt nötigen JRE, Hypersonic DB, etc.) zum Download, die man auf einem beliebigen Rechner installieren kann. Auch Installation auf einem entfernten Server ist möglich.

Funambol Server (stand 8.0.2) auf Linux einrichten im Schnelldurchlauf:

Funambol Server von der Download-Seite runterladen.

Server Installieren mit: (Lizenzbestimmungen lesen, Pfad auswählen)

Empfehlenswert - Rechte anpassen, so dass man den Server nicht als root laufen lassen muss.

Wenn nicht über Dialog der Installation bereits geschehen, Server starten:
Admin-Oberfläche starten:
Wenn entfernter Server, sollte man zuvor mit "ssh -X" einloggen um X an ssh-client weiterzuleiten. Auch möglich wäre Funambol lokal zu installieren und das Admin-Tool auf die Instanz des entfernten Servers zugreifen lassen (habe ich persönlich nicht getestet).

Im Admin-Tool einloggen mit Initialzugangsdaten admin:sa.

Admin-Passwort ändern und neuen (Synchronisations-)Benutzer anlegen.

Bei Unklarheiten evtl. doch die Server-Dokumentation heranziehen.

(Meine) Clients Einrichten

Auf alle Linux-Rechner Thunderbird mit Addon Lightning installieren. Für Thunderbird 3 gab es von Funambol noch keinen Stable Release des Mozilla Plugins, dennoch bin ich nach kurzem Stöbern auf einen Entwicklungs-Snapshot gestoßen, der nun bei mir ohne Probleme läuft.

Für Windows Mobile nahm ich den funambol-pocketpc-sync-client-8.0.4.cab Installer.

In allen Clients muss das Synchronisationskonto konfiguriert werden mit den Daten des auf dem Funambol-Server erzeugten Benutzers und außerdem muss der Serverpfad standardmäßig eingestellt werden auf:

http://ip.oder.domain:8080/funambol/ds

Defaultmäßig war unter Windows Mobile die Synchronisation von Aufgaben ausgeschaltet - evtl. anpassen. Fertig!

Kein Erfolg auf Debian 64 Bit

Ich hatte etwas Zeit zwei Tage damit verbracht Funambol 8.0.2 (stable) und 8.5 (snapshot, 64bit-version) auf einer 64-Bit-Debian-Installation zum Laufen zu bekommen, leider ohne Erfolg. Auch mit JRE 1.5 und 1.6 aus der Debian-Repository (mit und ohne ia32-sun-java6-bin) startete Funambol zwar, hängte sich aber auf (oder die JVM) und ließ sich nicht mehr mittels "funambol stop" stoppen. Erst mit SIGTERM terminierte der Prozess.
Auf dem Archlinux war die Installation in 10 Minuten erledigt - da habe ich aber gestaunt.

Frohe Ostern!

Für Leute, die auf mehreren Computern arbeiten und Lesezeichen verwenden, gibt es Firefox Addon Xmarks. Die Lesezeichen können auf zwei verschiedene Arten abgespeichert werden:

• auf Xmarks Server (Account nötig)
• auf eigenem Server mit Zugriff via FTP oder WebDav

Ich versuche es zu meiden meine Daten Dritten zu überlassen, deswegen habe ich mich für die zweite Möglichkeit entschieden. Zugegriffen werden soll über WebDav.

Gerade über ein echt nützliches Feature gestolpert in meinem geliebten Vimperator. Und zwar, sobald der Cursor in einem Textfeld ist, drückt man Ctrl-I und schon öffnet sich gVim um auf bequeme Weise Text zu erstellen. Nach dem schließen des Editors wird der Text in das Feld eingefügt. Außerdem kann man natürlich alle anderen Vorteile von gVim nutzen. Gerade bei größeren Texten ist es sehr angenehm: gVim legt für jeden Text jeweils eine Datei im /tmp Verzeichnis ab. Damit kann man bequem speichern, bevor man im Browser auf "Ok", "Abschicken", oder ähnliches geht. Denn wer kennt das nicht - langen Text geschrieben, möchte es nun absenden und es kommt etwas wie "Ihre Sitzung ist abgelaufen, bitte tun Sie dies und das" - Text geht so oft flöten, wenn die Seite nicht klug programmiert wurde.

Nun sind solche Probleme endlich Geschichte!

Dieser Artikel ist allen gewidmet, bei den Firefox nach dem Update auf Version 3.5 öfters auf Seiten mit Flash-Inhalten abschmiert.

Nach dem ich auf Firefox 3.5 gewechselt habe (Archlinux), musste ich mit zwei Problemen kämpfen:

• Firefox beendet sich ohne Fehlermeldung oder friert ein
• Firefox erzeugt 100% CPU-Last und reagiert dementsprechend langsam (auch ohne Flash, afaik)

Der Tipp den Flashplugin neuzuinstallieren half bei mir leider nicht und Gnash fand ich noch schlimmer als Flashplayer.
Wenn jemand einen Fuchs hat, der ebenfalls solche Symptome aufweist, soll einen einfachen Trick an ihm versuchen:

Datei pluginreg.dat im Firefox-Profilverzeichnis löschen.

Das Profilverzeichnis befindet sich normalerweise unter ~/.mozilla/firefox/. Einer der (möglicherweise) mehreren Ordner mit kryptischem Namen ist der Profilverzeichnis. Falls man nicht sicher ist, welcher von den es genau ist, einfach in allen Ordnern die genannte Datei löschen.
Keine Angst, die Datei wird wenn nötig von FF automatisch generiert.

Bei meinem Fuchs hat das "Wundermittel" sehr gut angeschlagen und ich kann nun unbesorgt wieder auf ihm im WWW rumreiten.
Viel Erfolg!

Update (22.08.09): Seit kurzem tauchten bei mir diese Symptome erneut auf. Deaktivierung vom Firefox-Addon "Noscript" behob das Problem.

Ich hatte heute die Gelegenheit mich etwas näher mit CSS zu beschäftigen und bin auf einen interessanten Aspekt gestoßen. Die meisten Hardcore-Webdesigner werden hier wohl keine neue Erkenntnisse finden, aber für den einen Gelegenheitscoder könnte dies durchaus nützlich sein.

Problem

Man hat drei verschiedene divs eingeplant, die gewisse Basiseigenschaften haben sollen, welche für alle drei divs gelten. Neben diesen "Basiseigenschaften" soll jeder div noch mit eigenen speziellen Style-Attributen versehen werden. Wie realisieren wir das? Gibt es Konflikte? Wenn ja, wie wird es gehandhabt?

Opera wird also 15. Als langjähriger Sympathisant von Opera möchte ich diese Gelegenheit nun als Anlass für diesen Artikel nutzen. Eigentlich verwendete ich es seit ca. 2 Jahren nicht mehr, genauer gesagt, seit dem ich das Firefox-Addons namens "Vimperator" entdeckt hatte. Bis zur letzten Woche - da fand ich nämlich eine Shortkeys-Konfigurationsdatei, das vim-Feeling nach Opera bringen soll. Das hat mich dazu bewegt Opera 9.64 noch eine Chance zu geben. Mit dem Opera Standard Slim Theme macht es "vimperopera" einem tatsächlich möglich ähnlich bequem wie unter Vimperator zu arbeiten.

Nein, es kommt auf keinen Fall an Vimperator ran, da es nur die primitivsten der primitiven Befehle abdeckt, lässt sich aber bestimmt gut als eine Vorlage für weitere Anpassungen nutzen. Dies soll aber auch nicht das Hauptthema des Artikels sein.

Insgesamt mein Ersteindruck von Opera:
- flott
- verbraucht weniger Speicher als FF3
- mit entsprechenden Cache-Einstellungen lässt Opera nicht bei jedem Seitenaufruf die Festplatte andrehen (im Gegensatz zu FF3 mit SQLite)
- im Zusammenspiel mit einer der vielen Blocklisten lässt sich der Werbespam auch in Grenzen halten

Als ein "Wiedereinsteiger" guckt man sich die Software von allen Ecken an. In der Rumklick-Orgie bin ich auf ein Feature unter "File"->"Synchronize Opera..." gestoßen. Na wenn das nicht vielversprechend klingt, gerade in den Zeiten von Mobile Computing!

Allerdings kam bald auch die Enttäuschung, weswegen ich eigentlich den Artikel schreibe.
Als ich den Account für dieses Feature anlegen wollte, musste ich zu meinem Bedauern folgendes im Lizenzabkommen lesen:

GeSHi - generic syntax highlighter, kann auch in serendipity als Plugin eingebunden werden und wird von mir auch genutzt.
Ich hatte das Problem, dass die geshi-Elemente mit meinem s9y-Thema kaum lesbar waren. Hier meine quick'n'dirty Lösung um den Stil von geshi zu ändern ohne dabei in globalen s9y-Stylesheets rumzuspielen.