Das erste Community Treffen dieses Jahres findet vom 25. bis zum 26. Februar in Essen statt. Bright Solutions ist Gold Sponsor dieses Events und wird auf dem DrupalCamp mehrere Vorträge präsentieren.

Manuel Pistners Vortrag hat das Thema "Drupal als ERP System für KMUs" und wird den Einsatz von Drupal im Unternehmensumfeld in Form von ERPAL behandeln, eine allumfassende Lösung für den Agenturalltag.

Wer den Umstieg von Drupal 6 auf Drupal 7 erleben durfte wird viele Verbesserungen, die Drupal 7 mit sich bringt, sehr zu schätzen wissen. Der Umstieg verläuft aber nicht immer ganz reibungslos. In Drupal 7 ist dank dem neuen Entity Konzept eine viel größere Flexibilität geboten um Beziehungen zwischen Nodes, oder abstrakter zwischen Entities, herzustellen.

Viele Drupal-Entwickler und Entwicklerteams kennen sicher das Problem: Man arbeitet mit mehreren Personen gemeinsam im Team, und die einzelnen Workstations haben einfach nicht den gleichen Entwicklungsstand, da jeder so ein bisschen andere Daten und Einstellungen in "seinem" Drupal hat. Ein anderes Problem ist es, eine bestehende Webseite mit viel wechselndem Content updaten zu müssen, ohne das der manuelle Deployment-Aufwand überhand nimmt. Jetzt schreien sicherlich viele "Aber dafür gibt es doch Features und Drush, und XYZ", und das ist auch korrekt.

Es ist ein immer wiederkehrendes Problem...
Man möchte bestimmte Node-Formulare nur im Admin-Theme anzeigen.

Es gibt hier einen ganz simplen Weg über eine Wrapper Funktion auf die per Menu routed wird.

Zunächst muss man eben einen Menu-Eintrag (sei es ein MENU_CALLBACK oder auch ein normaler Eintrag) erstellt werden, der auf eine Prozedur der folgenden Art zeigt.
Der Menu-Eintrag braucht dabei einen Pfad oberhalb von "/admin/".
Dadurch wird das Formular dann automatisch im Admin-Theme gerendered.


/*
* Renders the bs_newsletter node form in admin theme.

Drupal, als mächtiges Framework für Webanwendungen wie es heute aus gutem Grund bezeichnet wird, wurde ursprünglich als Community CMS auf den Markt gebracht. Dank Übercart (Drupal 6 oder Drupal Commerce für Drupal 7) existiert neben zahlreichen Community-Modulen ein umfangreiches Framework zur Entwicklung von Webshops und umfassenden E-Commercesystemen.

Drupal und ökosoziale Software-Entwicklung

Eines der Kern-Probleme effizienter Software-Entwicklung ist Zeit.
Zeit kostet Geld und daher möchte man sie gerne einsparen.

Node.js hat wohl zur Zeit eine sehr gute Zukunfts-Prognose.
Neu ist es allerdings nicht. Es ist JavaScript für server-seitige Scripts.
Und schon CommonJS, welches 2009 nicht unter dem Namen ServerJS in Entwicklung ging, war darauf ausgelegt JavaScript-Scripts server-seitig auszuführen.

"Es gibt doch schon Perl, PHP...
... und andere Sprachen mit denen sich serverseitig Applikationen entwickeln lassen."
Würde wohl nun der Eine oder Andere einwenden wollen.

Eine ganze Reihe von Argumenten könnte man hier entgegnen.

Wir melden uns zurück vom Drupal Camp 'Drupal City' das vom 17.09. - 18.09.2011 in Berlin stattfand. Es gab jede Menge neuen Input, die zeitliche Organisation, technische Ausstattung bei den Vorträgen, Verpflegung und die Location selbst waren super und der Spaß beim abendlichen Rückblick kam auch nicht zu kurz.

Die Benutzung von Session Variablen ist gang und gäbe. Man benutzt sie zum Beispiel, um Einkaufswagen in Shopsystemen zu erschaffen, da PHP und HTML zustandslos und somit "vergesslich" zwischen zwei Seitenaufrufen sind.
In Drupal gibt es ein sehr komfortables Session-Handling, um das sich der Programmierer in der Regel keine Gedanken machen muss, da alles von Drupal gemacht wird.
In diversen Projekten ist es gelegentlich schon passiert, das nach einem Überspielen der Datenbank die anonymen Benutzer plötzlich keine Session Variable mehr hatten.

Im Zuge eines Kunden-Projektes stand ich vor der Aufgabe Inhalte eines bestimmten Inhalts-Typen gefiltert nach bestimmten Kriterien zählen und die Anzahl ausgeben zu lassen.
Nach 2-3 kleineren Experimenten entschied ich mich für folgenden, sehr einfachen und effizienten Weg.

Ich erstellte zunächst eine Inhalts-View (Ansicht) welcher ich meine verschiedenen Filter und ein Feld des Inhalts-Typen gab.
Diese View erhielt von mir keine weiteren Displays ausser des Default-Displays.