Blogs

Heute ist wieder Drupal Stammtisch in Rostock. Wie immer um 19 Uhr im Plan B am Doberaner Platz. Neben typischen Drupal-Themen wie z.B. das Release Drupal 7alpha2, sind natürlich auch andere Themen angesagt. So wird heute um 10 Uhr z.B. das Urteil in Sachen Vorratsdatenspeicherung vor dem Bundesverfassungsgericht gesprochen. Doch das Politik und Drupal sehr wohl zusammenpassen, kann man nicht nur daran sehen, daß whitehouse.gov auf Drupal läuft. So hat Daniel Diedrich gestern auf Netzpolitik.org das Projekt "frankfurt-gestalten.de" vorgestellt. Es handelt sich dabei um ein Projekt, das sich des Themas eGovernment bzw. OpenData Network annimmt:

Was entscheiden Politiker in meiner Nachbarschaft? Was passiert in meiner Straße? Frankfurt-gestalten.de – ein neues online-Projekt soll den Bürgerinnen und Bürgern Frankfurts das Mitmachen in der Lokalpolitik Frankfurts erleichtern und die Potenziale für offene Daten aufzeigen.

Die Webseite bietet aktuelle Vorlagen der Ortsbeiräte per E-Mail – als Abonnement für die einzelne Straße oder ein Stadtviertel. „Verpass keine Entscheidung in deiner Nachbarschaft.“ Jede Vorlage, wie zum Beispiel die Anfrage zur geplanten Entfernung der Radaranlage Offenbacher Landstraße, kann direkt online kommentiert und diskutiert werden.
[...]
Die Macher von Frankfurt-gestalten.de hoffen durch diese Initiative, dass die Stadt Frankfurt weitere öffentliche Daten in offenen Formaten zur Verfügung stellt, um lokalpolitische Geschehnisse differenziert darzustellen und weitere Anwendungen zu entwickeln. Die Initiative zeigt, dass mit bescheidenen Mitteln ein praktischer Service für Bürgerinnen und Bürger Frankfurts angeboten werden kann. Diese Projekt wurde umgesetzt durch die beiden Open Source Projekte: OpenStreetMap und Drupal.

Das ist zweifelslos ein interessantes Projekt. Da es bereits mit Drupal umgesetzt wurde, muss man nicht großartig überlegen, ob es sich mit Drupal umsetzen läßt. Wie man es aber umsetzen bzw. für Rostock adaptieren könnte, dürfte sicherlich ein interessantes Thema auf dem heutigen Drupal-Stammtisch sein.
Interessenten sind natürlich wie immer herzlich willkommen!

Am Dienstag, 2.3.2010 ist es wieder soweit: Wir treffen uns zum allmonatlichen Drupal-Stammtisch um 19 Uhr im Plan.B in Rostock. Und da gerade Drupal 7 mit einer zweiten Alpha erschienen ist, können wir uns ja mal über unsere Upgrade-Test-Erfahungen austauschen :)

Original-Post: http://groups.drupal.org/node/52713

-->

Start:  2010-03-02 19:00 - 22:00 Europe/Berlin Organizers:  schoobidoo User group meeting

Am Dienstag, 2.3.2010 ist es wieder soweit: Wir treffen uns zum allmonatlichen Drupal-Stammtisch um 19 Uhr im Plan.B in Rostock. Und da gerade Drupal 7 mit einer zweiten Alpha erschienen ist, können wir uns ja mal über unsere Upgrade-Test-Erfahungen austauschen :)

Rostock

Heute fand der Drupal Stammtisch in Rostock für Februar im Plan B statt, nachdem wir ihn letzte Woche aufgrund starken Schneefalls verschieben mussten. Kurz vorm Stammtisch fing es allerdings erneut wieder zu schneien an, aber die Befürchtung war unberechtigt, daß es wieder ausfallen musste. So stark hat es dann doch nicht geschneit.

Umso stärker waren dann aber die Diskussionen um Drupal, dessen Module und sogar eigener Drupal Modul Entwicklung. Dirk konnte wieder mit Rat und Tat aushelfen und dank des kostenfreien WLANs konnten einige Themen auch am Live-Objekt begutachtet werden.

