Am 22.03.2011 veröffentlichte die Kuborgh GmbH das Release 1.3.x des RedSpark Framework, sowie des RedSpark CMS. Analog zur geplanten Roadmap brachte das Update hauptsächlich Verbesserungen in den Bereichen Usability, Performance und Dokumentation. Ferner wurden alle enthaltenen Texte auf die zentrale Zend_Translate Funktion umgestellt. 

Zusätzlich wurde der RedSpark Store (http://www.redsparkframework.de/Products/List.phtml) zum Kauf von Apps freigeschaltet.

• Vervollständigung der API Dokumentation
• Verbesserung der Cache Interfaces, mehrere Interfaces möglich
• Verbesserung des statischen Cache (Einbeziehung Hostname)
• Bildberechnung mit RsImage: JPG Support und Zoom-Center Algorithmus
• Verschlüsselte E-Mail-Adress Ausgabe verbessert

• Neu: RedSpark Installer mit grafischem Interface im Browser 
• Neu: Subversion Anbindung (RsSvn)
• Neu: Altersverifikation

• Kompatibilität mit ZEND Framework 1.11.x
• Verschiedene Bugfixes 

RedSparkCore (CMS und Backend)

http://issues.redsparkframework.de/projects/redspark/wiki

Es gibt einen neuen Initial-Import in der RedSparkKickstart App. 

Bitte löscht Eure appication_kickstart Datenbanken wenn möglich, beim nächsten Aufruf werden die aktuellen Datenbanken entsprechend neu erzeugt. 

Der Grund für das Update ist die bevorstehende 1.3.x Version von RedSpark. Darin bleiben im CMS Modul nur noch drei alte Versionen jeder Seite erhalten, diese lassen sich dann im Notfall per Datenbank oder RedSparkEnterprise App anzeigen und wiederherstellen. 

In RedSparkEnterprise kann der User die Funktion zum aufräumen selbst aufrufen. Es existiert dazu ein neuer Link in der Versionsübersicht, die Anzahl der zu behaltenden Versionen ist konfigurierbar. 

Zusätzlich entstehen in Zukunft deutlich weniger "tote Bilder", da das Löschen nicht mehr verwendeter Bilder, welche über Assets hochgeladen wurden, deutlich verbessert wurde.

Inzwischen sind die Tags und vor allem Branches der RedSpark Library und der RedSparkCore App in einer stabilen Version verfügbar. Jede Neuentwicklung sollte daher aktuell gegen /branches/1.2.x erfolgen, es sei denn, man benötigt neue Features aus dem Trunk.

Wir freuen uns, dass RedSpark seit gestern auf der deutschen Wikipedia im Bereich "Liste der Webframeworks" gleich über "Ruby on Rails" ;-) gelistet wird.

Nachdem der 1.1 Release von RedSpark hauptsächlich Neuerungen unter der Oberfläche und eine Menge Bugfixes gebracht hat, sind für den 1.2 Release viele Features geplant. Grund dafür ist der inzwischen vermehrte Einsatz von RedSpark in Kundenprojekten. Nicht nur intern bei Kuborgh, auch von externen Entwicklern erreicht uns eine Menge Feedback. Und da jedes Projekt immer wieder neue Anforderungen mit sich bringt, sind auch immer wieder neue Features gefragt. 

Derzeit befinden sich nach den kürzlich veröffentlichten RedSpark Projekten axe.de und imocoating.com weitere Projekte in Umsetzung, neben Facebook Apps ist eine mehrsprachige CMS-Seite für den internationalen Markt, sowie einige Flash-Backends zu erwarten.

• Unittests
• Prüfung der Server-Requirements im Bootstrapping
• Scaffolding (per Kommandozeile im RedSparkInstaller)
• Requirements Check (per Interface)
• Neue App
• Neues Modul
• Neues Template
• Neues Model + CRUD + Feed
• Externe Apps
• Zend Forms
• Flash Anbindung
• Zend Logging
• Translate
• Mandanten / Multi Accounting (RedSparkEnterprise)
• Locale
• Sprachumschaltung Front- und Backend
• Anbindung an Translate
• Unterscheidung zwischen Interface- und Mandantenlocale)
• Clusterfähigkeit (RedSparkCluster)
• CloudComputing (Image für EC2 + S3)
• Lucene Suche
• RedSpark App ohne RedSpark Core (RedSparkInstaller)
• Erweiterte Mehrsprachigkeit im CMS (RedSparkEnterprise)

Ich hoffe das RedSpark Framework bietet hier einige Antworten, zumindest sind es genau diese Probleme, welche wir zu lösen versucht haben.

Artikel: How to Convert a Legacy Site over to Zend Framework

• Das iPad ist der Schlüssel zum (fast) papierlosen Büro ;-)
• UnitTesting ist möglich, wenn es unmöglich scheint, ist die Software nicht gut genug!
• Danke auch an Jörg, der dies schon im RedSpark Workshop formulierte.
• In Kürze daher: UnitTests für Actions, Models und mehr!
• PTI (PHP Tool Integration) für Eclipse kann ein weiterer Schlüssel für besseren Code sein.
• Facebook macht die lustigsten Sessions, danke an Scott MacVigar
• Bei der nächsten IPC muss es eine RedSpark Session geben...

Letztlich nichts weltbewegendes, aber es erspart sicher so manchem Projekt die Installation und Pflege eines separaten Blogsystems. Zum Beispiel auch dieser Seite. 

Geplant ist das Blog als Plattform für alle Kuborgh Entwickler, um Aktuelles rund um RedSpark bekannt zu geben und zu besprechen.