Kategorie: Uncategorized

Das war ja mal wieder knapp. Ich wollte meine Firmenwebseite, welche noch auf Drupal 5 läuft updaten. Aus versehen habe ich mich jedoch via FTP auf rapsli.ch eingeloggt und dort schon mal munter Drupal 5.10 hochgeladen, obwohl hier eigentlich Drupal 6 läuft.

Es lebe Drupal: Denn alle Files, welche ich je angefasst habe, befinden sich ja im Ordner Sites. Daher war es kein Problem. Einfach schnell alle anderen Ordner löschen und dann einfach wieder die Drupal 6.4 Dateien (ausser den sites Ordner natürlich) hochladen… schon gehts wieder.

Mir fällt ein Stein vom Herzen…

Comment Notify ist endlich auch für Drupal 6 verfügbar :). Zwar nur als dev Version, aber das ist doch schon ein Anfang. Ich weiss auch noch nicht, ob es funktioniert, aber das wird sich schnell zeigen.

Ich persönlich finde das eines der nützlichsten Module, da es einen Dialog zwischen Blogbetreiber und Besucher massiv vereinfacht. Ein Blog ist schliesslich nicht gleich Gästebuch. In einem Gästebuch finden sich oft Einträge wie "schöne Seite" oder "Hier muss auch ich mal gewesen sein." usw. Meistens sind es eh nur Freunde und bekannte, welche etwas sagen. Es ist daher eine eher einseitige Kommunikation.

Ein Blog hingegen lebt vom Betreiber und den Besucher. Die Besucher, welche durch Kommentare den eigentlichen Blogbeitrag beleben, krtisieren, erweitern oder sonst irgendwie bereichern. Oftmals kommt es hier zu einer Diskussion, welche schon fast einem Forum ähnelt. Hier auf Rapslis Drupal World z.B. kommen immer mal Support fragen via Kommentarfeld -> was gibt es mühsameres für einen Besucher, immer wieder checken zu müssen, ob denn endlich eine Antwort da ist? -> der absolute Killer!

Daher -> Comment Notify ist eigentlich ein Muss für jeden Blog Betreiber!

Fast Gallery ist stable. Besonders der eigene interne Cache hat Fast Gallery sehr viel stabiler, einfacher zu benutzen gemacht (und dadurch auch sehr viel schneller einsetzbar). Ich würde jetzt behaupten, dass unter den ganzen Gallery Modulen, Fast Gallery das Schnellste ist und einfachste ist.

Für die nächste Version habe ich folgende Pläne:

• Bilder in einem Block darstellen (Feature request)
• Ein Permissionssystem (Feature request)

Für das Permissions System steht folgendes Konzep:

Es wird eine neue Adminseite geben. Dort werden alle Folders als Baum aufgelistet und können dann entsprechend editiert werden, das heisst, jedem Folder können Rollen hinzugefügt werden, welche Zugriff auf den Folder und seine Subfolder haben.

Ein noch offenes Problem ist, die Folders auch entsprechend via .htaccess zu sperren, aber das sollte wohl schon irgendwie gehen…

Ich zähle auch für die kommende Verison auf euch, als Tester. Momentan sind wohl rund 100 Fast Gallery Installationen da draussen. Hoffentlich werden es noch einige mehr…

So. An einem Mann-Computer Abend hab ich mich mal wieder in die Tasten gelegt und Fast Gallery auf ein neues Niveau gehoben und dadurch sollte es jetzt endlich auch stable werden. Wahrscheinlich hat sich ein bisschen viel geändert, für dass es nur einen RC ist:

• Vereinfachte Menuführung. In den Hauptsettings sind jetzt nur noch die wirklich wichtigen Konfigurationsoptionen.
• Fast Gallery kommt ohne Imagecache aus. Imagecache für D6 setzt PHP 5.2 voraus. Das war hier bei mir auf www.rapsli.ch ein Problem (weshalb ich nie eine Beispielgalerie anbieten konnte). Ich habe jetzt einen eigenen Cache implementiert, welcher ziemlich banal läuft. Momentan wird er lediglich für die Erzeugung der Thumbs verwendet, welche je nach dem dann ein wenig "verzogen" werden. Die Thumbs sehen wirklich nicht hübsch aus, aber es soll ja auch kein zweites Imagecache Modul werden, sondern ein einfacher Workaround.
• Der Benutzer kann neu wählen, ob er die Bilder automatisch oder manuell indexieren lassen will. Bei "automatisch" wird bei jedem Cronjob der entsprechende Ordner überprüft und nach neuen Bildern durchsucht.
• Danach sind neu jetzt auch Sortieroptionen drin, wobei hier noch viel Potential ist. Das soll erstmals ein kleines Zückerchen sein, für was noch alles kommen kann/soll.

Ich bin jetzt auf Tester angewiesen. Los! Bitte gebt auch Feedback, dass alles ohne Problem geklappt hat. Sobald ich genügend Feedback habe, kann ich endlich die erste stable Version veröffentlichen.

Zudem würde ich mich auch über ein Review freuen…

Obwohl Tabellen nicht mehr so oft gesehen sind, sind sie manchmal nachwievor sehr sehr hilfreich. Also, auch mit barrierefreiem Webdesign sind Tabellen nachwievor sehr hilfreich. Also, keine Sorgen, hier werden keine altertümlichen Tipps gegeben.

Das kleine Beispiel soll lediglich das Prinzip veranschaulichen:

<!–?php
$result = db_query("SELECT * FROM {my_table}");
$output = '';
$rows = array();
$header = array('id','Domain','Module');
$rows = array();
$i = 0;
while($row = db_fetch_object($result)){
$data = array();
$data[] = $row->sid;
$data[] = $row->domain;
$data[] = $row->module;
$rows[] = $data;
$i++;
}