Also mal wieder ein gelungener Abend, der zudem recht kurzweilig war. :-)

Ich will in den nächsten Tagen wieder verstärkt an meinem trac_service.module (eine Drupal-Erweiterung) arbeiten. Als ersten Schritt ist das Projekt umgezogen von github.com zu gitorious.org. Einfach, weil ich die freie Software mag: http://gitorious.org/gitorious

Nun muss ich “nur” weiter am Code arbeiten…

-->

Aus aktuellem Witterungsanlaß ist der Drupal-Stammtisch von heute auf nächste Woche Dienstag verschoben worden.

Am Dienstag findet um 19 Uhr wieder der Stammtisch der Rostocker Drupal User Group statt. Dies ist sozusagen dann ein Jubiläums-Stammtisch, denn vor einem Jahr, am 3. Februar 2009, fand der erste Drupal-Stammtisch in Rostock statt!
Zeit und Gelegenheit also, auf das erste Jahr der Drupal-Usergroup in Rostock zurückzublicken und dieses erste Jahr gebührend zu feiern! Während dieses Jahres hat Drupal enorm an Fahrt aufgenommen. So war die Umstellung von whitehouse.gov auf Drupal ein Meilenstein, der Drupal sehr viel Aufmerksamkeit in den Medien gebracht hat. Insgesamt gesehen scheint mir Drupal inzwischen weitaus bekannter zu sein als noch vor einem Jahr. Doch wie sieht die weitere Entwicklung von Drupal aus und was wird die Zukunft in dieser Hinsicht bringen? Bereits im Januar war Drupal7 ja schon ein kurzes Thema beim Stammtisch. Doch inzwischen ist die erste öffentliche Alpha-Version herausgekommen und lädt zum Testen ein.

Wer also an Drupal interessiert ist, etwas zu Drupal wissen möchte oder gar über die Umsetzung eines Projektes mit Drupal berichten möchte, ist trotz des Wetters herzlich eingeladen, am Dienstag wieder um 19 Uhr im Plan B am Doberaner Platz/Straße zum Stammtisch zu kommen!

Start:  2010-02-09 19:00 - 22:00 Europe/Berlin Organizers:  schoobidoo User group meeting

Am 2. Februar findet der all-monatliche Rostocker Drupal-Stammtisch statt. Wir treffen uns - wie immer - um 19 Uhr im "Plan.B" statt. Mit der Release-Party für Drupal 7 klappt es wohl nicht, aber das können wir ja dann für März einplanen ;)

Bis Dienstag also!

Original-Post: http://drupal-in-rostock.org/forum/drupal-stammtisch-am-2-februar

Rostock

As Dries Buytaert, the creator and head of development of Drupal, announced on Twitter, the new major (pre-)version of Drupal, namely Drupal 7 alpha 1 has been released! This was on the 9th birthday of Drupal.

This is great news and the release notes are mentioning some aspects why this is so:

Revamped User Interface
An incredible amount of work has gone into improving the user experience and administration interface. The new administration theme "Seven", the overlay module, the dashboard and the configurable shortcut bar, all lead to a much more user-friendly interface. In-place editing is enabled for blocks and nodes by default, so modifying the content of a site becomes much simpler.

Custom Fields
Drupal 7 bundles in the ability to add custom fields, similar in functionality to the Content Construction Kit (CCK) module. However, fields are no longer limited only to content types; they can be added to users, taxonomy terms, and other entities. Fields also have support for translations.

Image Handling
Drupal 7 brings native image handling to core. Image fields may be added to content, and have image styles applied to them, such as scaling, cropping, and other effects.
Update Manager
Building on Drupal 6's Update module, which keeps site administrators informed when new module and theme releases are available, the new Update Manger module can also install and upgrade modules and themes.

Front-end "under-the-hood" improvements
A new render API allows for highly granular theming, core template files have been revamped to provide more semantic markup, Drupal 7 now has built-in RDFa support, includes jQuery UI and a new AJAX framework, and a new core theme "Stark" which exposes Drupal's markup directly for those who want to dive in and start theming.

In addition, Drupal 7 has several major accessibility enhancements, making it the most accessible release of Drupal to date!

