Get the MOST

Gegenwärtig arbeiten wir an der Konzeption einer Änderung in der Modellierungssprache von ModuleStudio, die uns schon seit Längerem umtreibt. Noch aus der Anfangsphase des Projektes gibt es neben den Feldern einer Entität auch Elemente für Variablen, die zentrale Konfigurationseinstellungen repräsentieren. Diese Variablen wurden bislang allerdings eher stiefmütterlich behandelt. Anstatt diese nun weiter aufzubohren, geht die Strategie eher in die Richtung, die normalen Feldtypen auch für Variablen wiederzuverwenden.

ModuleStudio kann anhand des Containers eines Feldes immer noch erkennen, ob es sich hierbei um ein Feld einer Entität oder um eine Konfigurationseinstellung handelt. Wenn also ein Variablen-Container auch normale Felder enthalten kann, können die zusätzlichen Variablen-Elemente entfallen. Diese würden übergangsweise in ModuleStudio 1.1.0 noch weiter unterstützt, jedoch eine Warnung oder einen Fehler verursachen. In ModuleStudio 1.2.0 werden sie dann komplett entfernt.

Am vergangenen Wochenende fand wieder das alljährliche Treffen der “Zikulaner” statt. Nach der obligatorischen Vorstellung der Neuigkeiten im Zikula Core seit dem letzten Jahr wurde der Prototyp der neuen Website des Projektes betrachtet und besprochen, welche Feinjustierungen hier noch bezüglich Struktur und inhaltlicher Aussage vorgenommen werden sollten.

Die Diskussion mündete dann direkt in das große Thema Marketing: hier wurde eingängig erörtert, wie sich die Alleinstellungsmerkmale des Tandems Zikula 2.0 + ModuleStudio 1.0 ideal ausloben lassen. Wir haben eine Menge interessanter Ideen gesammelt, nun geht es sukzessive an die Umsetzung derselben.

Das zweite Service-Update für ModuleStudio 1.0 wurde heute veröffentlicht. Weitere Informationen können auf der Release-Seite eingesehen werden.

Für ein Projekt habe ich kürzlich mehrere DataGrid-Komponenten im Hinblick auf den funktionalen Umfang, die Aktivität der Entwicklung und den Grad der Anpassbarkeit verglichen. Einige Kandidaten in der engeren Auswahl waren unter anderem SlickGrid, DataTables, bs_grid und jQuery Bootgrid. Für mich hat aber Bootstrap Table das Rennen gemacht. Es bietet eine ganze Reihe Extensions, bleibt dabei aber immer nahe an einer responsiven Bootstrap-konformen Darstellung. Vielleicht hilft dieser Tipp ja dem ein oder anderen, der eine ähnliche Funktionalität benötigt.

Das erste Service-Update für ModuleStudio 1.0 wurde veröffentlicht. Neben einer Menge Bugfixes sind auch einige neue Features enthalten. Für weitere Details sei auf die Release-Ankündigung verwiesen.

Die Woche hat mit einem doppelten Paukenschlag begonnen! Was bereits angekündigt worden war, ist nun tatsächlich eingetreten: heute Morgen wurde zunächst ModuleStudio 0.7.5 veröffentlicht, mit Support für Zikula 1.4.x, 1.5 und 2.0. Anschließend kam direkt ModuleStudio 1.0.0 hinterher; das ist quasi identisch mit 0.7.5, allerdings ohne die Unterstützung für Zikula 1.4. Im Laufe der Woche erscheinen auch Zikula 1.5.0 und 2.0.0 final - dann ist der Weg frei für begleitende Marketing-Maßnahmen, um das Tandem “Zikula + MOST” zu pushen.

In den nächsten Tagen werden Zikula 1.5.0 und 2.0.0 als Cross-Release erscheinen. Beide Versionen sind funktional identisch. Der Unterschied liegt darin, dass der Unterbau von Zikula 2 auf Symfony 3 basiert, wohingegen bei Zikula 1.5 weiterhin Symfony 2.8 zum Einsatz kommt. In Zikula 2 ist ferner jegliche Legacy-Unterstützung entfernt worden.

Aus Marketing-Gründen haben wir schon länger besprochen, dass zusammen mit Zikula 2.0 auch ModuleStudio 1.0 zur Verfügung stehen sollte. Daher geht meine Überlegung in die Richtung, dass zunächst ModuleStudio 0.7.5 veröffentlicht wird, welches alle aktuellen Generator-Fixes beinhaltet. Anschließend wird der Support für Zikula 1.4.x aus der DSL entfernt, welche aktuell noch als Standard eingestellt ist. Statt dessen wird per Standard für Zikula 2.0 generiert und weiter die Möglichkeit geboten, auf 1.5 umzustellen. Nach dieser kleinen Änderung wird dann ModuleStudio 1.0.0 direkt nach 0.7.5 das Licht der Welt erblicken.

Sobald ein Programm oder eine Internetseite erst einmal produktiv verwendet wird, stellt sich heraus, ob alle Eventualitäten bedacht sind oder ob doch etwas nicht berücksichtigt worden ist. Spätestens wenn sich Kunden oder Nutzer mit Reklamationen oder Klagen melden, wird klar, dass hier und da vielleicht nicht alles zu Ende gedacht wurde oder die automatisierten Tests eben nicht alle Fälle abgedeckt haben. In diesem Beitrag geht es darum, wie man Fehler, Warnungen und anderweitige Probleme früh erkennen kann.

In den letzten Tagen haben wir eine Reihe von Internetseiten auf einen neuen Cloud-Server umgezogen. Damit profitieren alle Seiten von einer verbesserten Ausfallsicherheit und Skalierbarkeit.

Außerdem werden nun alle Seiten per Standard mit Zertifikaten von Let’s Encrypt ausgestattet, welche automatisch erneuert bzw. verlängert werden. Auch die Verbindung zu diesem Blog sowie zur Homepage von ModuleStudio läuft daher jetzt via https.

Das vierte Service-Update für ModuleStudio 0.7 wurde soeben veröffentlicht. Weitere Informationen finden sich im Release-Artikel auf der Projekt-Homepage.