$output .= theme('table', $header,$rows);
?>

Es gibt dann noch diverse weitere Features der Table API, aber das ist doch schon mal ein Anfang. Dadurch lassen sich Tabellen sehr schnell und ohne den ganzen lästigen HTML Code erzeugen. Sehr nützlich.

Um ein WordPress Modul nach Drupal zu portieren habe ich mir mal eben schnell eine WordPress Installation eingerichtet. Ich war eigentlich angenehm überrascht, wie schnell das ganze installiert war. UI ist super schön gemacht. Gratulationen an dieser Stelle an die Designer von WordPress. Sehr intuitiv. Wirklich gut.

So war ich dann auch angenehm überrascht, als ich schnell einen Blick in die Datenbank geworfen habe. Gerade mal 10 Tabellen wurden angelegt (Drupal im Vergleich legt ca. 40 an). Nach 5 Minuten lässt sich bereits mit Bloggen beginnen.

Wie bereits früher erwähnt, gibt es auch viele gute Themes für WordPress. Will jemand somit wirklich nur ein Blog, ohne zu basteln und zu schrauben -> WordPress. Wer halt eben mehr will als nur ein Blog -> Drupal.

Ich werde WordPress auf jeden Fall weiter im Kopf behalten und es als Blogging Software weiterempfehlen.

Screencasts machen noch Spass, aber es ist gar nicht so einfach. Hier ist ein kleines Screencasts, welches jeden Schritt von 0 auf 100 zeigt:

• Installation
• FCK Editor
• IMCE
• Thickbox
• Lesbare URLs mit Pathauto
• Blog einrichten
• Tag Cloude erstellen
• Blöcke einfügen
• Kommentare
• Admin menu
• Garland Theme -> Farbe

Alles in Allem doch recht Umfangreich und sicher ein guter Einstieg für jemand, der seine Erste Seite mit Drupal machen will.

Drupal Blog Screencast from Raphael on Vimeo.

Update: Es scheint Probleme mit dem Flashvideo zu geben, daher hier das Screencast nochmals als avi.

Imagecache Presets lassen sich auch programmiererisch erstellen. Das geht eigentlich ganz einfach:

<!–?php
$preset_thumb = array (
'presetname' => 'fast_gallery_thumb',
);

imagecache_preset_save($preset_thumb);

$preset_id = db_last_insert_id('imagecache_preset','presetid');
variable_set("fast_gallery_ic_preset_thumb",$preset_id);

$ar_action_1 = array (
'action' => 'imagecache_scale',
'weight' => -10,
'presetid' => $preset_id,
'data' => array (
'width' => 150,
'height' => '',
'upscale' => 0,
),
);

imagecache_action_save($ar_action_1);
$ar_action_1 = array (
'action' => 'imagecache_crop',
'presetid' => $preset_id,
'weight' => 0,
'data' => array (
'width' => 100,
'height' => 100,
'xoffset' => 'center',
'yoffset' => 'center',
),
);
imagecache_action_save($ar_action_1);
?>

Es scheint jedoch in der aktuellen Version noch einen kleinen Bug drin zu haben. So funktioniert der crop irgendwie nicht genau so wie er sollte, bzw. ich muss immer zuerst ins Imagecache UI reingehen und den preset nochmals aufmachen und abspeichern ohne jedoch etwas zu verändern?

Seit einigen Wochen nun schon arbeite ich nur noch mit PHPEclipse und bin extrem begeistert. Einziger Wehrmutstropfen ist der Debugger. Eigentlich würde er laufen, aber immer nur für eine Seite, danach wird die Debugsession geschlossen. Bei einer normalen Seite wäre das kein Problem, da man manuell immer auf das entsprechende PHP File den Debugger anwenden kann. Drupal hat jedoch nur die index.php Datei, welche das ganze System lädt. So wird diese geladen und dann wieder geschlossen. Klickt man irgendwo hin, dann bekommt man eine schöne closed debugging session meldung. Somit lassen sich in Drupal mit dem DBG Debugger keine einzelnen Seiten debuggen. Der Debugger ist somit nicht wirklich brauchbar.

Ich habe gestern kurz mit ed_mann auf #phpeclipse gesprochen. Dieser meinte, dass dieser Bug in den kommenden Wochen geflickt wird 🙂 … dann bin ich schon fast wunschlosglücklich. Bis dahin werde ich wohl noch ein wenig mit dsm() und co. debuggen müssen.

Wieder mal eine Suchmaschine, welche versucht, Google den Platz streitig zu machen: www.cuil.com. Als ich heute davon las, war ich einigermassen begeistert. Es scheinen einige relativ prominente Leute dabei zu sein (von Google und IBM).

Muss ich doch schnell mal ausprobieren. Enttäuschung pur. Die Suchresultate sind einfach grotten schlecht. So ergaben meine Suchanfragen nach rapsli oder "fast gallery drupal" einfach keine wirklich guten Resultate. Vielleicht sind die Seiten einfach noch nicht indexiert, aber google liefert da auf jeden Fall vieeel bessere Seiten. Interessanterweise liefert die Suche nach cuil in cuil.com keinen einzigen Link auf www.cuil.com. Komisch.

Auch sonst scheint die Kritik nicht wirklich gut zu sein (Der Spiegelartikel ist noch ziemlich interessant und enthält auch viele Quellen).

Mein persönliches Fazit: Nice try… werde vielleicht in einer paar Monaten, wenn ich per Zufall wieder drüber stolpere nochmals vorbeischauen. Vielleicht ist es da besser. Bis dahin werde ich wohl weiterhin www.google.com benutzen.