Back-end "under-the-hood" improvements
A revamped database layer resolving nearly all limitations in the Drupal 6 database layer, automated testing framework, new PHP stream-based file API that supports private and public files simultaneously, revamped node access system, new hooks for more flexible system interaction, an Entity API, a job queue API, and many, many, many more improvements.

Drupal 7 is also the most scalable release to date, with features such as built-in proxy server support, advanced caching techniques, and Content Delivery Network support for static files.

Alone the inclusion of CCK and Views are great news, whereas all PostgreSQL users will benefit from the new database layer under the hood. I've tested a pre-alpha development version some weeks ago and that Drupal 7 experience was already great. So, it would be nice to see Drupal 7 in Debian soon as well, but I guess a alpha 1 version might be too early to be packaged.

Start:  2010-06-05 (All day) - 2010-06-06 (All day) Europe/Bucharest Regional conference

This is the first Drupalcamp in Romania. We are expecting people from Romania and nearby countries but any drupaler, from anywhere, is more than welcomed.

Timisoara is located in the western part of Romania.

Soon we will provide detalis on the event website.

Suisse Romande (Switzerland Romandy)

There is a drupal6 package in Debian, but for me as a Drupal User its support in Debian is somewhat unsatisfactory. Apparently it's not just me, but several other users are in the same situation. Drupal releases new version when a security issue was fixed in Drupal Core. Currently there are several security issues pending that are fixed in newer upstream version 6.15, which was releases on 2009-12-16. Bug #561726 deals with this as well as #562165.
It seems as if the maintainer is busy with other things, which is fairly ok, and if he isn't following Drupal security mailing list as we, as the users, are always need to forward and remember him about the security updates. Not just now, but also in the past. Remembering the maintainer about security updates is ok for me, alas it's somewhat tedious doing so. And beside the current situation, which made be ok giving Christmas vacation, Happy New Year and such, I'm quite satisfied with the work of the maintainer. But: could someone else please upload a new version of Debian in the meanwhile, please?! ;-)

UPDATE:
Luigi uploaded drupal 6.15 to unstable and I'm subscribed to pkg-drupal-devel on Alioth... ;)

Als begeisterter iPod-Fanboy Ich habe mich nun mal daran gemacht, meine Drupal-Website für mobile Endgeräte zu optimieren. Will sagen: Ein eigenes Theme für mobile Geräte, ein wenig Logik für die Auswahl des gewünschten Themes und ein wenig Feinschliff bei der geräteabhängigen Theme- und Block-Konfiguration.

Einen guten Leitfaden findet man im Blog von redpanda.ch, damit kommt man gut an das Ziel. Ich habe als Mobile Theme für“mobile_garland”:http://drupal.org/project/mobile_garland entschieden, das sah IMHO auf iPod touch und Nokia E51 am besten aus. Leider hatte ich vorher noch ein paar andere Themes probiert, nur weil mich das “Garland” abgeschreckt hatte ;)

So habe ich http://m.niebegeg.net angelegt, mobile_tools und mobile_garland installiert und aktiviert, und: Fertig. Ich habe die Blöcke für mobile_garland noch ein wenig umgeschichtet und eine Vielzahl von ihnen deaktiviert, dann war schon alles erledigt.

Das war ja einfach. Und trotzdem war der Abend nach der ganzen Bastelei rum…

—

Den Screenshot habe ich interessanterweise mit http://www.testiphone.com/ und mobileSafari als Useragent im Safari aufgenommen. Besser als ein Foto ;)

-->

Wenn man auf seiner Website das pathauto.module und das path_redirect.module betreibt, dann bekam man seit dem Update auf _path_redirect-6.x-1.0-beta6_ die folgende Fehlermeldung:

user warning: Unknown column 'path' in 'where clause' query: 
SELECT rid FROM path_redirect WHERE path = '<...>' LIMIT 0, 1
in /sites/all/modules/pathauto/pathauto.inc on line 74.

Der Modulautor hat bei dem Update das Tabellenfeld path in source umbenannt. Davon weiß aber das pathauto.module nichts und nimmt weiterhin das Feld path an. Der Modulautor empfiehlt nun, auf die Entwicklerversion des pathauto.module auszuweichen:

