Nach einigen Tagen Ferien in den Vereinigten Staaten, bin ich in San Francisco gestrandet. Wahrscheinlich werde ich einer der wenigen Europäischen Drupalianern hier an der Drupalcon sein. Tut mir leid für alle anderen… und ist natürlich ein Ansporn für mich, ein paar gute Blogeinträge zu schreiben.
In den kommenden drei Tagen wird hier im Blog auf jeden Fall wieder einiges mehr laufen…
Jeff Eaton. Präsentation war besser als jede Samstag Abend Comedy show. Es ging vor allem um eine Highlevel Sicht auf die Drupal Architektur. Dabei war mir gar nie bewusst, wieviele APIs Drupal Core eigentlich hat:
Alle Module hängen davon ab. Vor dem Einsatz von vielen Modulen überlegen, welches System von Drupal verwendet werden muss, um Funktionalität xyz zu erreichen
Drupal kennt keine Strukturen. Alles ist in einem grossen Topf drin. Alle Nodes sind gleichberechtigt. Es gibt viele verschiedene Möglichkeiten in Drupal Inhalt zu strukturieren. Daher: Vor dem Entwickeln überlegen, wie der Inhalt strukturiert werden soll!!!! Ein Screenshot reicht nicht, sondern es müssen Regeln vorhanden sein, welche definieren, welche Kriterien einen Node strukturieren und welche Kriterien bestimmen, wo und wann auf einer Seite ein Node erscheint. Erst dann sollte man sich überlegen, welche Hilfsmittel dazu benötigt werden.
Verschiedene Personen können verschiedene Rollen haben.
Hier ein paar interessante Punkte aus den Keynotes von Dries:
Drupal ist gesund und macht seinen Weg… cool. Das erste Mal, dass ich Dries live gesehen haben. Ist ein guter Präsentierer. Interessant zum Zuhören.
Die Halle hier ist riesig… naja, es müssen auch 3000 Leute reinpassen.
Ich habe hier eine Rules zu bieten, welche beliebige Inhalte zeitgesteuert veröffentlicht und wieder zurückzieht. Dazu gibt es auch das Scheduler Modul, dieses hat jedoch einen gewichtigen Nachteil: Wenn ich jetzt einen Inhalt schreiben und diesen erst in 2 Wochen veröffentlichen will, so klappt das. Habe ich jedoch ein Feed, welches nach Zeit sortiert ist (z.B. node created), dann wird dieser Artikel nie erscheinen.
Voraussetzungen für die Rules:
Die folgenden Regeln sind enthalten.
Triggered Rules:
Rule Sets:
Natürlich können/müssen die Regeln den örtlichen Gegebenheiten angepasst werden. Besonders der Inhaltstyp muss entsprechend angepasst werden.
Zudem müssen die Views so angepasst werden, dass das Sortierdatum nicht mehr Node created oder die Node Id ist, sondern das field_publish_date.
Noch eine kleine Anmerkung: Diese Rules habe ich nicht auf einer produktiven Site im Einsatz, sondern dienten mir lediglich zu ausbildungszwecken, werden jedoch sicher im nächsten Projekt drin sein. Feedback und Verbesserungen sind stets erwünscht.
Problematik: Das Menusystem ist unvollkommen, bzw. diverse Module müssen eingesetzt und an verschiedenen Stellen konfiguriert werden, um die gewünschte Funktionalität zu erreichen. Im Konkreten bereiten folgende Usecases Probleme:
Grundsätzlich: Das Menusystem dient als zentrales Element um die Inhalts-/ Seitenstruktur zu verwalten. Daher wird als GUI das standard Menu Interface als Ausgangslage dienen. Das folgende Mockup soll zur Illustration dienen.
[not available anymore]
Ausser Pfad und Titel sind alle Angaben optional. Im folgenden werden die optionalen Elemente kurz erläutert:
Views: Es kann eine Views gewählt werden, welche unter dem gewählten Pfad ausgegeben wird. Je nach Views können entsprechende Argumente gewählt werden. Damit kann z.B. unter dem Pfad "leben" und unter dem Pfad "people" die gleiche Views (jedoch mit unterschiedlichen Argumenten) eingesetzt werden. Über hook_menu_alter wird dies durchgeführt.
Key/Value: Das Standardverhalten kann übersteuert werden. Ein klassischer Fall wäre eine eigene Callback Function. Dafür wird als Key "Callback" eingegeben und der Value ist z.B. hallowelt(1, "Weri"). Über hook_menu_alter, wird hier der entsprechende Eintrag gesetzt. Weitere Mögliche Anwendung wäre das mitgeben von globalen Parameter (z.B. die Seitenfarbe, Menu Icon usw.). Wie das genau in der Praxis eingesetzt wird muss sich noch zeigen.
Taxonomy: Standardmässig wird ein Taxonomyeintrag gemacht. Das Vokabular heisst gleich wie das Menu. Jeder Menupunkt entspricht einem Term. Zusätzlich wird die Termid und die Menu Id verknüpft, so dass die Verbindung eindeutig vorhanden ist. Ein Node kann dann einem Term hinzugefügt werden. Grund dahinter: Sicherstellen, dass der richtige Menupunkt aktiv ist, wenn ein Node betrachtet wird.
Eigentlich habe ich das Rules Modul schon lange gekannt, aber irgendwie aus irgend einem Grund habe ich es nie richtig eingesetzt. Dabei gäbe es extrem viele Einsatzmöglichkeiten:
Ich bin noch ein wenig am Herumprobieren, wie und wo man es am Besten einsetzt, aber bei meinem letzten Projekt, hätte ich einen klassischen Fall für das Rules Modul gehabt. Jetzt ist es halt mit einer eigenen Action und ein paar Zeilen Code gelöst… obwohl das Rules Modul so oder so installiert ist.
Die "Triggered Rules" sind sehr einfach zu verstehen. Die kann man erstellen und dann funktionieren die auch schon. Man gibt ein Trigger an (also ein Event, welches die Rule auslöst) und dann eine entsprechende Action.
Die Rule Sets sind nicht ganz so einfach. Hier kann ich am Besten ein Screencast empfehlen. Rule Sets haben keinen Trigger, sondern sind einfach Actions, welche ausgeführt werden. Die Rule Sets werden z.B. über VBO oder über normale Triggered Rules angesteuert.
Ich werde sicher hier mal die eine oder andere Rule als Feature posten.
Seven ist ein herrliches Admin Theme, welches eigentlich ursprünglich für Drupal 7 entwickelt wurde, aber jetzt auch für Drupal 6 verfügbar ist. Ohne einige zusätzliche Module wie z.B. admin_menu,admin, teleport, or navigate ist es jedoch nur halb so spassig. Für die ursprüngliche Entwicklung des Themes waren Lisa Reichelt und Mark Boulton verantwortlich. Sie waren damit beauftragt, das User Experience in Drupal 7 angenehmer zu gestalten.
Ursprünglich haben wir als Admin Theme immer Garland eingesetzt. Leider haben sich damit nicht immer alle zurecht gefunden und es ist einfach nicht ganz optimal. In einem neueren Projekt haben wir Seven als Admintheme eingesetzt. Die Redaktore kommen damit viel besser zurecht.
Besonderheiten
Fazit
Als Admin Theme top, als normales Drupal Theme flop. Am Besten gleich am Anfang in die Drupal Installation nehmen und installieren.
Heute hatten wir eine kleine Zusammenkunft mit einem Entwickler von Edipresse, Amazee und Anolim und natürlich wir von Previon. Edipresse hat bereits diverse Projekte mit Drupal umgesetzt (z.B. le Matin). Amazee ist eine grössere Kollaborationsplattform.
Thema war vor allem Drupal und Performance. Eigentlich ging es Querbet durchs Thema: Cloud Hosting mit Amazon, Opcaches, Memcache, InnoDB vs MyIsam, Varnish und Boost. Es war sehr aufschliessreich zu sehen, was andere machen, wo Probleme liegen und vor allem auch wo Know-How vorhanden ist.
Ich bin ja immer noch auf der Suche nach Drupalianern hier in der Region Basel, aber meine Suche war bisher erfolglos. Die Drupal User Gruppe in Zürich ist mir einfach ein wenig zu weit, als dass ich mal einfach so schnell ein Bsüächli abstatten würde.
Drupal lässt sich auf vielen verschiedenen Ebenen optimieren: Datenbank, Apache, Server, Architektur und PHP Code.
Auf einige Parameter haben wir als Entwickler weniger Einfluss, auf andere mehr. Auf den PHP Code und dessen Qualität haben wir vollen Einfluss. Die Seite "The PHP Benchmark" hat ein paar interessante Tests durchgeführt. Am interessantesten ist der folgende:
Is it worth the effort to calculate the length of the loop in advance?
for ($i=0; $i < $size; $i++)
Im Vergleich zu
for ($i=0; $i < sizeOf($x); $i++)
A loop with 1000 keys with 1 byte values are given
Das Resultat ist ziemlich klar und für jeden verständlich. Fall 2 sollte daher definitiv verbannt werden!
Ich habe vor Kurzem das Buch Drupal 6 Performance Tips
Ab der Hälfte des Buches geht es dann endlich los mit Performance, aber auch hier eher dürftig. Es werden nicht wirklich Grundlagen und Konzepte vermittelt, sondern irgend welche Moduleinstellungen erklärt.
Bezüglich der Performance geht es dann eigentlich hauptsächlich um Boost. Ja, Boost ist ein geniales Modul, das sollte sicher jeder mal angeschaut haben, aber könnte man hier nicht einfach die Doku dazu lesen?
Es wird dann noch ein kurzer Blick auf Cacherouter und Authcache geworfen. Wers noch nie gehört hat für den ist es sicher interessant.
Es ist mir nicht ganz klar, für welches Zielpublikum das Buch geschrieben wurde. Ein Laie wird sich eh nicht mit der Thematik beschäftigen, bzw. hat zuwenig Vorkenntnisse und Verständnis (und es ist auch nicht seine Aufgabe, sich um solche Fragen kümmern zu müssen). Für einen Fortgeschrittenen Benutzer ist es meiner Meinung zu wenig tiefgründig.
Ich habe mich die letzten Wochen/Monate immer wieder mit Performancesachen beschäftigt und diverse Module ausprobiert (Authcache, Boost, cacherouter usw.) zudem habe ich diverse Serverseitige Dinge ausprobiert. Darunter unter anderem: Varnish, APC, Memcached und eAccelerator. Von daher war ich ein wenig enttäuscht, denn ich hätte mir doch ein bisschen mehr vom Buch erwartet.
Sicher, wer komplett neu ist und keine Ahnung von den Caching Modulen hat (oder wer seine Seite updaten will… aber hier gibt es sicher bessere Bücher), der wird sicher viel neues entdecken, für alle anderen: es gibt nicht wirklich was Neues im Buch.
Ich habe das Buch in ca 60 Minuten durchgelesen.