• sfPropelActAsCommentableBehaviorPlugin
• sfPropelActAsRatableBehaviorPlugin
• sfPropelActAsTaggableBehaviorPlugin

Tjo, nun muss ich wohl nur noch die Galerie fertig schreiben, für Alben etc. gibts auch noch schöne Plugins…
So, genug nachmitternächtliches Blogging, morgen muss der erste Prototyp stehen, hab ich mir so gedacht

Auch Syntaxhighlighting, Blames, und Versionsunterschiede kann WebSVN gut und schnell darstellen. Allerdings ist das “normale” Layout leider sehr schlicht und die Unterstützung unter Solaris nur sehr bescheiden weswegen ich WebSVN letztendlich aus den Augen verlor und wir für die meisten Projekte Trac einsetzen…

Nun hat aptgetupdate.de einen Artikel über ein WebSVN-Theme geschrieben, welches zumindest die Hässlichkeit von WebSVN aus dem Wege schafft… Das hat mich an meine Versuche vor 2 Jahren erinnert… Auf dem CCWN-Server läuft ausserdem auch kein Solaris sondern “nur” ein Debian, so konnte ich schwups via apt-get install websvn installieren: Das optische Resultat ist ersteinmal das hier:

Nachdem ich aber die Hürden der Templateinstallation (elendige halb-absolute Pfade im Dokument) überwunden hatte, erstrahlt das WebSVN nun im neuen Glanze des Calm-Themes von ContactSheet.de :

In diesem Beitrag schreibt aptgetupdate.de wie man das Plugin einfach an die deutsche Version von WordPress-Deutschland.org anpassen kann. Man muss nur eine Zeile (783) austauschen…

[PHP]
//$downloadURL = ‘http://wordpress.org/latest.zip’;
$downloadURL = ‘http://static.wordpress-deutschland.org/de-edition/latest.zip’;
[/PHP]

Für meine lieben Kollegen vom CCWN sei noch angemerkt, dass ihr eure Rechte im Homedir von HAND auf Group=www-data und rw-rw-r setzen müsst…

Sollte WordPress beim Update komische 404 Fehler bringen, so liegt das daran, dass hinter dem wp-admin/*page=xxxxx an der Stelle * ein edit.php? fehlt… woher der Fehler kommt weiss ich nicht, mit manuell eingebautem edit.php klappt es auf jeden Fall..

[PHP]
$cacheManager = new sfViewCacheManager();
$cacheManager->initialize(sfContext::getInstance(),new sfFileCache(sfConfig::get(‘sf_template_cache_dir’)),array());
$cacheManager->remove(‘browse/index’);
[/PHP]

nor by

[PHP]
$cacheManager = sfContext::getInstance()->getViewCacheManager();
$cacheManager->remove(‘browse/index’);
[/PHP]

In the Symfony book there is another way of deleting cached templates, so I now use sfToolkit::clearGlob to delete. It works, but if anyone knows how to use the sfViewCacheManager in batchmode, I’d like to hear.

[PHP]
sfToolkit::clearGlob(sfConfig::get(‘sf_template_cache_dir’).’/*/*/feeds*/browse.cache’);
[/PHP]

Zuerst braucht ihr natürlich die Sourcen von www.roundcube.net, hier einfach roundcubemail-0.1-rc1.1.tar.gz herunterladen. Das File ab auf den Server und per
tar -zxvf roundcubemail-0.1-rc1.1.tar.gz entpacken. Danach müsstet ihr ein Verzeichnis roundcubemail-xxx haben. (Wer keinen Shell Zugriff hat nehme Winzip oder 7Zip und entpacke damit, danach einfach das Verzeichnis auf den Server laden). In diesem Verzeichnis gibt es einen Ordner SQL. In diesen wechseln und folgendes ausführen:
mysql -u benutzername -h servername -p
use datenbankname;
source mysql5.initial.sql bzw. mysql.initial.sql;
je nach MYSQL-Version. Solltest du keinen Shell-Zugriff haben, das ganze per phpMyAdmin oder ähnlichem ausführen, diese Tools haben immer die Möglichkeit ein .sql-File hochzuladen und auszuführen.

Nun noch die config-Files anpassen. Im Ordner config befinden sich 2 gut kommentierte (wenn auch englische) Dateien: db.inc.php.dist und main.inc.php.dist. Zuerst die main.inc.php.dist und die db.inc.php.dist ind main.inc.php und php.inc.php umbennenen, danach erst bearbeiten (.dist Dateien kann man einfach so herunterladen…)