There is currently an incompatibility between Path redirect 6.x-1.0-beta6 and Pathauto 6.x-1.2. You must upgrade to Pathauto 6.x-1.x-dev version. Also, make sure to test before using on a production site. This module still is in beta after all.

Das wollte ich nun auch nicht tun, ich weiß ja nicht, was sich in der Entwicklerversion noch so geändert hat. Also habe ich mit die Fehlermeldung vor genommen und drei Zeilen in der Datei /sites/all/modules/pathauto/pathauto.inc geändert. Hier der Patch (leicht angepasst für die Webseitenbreite):

diff -u pathauto.inc{,.orig} 
--- pathauto.inc        2010-01-08 22:14:57.000000000 +0100
+++ pathauto.inc.orig   2010-01-08 22:10:44.000000000 +0100
@@ -68,10 +68,10 @@
   $alias_pid = db_result(db_query_range("SELECT pid FROM {url_alias}
      WHERE dst = '%s' AND src <> '%s' AND language = '%s'", array($alias, $src, $language), 0, 1));
   if (function_exists('path_redirect_delete')) {
     // Delete from path_redirect the exact same alias to the same node.
-    path_redirect_delete(array('source' => $alias, 'redirect' => $src));
+    path_redirect_delete(array('path' => $alias, 'redirect' => $src));
     // If there still is this alias used in path_redirect, then create a different alias
-    $redirect_rid = db_result(db_query_range("SELECT rid FROM {path_redirect} WHERE source = '%s'", $alias, 0, 1));
+    $redirect_rid = db_result(db_query_range("SELECT rid FROM {path_redirect} WHERE path = '%s'", $alias, 0, 1));
   }
   if ($alias_pid || !empty($redirect_rid)) {
     return TRUE;
@@ -405,7 +405,7 @@
     if (variable_get('pathauto_update_action', 2) == 3 && function_exists('path_redirect_save')) {
       if (!empty($old_alias)) {
         $redirect = array(
-          'source' => $old_alias,
+          'path' => $old_alias,
           'redirect' => $src,
         );
         path_redirect_save($redirect);

Ich hoffe das Problem wird sich von offizieller Seite schnell lösen. 1-2 Modulupdates werden erwartet. ;-)

-->

Das backup_migrate.module gehört bei allen von mir administrierten Websites zu den Modulen, die gleich nach der Drupal-Installation installiert und aktiviert werden, selbst wenn ich tägliche Backups der MySQL-DB und des gesamten Rechners erstelle.

Was mir noch fehlte, war die Einbindung in drush, um “mal eben” einen DB-Schnappschuss erstellen zu können. So hatte ich mir für die erste Januarwoche vorgenommen, ein kleines Modul zu bauen, welches genau dies implementiert. Und siehe da: Die 2.x-Linie des Moduls bringt die Funktionalität schon mit!

 bam backup            Backup the site's database with Backup and Migrate.                       
 bam restore           Restore the site's database with Backup and Migrate.                      
 bam destinations      Get a list of available destinations.                                     
 bam sources           Get a list of available sources.                                          
 bam profiles          Get a list of available settings profiles.                                
 bam backups           Get a list of previously created backup files.

Ein kurzes

drush dl backup_migrate
drush updatedb

erledigte das Update von der bisherigen Version 1.2 auf 2.2. Danke Ronan!

-->

Heute findet wieder der Drupal-Stammtisch in Rostock statt. Sicherlich gibt es viel zu erzählen, zumal der Dezember-Stammtisch ja wegen der Vorweihnachtszeit ausgefallen war.
So haben Dirk und ich bereits einmal Drupal7 testweise installiert und können sicherlich auch das eine oder andere zu den neuen Konzepten von Drupal7 sagen. Außerdem kann Dirk noch was zu Aegir und Drush erzählen, die er beide getestet hat. Bei Aegir handelt es sich um ein Hosting-System für Drupal auf Drupal-Basis, also eher etwas für Leute, die Drupal-Hosting anbieten wollen. Drush hingegen erleichtert die Verwaltung auch einzelner Drupal-Installationen, da man zum Beispiel alle verwendeten Module auf einmal updaten kann.

Grund genug also, sich auch dieses Mal trotz winterlichen Wetters (oder gerade deswegen!) um 19 Uhr zum Drupal-Stammtisch im Plan B. in der Nähe des Doberaner Platzes aufzumachen!

PS: kann sein, daß wir ein paar Minuten später kommen. Der Tisch wurde jedenfalls von Dirk reserviert.

Angespornt von Ingos Ansage habe ich auch mal eben Drupal 7 einem kleinen Test unterzogen. Und bin begeistert!

• Der Installer ist sehr aufgeräumt und führt den Benutzer
• Die Administration wird mit Admin-Toolbar und Overlays über der eigentlichen Website “eingeblendet”, eine viel bessere User experience, besonders bei neuen Anwendern
• Alles sind Felder (also auch Titel und Body)
• Bilder in Beiträgen “out of the box” machbar mit sinnvollen Voreinstellungen (Thumbnail, Medium)
• Vertical Tabs strukturieren das Beitragsformular und erleichtern die Beitragsbearbeitung
• und noch viel mehr…

Ich habe mich bei der Aufzählung bewusst auf die herausragendsten Veränderungen begrenzt und die Verbesserungen aus Nutzersicht beschrieben (statt dem “CCK in Core”-Mantra, etc.) Bei meinen VHS-Kursen habe ich gelernt, dass man Einsteiger mit den Drupal-Termini nicht wirklich beeindrucken kann. Mit den Funktionen schon. Übrigens hatte ich bei meinem letzten VHS-Kurs mit Drupal 6 schon einige Zusatzmodule installiert, die ein Drupal 7-Feeling verbreiteten (vertical_tabs, admin, …).

Die Stunde mit Drupal 7 hat viel Spaß gemacht. ich zähle die Tage bis zur Release. Da ich nicht der geborene Drupal/PHP-Hacker bin, habe ich mich von der Drupal Core issue queue fern gehalten.
Habe mir aber vorgenommen, in Kürze1 die Migration von Drupal 6 auf Drupal 7 mit http://niebegeg.net zu testen und Tickets zu schreiben/kommentieren. Und mal sehen, ob ich mir bei der deutschen Übersetzung die Hände schmutzig machen kann. Ihr werdet dann davon lesen!

PS: Als Softwareentwickler habe ich eine gute Vorstellung, wie viel Arbeit in den Veränderungen steckt und dass meine Schilderung nur die Spitze des Eisbergs honorieren kann. Danke an alle Mitwirkenden!

—

1 Sobald mir zu Ohren kommt, dass es sinnvoll ist, das zu probieren.

-->

Am Dienstag ist es wieder soweit: Wir treffen uns zum ersten Drupal-Stammtisch im Jahre 2010. Wie immer um 19Uhr im Plan B. Ingo hat sichschon mal an Drupal 7 versucht, während ich mir in den letzten Wochen Aegir und drush angesehen habe. Diese Themen allein könnten scjhon einen Abend füllen, aber es kommen hoffentlich noch viel mehr Leute mit ihren Themen. Kurzweil angesagt :)

--> Drupal-Stammtisch in Rostock from Blog of Ingo Jürgensmann on 5. Januar 2010 - 7:34

Heute findet wieder der Drupal-Stammtisch in Rostock statt. Sicherlich gibt es viel zu erzählen, zumal der
Dezember-Stammtisch ja wegen der Vorweihnachtszeit ausgefallen war.
So haben Dirk und ich bereits einmal
Drupal7 testweise installiert und könn…

In den vergangenen 14 Tagen fand wieder mal ein Drupal-Kurs an der VHS Rostock statt. Er hieß, wie immer nicht Drupal-Kurs, sondern “Zur professionellen Website in 14 Tagen”. Es ging aber die ganzen 25 Stunden nur um meine “Lieblingssache”.

Das “professionell” im Namen musste ich bereits im Verlauf des ersten Kurses relativieren, aber im Vergleich zu anderen Systemen ist ja sowieso jede Drupal-Website mit all ihren Funktionen eine Professionelle :)

Es hat viel Spaß gemacht, auch wenn es manchmal schwierig war zu erklären, wer den die ganze Software bezahlt oder warum das Leute kostenlos entwickeln, oder wieso man die Software nicht einfach auf USB-Stick speichern und daheim weiter bearbeiten kann. Aber auch das ist gut gegangen.

Insgesamt habe ich wohl wieder ein paar Leute für Drupal begeistert oder sogar zu Drupalern gemacht. Und ihnen ein Frontpage-Abenteuer erspart! Uff.

Der nächste Kurs findet übrigens mit hoher Wahrscheinlichkeit Mitte April statt.

-->

Nun habe ich es getan und Apache Solr auf all meinen Websites eingerichtet. Und es fing ganz harmlos an…

Für unser Firmen-Intranet brauchten wir unbedingt eine bessere Suche, als sie Drupal mit ausgeliefert wird. Hauptprobleme waren die Bearbeitungszeit für eine Suchanfrage und die Unfähigkeit, Bestandteile von zusammengesetzten Wörtern oder Worte in gebeugten (sagt man das so?) oder abgeleiteten Formen zu finden, wenn nur die Normalform des Wortes eingegeben wird. Und so hatte ich mir vorgemerkt, mal irgendwann Apache Solr auszuprobieren. Und dann fand ich die “neue” Suchfunktion auf Drupal.org ziemlich sexy, seit man das Suchergebnis nachträglich nach Inhaltstypen, Autoren etc. einschränken kann. Es wurde als Zeit für einen Bastelnachmittag.

Dank des sehr guten Integrationsmoduls für Drupal, des dazugehörigen Handbuchs war die Suche schnell exemplarisch realisiert; die Solr-Distribution bringt alle notwendigen Komponenten mit, den Suchserver als WebApp im Jetty-Application Server “out of the Box” laufen zu lassen. Die Doku dazu wird auch mitgeliefert :)

Im Solr-Wiki wird dann auch beschrieben, wie man dieses Setup zum Dienst in einem Linux/Unix-System ausbaut (/etc/init.d/jetty und /etc/default/jetty anlegen und anpassen und mit update-rc.d als Dienst registrieren. Achja: Den Benutzer solr und die Gruppe solr anlegen und Dateiberechtigungen für Log- und Index-Verzeichnis anpassen ist von großer Hilfe!

Ein paar Anpassungen habe ich denn doch vorgenommen: Zwar habe ich den Dienst unter /opt/solr installiert, habe aber die Konfigurationsdateien und den Index unter /var/lib/solr/ abgelegt. Und die Log-Dateien werden nach /var/log/solr/ geschrieben. Außerdem lauscht der Jetty nur an 127.0.0.1:8983 statt 0.0.0.0:8983. Ja und natürlich habe ich für jede Website auf dem Server einen eigenen Index, also Multicore-Installation.

Nachdem der Service im Intranet lief und das Ergebnis im Drupal einfach beeindruckend ist (Stichwort: Blöcke für alle Facetten, komfortables Filtern über Taxonomy-Begriffe und “Related content” auf Basis des Suchindex), habe ich gleich noch die virtuellen Server für meine privaten Websites und unsere Firmen-Websites mit einer Solr-Suche ausgestattet. Also: http://niebegeg.net/search für eine schnelle Demo :)

Fazit: Drupal mit Apache Solr rockt!

UPDATE:
Auf meinem Webserver habe ich einige Websites für verschiedene Leute gehostet und nutze dafür Confixx. Als InstanceDir habe ich einen Pfad im Heimatverzeichnis des Confixx-Users angegeben, so dass die Solr-Konfiguration und der Suchindex im täglichen Confixx-Backup enthalten sind.

PS: Ich muss mich bremsen. Vor Begeisterung könnte ich ein Buch darüber schreiben!

UPDATE 2:
Ich habe das Solr-Modul erstmal deaktiviert, bis ich meine Website auf einen neunen Server mit mehr RAM und CPU umgezogen habe. Das wird wohl in Kürze passieren. Bis dahin arbeitet hier (leider) wieder die Standardsuche.

-->

YES 0% (0 votes) NO 0% (0 votes) Total votes: 0 iChallengers