Ort: bio.logis GmbH, Altenhöferallee 3, 60438 Frankfurt am Main
Meetup mit Vorträgen für Interessenten, Anwender, Entwickler und Freunde des Content-Management-Frameworks Drupal.
Termin-Schema für Drupal Treffen bleibt unser "Drupal-Donnerstag", d.h. der 2. Donnerstag in jedem Monat (evtl. Ausnahme bei Feiertagen).
about:
Wir sind etwas aus dem Abwechlungs-Schema, da ursprünglich der letzte Drupal-Donnerstag ein Meetup sein sollte und ich dann doch einen Stammtisch daraus gemacht hatte: http://groups.drupal.org/node/222399
Dort haben wir aber besprochen mit einem Meetup weiter zu machen. Und hierfür benötigen wir noch Themen.
History
- 2011-08-11 Drupal Meetup #1 (Gastgeber: paratio.com e.K.)
- 2011-10-13 Drupal Meetup #2 (Gastgeber: Cocomore AG)
- 2011-12-08 Drupal Meetup #3 (Gastgeber: Cocomore AG)
- 2012-02-09 Drupal Meetup #4 (Gastgeber: paratio.com e.K.)
location
Im Büro der bio.logis GmbH,
Altenhöferallee 3,
60438 Frankfurt am Main
https://www.bio.logis.de/kontakt/wegbeschreibung
Es liegt zwar ein wenig außerhalb vom Stadtzentrum, ist dafür aber gut mit der U8 und dem PKW zu erreichen.
Zum Treffen der PHP Usergroup am 27.04. haben auch über 25 Teilnehmer den Weg gefunden:
http://www.phpugffm.de/archives/838
concept for drupal talks:
Es sollte nach Möglichkeit ein thematisches Spektrum geben, das auch einem breiten Besucher-Spektrum gerecht wird. Wir sind da aber flexibel und mitunter lassen sich die Themen nicht unbedingt den folgenden drei Themen-Bereichen/Schwierigkeitsgraden zuordnen:
- Anfänger-/Community-Thema: z.B. Drupal Administration oder aus dem Bereich "Mitmachen auf drupal.org"
- Etwas fortgeschrittenes: Z.B. eine Case study, d.h. ein erfolgreich umgesetztes Drupal-Projekt und dessen Hintergründe
- Spezial Thema: Dies kann in den Drupal Core führen oder auch das Technik-Umfeld von Drupal betreffen.
Themen:
- Einführung in Entities: Basiswissen für Sitebuilder und ein wenig auch für Entwickler von Carsten Logemann (C_Logemann)
- Deployment mit Drush (inkl. kurzer Drush Einführung) von Florian Weber (webflo).
timeline:
- 19:00 Uhr: Empfang
- 19:20 Uhr: Kurzvorstellung der Teilnehmer in einer Minute (Name, Ort, Firma, Drupal-Hintergrund, verlassene CMS Irrwege)
- 20:00 Uhr: 3 Vorträge mit 10 bis 15 Minuten Länge, dazwischen ca. 5 Minuten Pause
- 22:00 Uhr: Spätestens Ende des Meetups.
Kosten:
Die Teilnahme ist kostenlos
subscription:
Die Anmeldung ist erstmal hier frei geschaltet.
Wer sich grundsätzlich nicht bei den Drupal-Groups oder insbesondere bei diesem Termin nicht anmelden möchte, kann mich z.B. auch über meine Firmen-Website kontaktieren: http://paratio.com/firmus/contactus
Weitere Termin-Seiten:
https://www.xing.com/events/drupal-meetup-5-frankfurt-main-mai-2012-1086896
Comments
Werde versuchen zu erscheinen
Hi,
ich werde versuchen dabei zu sein. Allerdings ist es für Bahnfahrer nicht optimal.
Ich bin dann mehr unterwegs als vor Ort und muss auch rechtzeitig, also wahrscheinlich früher, wieder weg.
Gruß
Carsten
Bitte den "Nachteingang" benutzen.
Um 19:00 Uhr ist der Empfang des FIZ nicht mehr besetzt. Daher bitte den Nachteingang rechts neben dem Haupteingang nutzen.
Vor dem Nachteingang findet ihr eine Säule mit Sprechanlage. Einfach "bio.logis" wählen und klingeln.
Oder gleich anrufen, damit wir die Tür öffnen: 069 - 530 84 37 - 0
Personal Genomics Servicesbio.logis GmbH
Ergänzungen/Links zu meinem Entities-Vortrag
Beim Vortrag wurde von einigen Teilnehmern zu Recht in Frage gestellt, ob der Einsatz von eigenen Entities Sinn macht z.B. auch in meinem Beispiel-Projekt dem Kanban-Modul. Insbesondere die Möglichkeiten, die sich mit Node Access bieten (z.B. über Content Access gesteuert), fand ich als sehr gewichtiges Argument. Nachdem ich die letzten Tage noch mal intensiv über die Daten-Strukturen in meinem Kanban-Modul nachgedacht und mein Konzept auch noch mal verändert habe, habe ich folgendes Argument formuliert:
Eigene Entities sind eine gute Alternative zu komplett losgelösten eigenen Tabellen für strukturelle Meta-Informationen.
Strukturelle Meta-Informationen zu normalem Content wurden auch schon bei Drupal 6 in eigenen Tabellen gepflegt z.B. im Flag-Modul. Nodes wurden früher immer dann genommen, wenn man irgendeine Schnittstelle zu anderen Technologien wie z.B. Tags benötigte. Mit eigenen Entities hat man nun die Möglichkeit schlanke Datenstrukturen (wenn man sie denn benötigt) dichter an andere Module heran zu führen (über Fields, References und Relations). Trotzdem sind diese kein Selbstzweck und sollten immer gut bedacht werden. Wie auch im Vortrag erwähnt ist insbesondere das Commerce Modul ein gutes Beispiel dafür wie man Entities auf diese Weise nutzen kann.
Ein konkretes Beispiel dazu aus meinem Kanban-Projekt: Ich habe in meinem überarbeiteten Konzept nun eine Art Prozess-ID vorgesehen. Wenn ich eine Kanban-Task nun allein mit einer Node realisieren würde, würde ich dafür eine eigene (losgelöste) Tabelle schaffen müssen oder Nummernfeld nutzen. Mit mit Node-Hooks müsste ich dann diese Daten steuern. Also habe ich mich entschieden, diese Logik in einer eigenen Entität zu pflegen, die ich über Entity-Refererence mit anderen Entities (insbesondere Nodes) verknüpfbar mache.
Weitere Links zum Vortrag:
--
My company: Nodegard GmbH