This blogpost should give a quick kickstart to every developer who is interested in helping to advance Fast Gallery. The architecture is intended to have a swapable storage engine. So far I've only written one storage engine, which means that interfaces are not 100% clearly defined, but would instead need some work when actually going to be used in practice. First a quick overview over the files and what their responsibilities are.

In der neuen Version von Fast Gallery gibt es mal wieder ein neues Feature. Bilduntertitel können über IPTC ausgelesen werden. Dabei gibt es mehrere zur Auswahl. Sehr oft ist es jedoch der Fall, das noch gar keine IPTC Daten vorhanden sind. In dem Fall können diese jetzt gleich direkt in der Galerie editiert werden und werden dann ins Bild gespeichert.

Patrick war so freundlich und hat dafür einen Patch geschrieben. Fertig sieht es dann in etwa so aus:

Mit Drupal 6.17 wurde innoDB eingeführt. Bisher wurde immer myisam verwendet. Die Standardwerte, welche mit MySQL kommen sind für MyIsam ziemlich gut und man kommt schon sehr weit damit. Verwendet man jedoch die Standardwerte für innoDB, dann hat man einen ziemlich Flaschenhals. 

Übersetzungen in Drupal sind so eine Sache und es gibt diverse Funktionen. Ich habe ja selber nicht gewusst, dass es neben t() auch noch tt() gibt und ich muss sagen tt() ist genial :) Hier mal eine kleine Erklärung, welche ich dazu gefunden habe... sehr plausibel erklärt, warum t() nicht überall verwendet werden soll/darf.

Im folgenden ein Auszug aus der Drupal Mailing Liste.

Am heutigen Tag, habe ich mich ein wenig mit der Drupal Views API herumgeschlagen. Ich habe zum ersten mal ein eigenes Style Plugin für Views geschrieben. Aller Anfang ist schwer und so habe ich mich am Anfang auch ein wenig gequält, aber bin dann schlussendlich sehr schnell vorangekommen.

Vor einem halben Jahr habe ich mit Wubi angefangen. Ich konnte weiterhin noch mein gewohntes Windows System drauf haben und hätte zur Not auch wieder wechseln können. Es hat sich dann gezeigt, dass ich immer wie besser mit Linux zurecht komme. Ich wurde sogar euphorisch. PHP Entwickeln und Ubuntu macht einfach mehr Spass und das Verständnis für das *nix System hilft massiv: SVN, Konsole, patches, Rechte usw. ... bei Windows geht das irgendwie verloren.

Mittels Rules lassen sich herrliche Dinge machen. Es sind kaum Grenzen gesetzt, was Workflows und solche Sachen angeht. Mit Klicken kommt man schon ziemlich weit. Manchmal kann es aber notwendig sein, dass man eigene Actions für die Rules bereitstellt. Klaro, man kann praktisch alles mit eingebettetem PHP Code machen, aber das ist nicht wirklich eine glamurose Lösung. Hier ein kleines Beispiel:

Panels kommt mit einigen Modulen daher. Bevor wir ernsthaft mit Panels anfangen, sollten wir wissen, welches Modul wofür zuständig ist:

Eigentlich ist die gar nicht so chaotisch, wie sie klingt ;) Dort werden diverse Funktionen gebündet, welche in diversen anderen Modulen immer wieder gebraucht werden (hauptsächlich Panels und Views). Dazu gehören unter anderem: Diese Overlays, Exportmöglichkeiten und das Pluginsystem.

 Views und CCK kennt jeder. Sie gehören schon fast zu einer Webseite und das wird sich in Zukunft noch verstärken, da CCK Teil von Drupal Core ist. Niemand zweifelt an diesen Modulen, viele kennen und verstehen sie und wissen, wie sie eingesetzt werden müssen. So auch ich.