In der db.inc.php muss nur wenig geändert werden (die Configs sind gekürzt, also nicht einfach kopieren):

[PHP]
/*
+———————————————————————–+
| Configuration file for database access |
| |
| This file is part of the RoundCube Webmail client |
| Copyright (C) 2005-2007, RoundCube Dev. – Switzerland |
| Licensed under the GNU GPL |
| |
+———————————————————————–+

*/

$rcmail_config = array();

// PEAR database DSN for read/write operations
// format is db_provider://user:password@host/databse
// currentyl suported db_providers: mysql, pgsql, sqlite

/* Hier die nötigen Infos Benutzername, Datenbank, Passwort und Server eingeben */
$rcmail_config['db_dsnw'] = ‘mysql://benutzername:passwort@server/datenbank’;
// postgres example: ‘pgsql://roundcube:pass@localhost/roundcubemail’;
// sqlite example: ‘sqlite://./sqlite.db?mode=0646′;
/* Für die auskommentierten Beispiele gilt ähnliches,
allerdings muss dann auch oben die Datenbank anders angelegt werden.
Der Rest der Datei interessiert uns hier nicht,
hier könnte aber noch manches angepasst werden /*
…
[/PHP]

Nun noch die main.inc.php anpassen, hier findet man wichtige Einstellungen zu IMAP, SMTP etc.

[PHP]
// Hier den IMAP Server eintragen.
// leer lassen um beim Login frei einen eingeben zu können,
// eine kommaseparierte Liste angeben um ein Dropdown anzuzeigen
// für ssl ssl://imap.myserver.de:993
$rcmail_config['default_host'] = ‘imap.myserver.de’;

/* Hier den SMTP Server eingeben, oder einfach leer lassen um
die interne PHP Funktion zu nutzen. Scheint manchmal Probleme zu
machen. Für ssl ssl://smtp.host.com verwenden */
$rcmail_config['smtp_server'] = ‘smtp.host.com’;

// SMTP port (default is 25; 465 for SSL)
$rcmail_config['smtp_port'] = 25;

/* Der Benutzername für den Mailserver (zum Versenden).
Angeblich geht hier auch %u für den angemeldeten User */
$rcmail_config['smtp_user'] = ‘username’;
/*Das Passwort oder %p für den angemeldeten User */
$rcmail_config['smtp_pass'] = ‘passwort’;

/* Ein leeres Feld geht hier entgegen der Beschreibung nicht… PLAIN sollt immer
gehen, ist aber unsicher */
// SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use
// best server supported one)
$rcmail_config['smtp_auth_type'] = ‘PLAIN’;

/* Den Rest sollte man so lassen wie er ist… */
// end of config file
?>
[/PHP]

Zu guter letzt noch die Verzeichnisse temp und logs für den Webserver schreibbar machen, danach solltet ihr euch anmelden können… Fragen gerne in die Kommentare…

Nachdem ich kurz ein Update nach Anleitung gemacht hatte, tat noch alles…, dachte ich zumindest bis ich eine Email versenden wollte…

Nun habe ich mir mal die 10 min Zeit genommen und herausgefunden warum Roundcube sich so standhaft weigerte Emails zu versenden… Irgendwie muss die neue Version nicht mehr sauber erkennen, welche Authentifizierung der SMTP-Server anbietet. Schwups auf PLAIN gestellt (der Mailserver ist auf der gleichen physikalischen Maschine) und schon tut alles wieder…

[PHP]
// SMTP AUTH type (DIGEST-MD5, CRAM-MD5, LOGIN, PLAIN or empty to use
// best server supported one)
$rcmail_config['smtp_auth_type'] = ‘PLAIN’;
[/PHP]

Verwendet wurden nun: Symfony als Backend, Joomla! als Frontend, diverse Plugins für Joomla! und die Joomlabridge für Symfony in einer erweiterten Version. Die Joomlabridge ist nur suboptimal, da sie leider keinerlei Möglichkeiten zur Benutzerauthetifizierung hat, aber als quick-and-dirty-Lösung war sie gerade richtig und hat uns viel Arbeit erspart.

Vielen Dank an Michael Brenner und Tristan Zur an dieser Stelle, die 2 haben das Projekt einen großen Schritt vorran gebracht und es überhaupt erst ermöglicht, dass wir zum Altstadtfest fertig waren.

Update: Da einige offensichtlich per Google hier auf Roudcube einrichten stoßen: Roundcube Einrichten