Drupal-Zertifizierung. Immer wieder hört man etwas davon, aber geben tut es nicht wirklich etwas. Irgendwie passt es auch nicht so richtig in die Drupalwelt, und wenn schon, dann müsste es von Acquia kommen. Wiejedoch misst man etwas? Rein nur gute PHP-Kenntnisse reichen nicht, auch die Community-Fähigkeiten gehören zu einem guten Drupalianer.

Es gibt ja eigentlich nichts einfacheres. Einfach mal das Profil auf drupal.org anschauen oder auch auf drupalcenter.de und schon weiss man ziemlich viel über die Aktivität einer Person.

Vor mehr als 1 Jahr war ich in Zürich mit dabei und habe mitgeholfen, dort die ganze DUG zu starten. Zürich ist mir jetzt einfach zu weit geworden. Seit Monaten schon habe ich mich immer ein wenig hier in Basel umgehört, ob es Leute gibt, aber nie wirklich ein Echo bekommen. Es scheint sich endlich etwas zu bewegen. Seit ein paar Tagen gibt es jetzt auch auf Drupal.org die Drupal User Group (DUG) Basel.

Power menu. Für unsere Projekte hatten wir ein dauerbrennerproblem: Aktive Menupunkte. Michi hat ja bereits darüber berichtet. Sicher kennt jeder das Problem:

Ich habe mich immer gefragt, wie die Anzahl an Modulen die Drupal Performance beeinflusst. Ich habe mich oft gefragt, ob es besser ist viele kleine Module zu haben, oder aber ein grosses. Endlich bin ich dazu gekommen einen kleinen Benchmark zu machen. Rein der Übersichtlichkeitshalber ist es eigentlich viel besser die ganzen Funktionalitäten in kleine Module zu unterteilen, was aber dann zur Folge hat, dass das Hook System stärker belastet wird.

Der Testumgebung sah wie folgt aus:

Nur damit es auch noch von meiner Seite her bekannt ist: Drupal 7 Alpha 4 ist bereit zum Download. Danke Michi. Die Zeit ist vielleicht nicht gerade rühmlich, aber irgendwie habe ich doch ein wenig Jetlag, und daher ein Post um diese Uhrzeit.

Da hat sich doch einiges ein wenig verändert mit Drupal 7. Wer etwas in der Bodyklasse oder im Head Bereich des Htmls verändern möchte, der sucht unter preprocess_page leider vergebens:

In Drupal 7 gibt es neu noch ein html.tpl.php, wo diese ganzen Dinge drin sind, was eigentlich auch sind macht. somit kann man über preprocess_html die Daten verändern. Das folgende kleine Beispiel würde der Bodyklasse eine ID zuordnen:

Ein paar Gedanken aus der Display Suite Session. Display Suite.

In komplexen Seiten mit vielen Teaser musste man bis anhin immer eines an .tpl Files anlegen. Es wurde eigentlich relativ schnell sehr unübersichtlich. Ich kenne das Problem auf jeden Fall sehr gut.

Review der Session "Efficient Workflwo for Design and development projects"

Frühe Discovery Phase:

• Einander kennenlernen. Internet brauchen, Blogs, Twitter usw. lesen.

Deliverables. Sollen einfach sein. Dadurch sind sie verständlich und laden ein, Änderungen anzubringen.

Es gibt die Möglichkeit Applikationen für Mobile zu entwickeln unter der Verwendung von JS und HTML 5 und CSS 3.

PhoneGap. Ist ein Framework. Ist jedoch nicht ganz so gut, da nicht alles unterstützt wird.

Titanium Mobile. Das ist gut. Titanium Mobile ist gratis. Es ist ein Compiler, welcher Javascript in Nativ Object C umschreibt.

Kurze Zusammenfassung von der "You shall not pass".

Was bedeutet "Expectations"? (Erwartungen)

Review und Zusammenfassung der Performance Testing Session. 

Traffic muss generiert werden, wobei eine massive concurrency eingesetzt wird. Mögliche Tools um Traffic zu generieren: JMeter, LoadRunner, The Grinder.