Die Vorweihnachtszeit ist für viele eine Zeit voller Streß, Hektik und Anspannung. Im Geschäft müssen die letzten Projekte fertig gemacht werden, zuhause warten noch unzählig nicht besorgte Geschenke auf den Einkauf und der Weihnachtsbaum steht immer noch im Wald.

Ich hoffe Sie können diesem Streß entfliehen, denn “die Ware Weihnacht ist schließlich nicht die wahre Weihnacht”. Deshalb wünscht Ihnen das gesamte Team der Simploo GmbH ein besinnliches Weihnachtsfest und einen guten Rutsch ins neue Jahr 2011.

Auf diesem Weg möchten wir uns auch bei allen Kunden, Partnern, Mitarbeitern und Downloadern und Benutzern des Simploo CMS bedanken. Für das kommende Jahr haben wir bereits einige Neuerungen auf unsere Neujahrs-Wunschliste gelegt. Ich hoffe wir können diese Neuerungen auch im Jahr 2011 mit Ihnen teilen.

(*) Kurt Marti, geboren 1921, ist ein schweizer Pfarrer und Schriftsteller.

Der Grundsatz hybrider Apps, die Mischung von Webtechnologien und nativen Technologien, ist immer gegeben. Die eigentliche Entwicklung einer hybriden App erfolgt dabei in bekannten Webtechnologien wie Javascript, HTML und CSS. Aus diesem Code kann dabei mit verschiedenen Programmen eine native App für die jeweilig gewünschte mobile Plattform erstellt werden.

Der Vorteil liegt auf der Hand. Entwickler können sich auf eine Entwicklung mit bekannten Webtechnologien konzentrieren und damit verschiedenste Smartphone-Plattformen bedienen. Die App-Agentur in Baden-Württemberg stellen Ihnen zwei wichtige Varianten der hybriden App-Entwicklung und deren Vor- und Nachteile vor.

Den ganzen Artikel lesen:

• Hybrid ist nicht gleich hybrid - mobile Apps für iPhone und Android

Derzeit allerdings tingelt der NoSQL-Begriff als neuer Trend durch die Medienszene
NoSQL, steht dabei für “not only SQL”. Wie bei vielen Buzzwords stellt auch dieses Wortspiel einen Oberbegriff für eine Vielzahl unterschiedlicher Technologien und Produkte dar. Dieter Petereit bringt in seinem Artikel bei drweb.de Klarheit in die Begrifflichkeiten und stellt die NoSQL-Datenbank Apache Cassandra näher vor.

Dabei führt der Artikel mit einem Überblick über die NoSQL-Technologien (Key Value Store, Document Store, Graph Databases, Wide Column Store) in die Thematik ein, ehe nach einem kurzen Exkurs zur Skalierbarkeit von NoSQL-Systemen ein näherer Blick auf das Projekt Apache Cassandra geworfen wird.

Apache Cassandra wurde übrigens ursprünglich von Facebook entwickelt und ist dort in einem Cluster von über 150 Rechnern (einzig und allein) für die  Suchfunktion in den Inboxes zuständig. Inzwischen ist Cassandra ein Top-Level Projekt der Apache Foundation und wird unter anderem auch von der in den USA so erfolgreichen Social-Bookmark-Site digg.com eingesetzt. Die allseits bekannte Twitter-Plattform ist derzeit ebenfalls dabei, auf die NoSQL-Technologie zu migrieren.

Ein lesenswerter und interessanter Artikel von Dieter Petereit:

• Apache Cassandra - Was kann die NoSQL-Datenbank?

Um das Fazit vorneweg zu nehmen: Komplexe Applikationen mit Interaktionen mit den Besuchern sind innerhalb Fanpage-Tabs schlichtweg unmöglich. Eine Alternative ist den Tab-Inhalt lediglich als Teaser zu nutzen, um dort mit einem Hinweis auf die eigentliche Applikation zu verlinken. Der offensichtliche Nachteil: Die Besucher sind ersteinmal weg von der Fanpage.

Ein praktisches Beispiel mit dem Simploo CMS
In einem praktischen Beispiel mussten wir mit dem Simploo CMS ein Facebook-Voting erstellen und in eine Fanpage integrieren. Der Ansatz um Applikation und Fanpage optimal miteinander zu vernetzen war folgender:

1. Öffentlich beworben wird nicht die Applikation, sondern die Fanpage. Einstiegsseite auf der Fanpage ist der Voting-Tab
2. Innerhalb des Votings-Tabs wird eine Übersicht des bisher abgelaufenen Votings (Zwischenstand) und weitere Informationen dargestellt.
3. Die Buttons zum Voten sind inaktiv und erst als Fan der Fanpage (Hinweis auf “Gefällt mir”-Button) nutzbar.
4. Mit Klick auf einen Voting-Button wird der Besucher auf die Applikation weitergeleitet. Nach den Facebook-Sicherheitsabfragen wird das Voting in der Applikations-Datenbank (Simploo CMS)  abgespeichert, ein entsprechender Feed für den Benutzer veröffentlicht und nach einer abschließenden Meldung wieder auf den Tab zurückverwiesen
5. Dort wird der entsprechende Eintrag des Benutzers (auch für spätere Besuche) entsprechend markiert.
6. Kommt ein Benutzer ohne direktes Klicken eines Buttons innerhalb des Votings-Tabs auf die eigentliche Applikation, wird dort lediglich eine Einstiegsseite mit Verlinkung zurück auf den Fanpage-Voting-Tab dargestellt.

Mit diesem Ansatz dachten wir die perfekte Integration erarbeitet zu haben. Doch das Ganze hatte einen kleinen Haken, der erst beim Durchstöbern der Dokumentation und der Foren sichtbar wurde. Für Entwickler lauern vor allem bei der Dokumentation zu Tab-Applikationen viele Hürden: Es lässt sich nur schwer herausfinden, welche Aktionen, Funktionen oder FBML-Tags innherhalb einer Tab-Applikation nun verfügbar sind. Zumal ändert derzeit Facebook seine Strategie für Developer. Diese wird in Zukunft wohl auf reine IFrame-Unterstützung innerhalb Tabs, sowie der Authentifizierung per OAuth 2.0 abzielen.

Mit oder ohne OAuth 2.0?
Ohne die Aktivierung des künftig empfohlenen  OAuth 2.0 Standards, stehen den Entwicklern innerhalb einer Tab-Applikation die bekannten “fb_sig”-POST-Paremeter zur Verfügung. Die oben aufgeführten Punkte 3 und 5 könnten damit relativ leicht über die Parameter

• $_POST['fb_sig_is_fan'] und
• $_POST['fb_sig_user']

realisiert werden. Um allerdings für die Zukunft gewappnet zu sein, stellten wir die Authorisierung innerhalb der Applikation auf das OAuth 2.0 Protokoll um - mit der Konsequenz die kompletten “fb_sig”-Parameter zu verlieren. Innerhalb einer Tab-Applikation haben Entwickler nur noch Zugriff auf den “signed_request”-Parameter, der mit folgender PHP-API-Funktion entschlüsselt werden kann:

• $facebook->getSignedRequest();

Als Rückgabewert enthält man folgende Werte:

array(6) {
["algorithm"] => string(11) "HMAC-SHA256"
["expires"] => int(1288864800)
["issued_at"] => int(1288859489)
["oauth_token"] => string(99) "TOKEN_STRING"
["profile_id"] => string(12) "XXXXX"
["user_id"] => string(12) "XXXXX"
}

Zumindest meint man, damit zumindest auf die ID des Besuchers (user_id) zugreifen zu können - doch diese ist die gleiche wie die ID der Fanseite (profile_id). Und nach allem was man so liest, scheint Facebook den Zugriff auf die Benutzer-Id innerhalb von Fanpages auch nicht mehr zu erlauben. Auch die simple Abfragemöglichkeit, ob der Besucher bereits Fan der Seite ist oder nicht, wurde von Facebook deaktiviert. Da die OAuth-Unterstützung derzeit noch in der Beta-Phase ist, könnte sich hoffentlich zumindest in diesem Bereich noch etwas tun.

Es bleibt also beim ganz zu Beginn beschriebenen Fazit: Fanpage-Tabs sollten lediglich als Teaser mit minimaler Funktionalität genutzt werden, alles weitere gehört aus Entwickler- und Fanpage-Betreiber-Sicht leider in die Applikation.

Doch der umfangreiche Internetauftritt mitsamt Online-Forum der Selbsthilfe war inzwischen in die Jahre gekommen und nur noch schlecht pflegbar. Der Verein nahm deshalb das Angebot der süddeutschen Software-Schmiede Simploo GmbH dankbar an. Diese erklärte sich bereit den Verein beim umfangreichen Relaunch des Online-Portals im Rahmen eines Charity-Projektes zu unterstützen.

Zusammen mit Dr. Boris Hartmann, europaweit ein gefragter Experte zum Thema Mutismus, analysierte das IT-Unternehmen die bestehenden Strukturen und konzipierte den neuen Online-Auftritt. Um die zukünftige Pflege für den Verein zu erleichtern, wurde das selbstentwickelte Redaktionssystem Simploo CMS eingesetzt, mit dem die Vereinsmitglieder den Auftritt nun einfach und im Browser direkt auf der jeweiligen Inhaltsseite bearbeiten können.

Die neue Webseite basiert auf dem Simploo CMS 1.7.0, für das die gleichnamige Simploo GmbH auch gleich ein paar neue Module entwickelt hat. Die bestehenden Listen zu einem Therapeuten- und Elternnetzwerk konnte so problemlos mit einer fehlertoleranten Umkreissuche ergänzt werden.

„Die neuen Seiten sind nun sehr übersichtlich gestaltet, und mit dem Simploo CMS können wir diese auch jederzeit aktuell halten“, so Michael Lange, Bundesvorsitzender der Mutismus Selbsthilfe Deutschland e.V., der als Gründer der ersten deutschsprachigen Mutismus-Website für den Bereich Medien zuständig ist.

Eine perfekte Plattform also, um über den Mutismus zu informieren. Denn betroffene Personen leiden an einer Störung, die ihnen eine normale Kommunikation teilweise unmöglich macht: Sie sprechen nicht, obwohl keine Defekte der Sprechorgane oder des Gehörs vorliegen. So leben mutistische Personen teilweise über Jahre hinweg in sozialer Isolation und können nur durch therapeutische Hilfe zurück in ein normales Leben finden. Hilfe, die die neue Online-Plattform bieten und vermitteln kann.

Weitere Informationen:

• www.mutismus.de
• www.simploo.de

Nehmen wir beispielsweise ein weißes Bild mit der Abmessung von 1024×1024 Pixel als normales JPEG abgespeichert. Die Dateigröße dürfte danach, je nach Kompression, um die 12 KByte haben. Beim Einlesen dieses Bildes in einem PHP-Skript über imagecreatefromjpeg() könnte man ohne Hintergrundwissen einen Speicherverbrauch von vielleicht maximal 400-500 KByte vermuten.

Doch das Einlesen belastet den Server mit fast genau 5 Mbyte. Eine Menge (Speicher)Holz, das sich aber schnell erklären lässt. Denn PHP speichert die Bilder im Hintergrund unkomprimiert, das bedeutet mit 40Bit Farbinformationen pro Pixel. Rechnen wir also einmal nach:

1024 x 1024 x 40 = 41943040 Bit
 
41943040 / 8 / 1024 / 1024 = 5 MByte

Ähnlich speichern übrigens Programme wie Photoshop ihre Dateien im Rohzustand ab. Damit ist eine schnellere und bessere Verarbeitung als mit komprimierten Dateien möglich. Es reicht beim Webupload also nicht, Bilder auf die Dateigröße zu überprüfen. Wichtiger für die spätere Bearbeitung ist die Bildgröße in Pixel, die über getimagesize() ausgelesen werden kann.

Sollten beim Weiterverarbeiten der Bilder in PHP zudem mehrere Schritte und eventuell Zusatzbilder (z.B. für Wasserzeichen) notwendig sein, so sollte man auch darauf achten, diese Ressourcen auch wieder entsprechend freizugeben: imagedestroy() ist da die Funktion der Wahl.

Einen weiteren interessanten Artikel darüber, der auch auf die Funktionen imagecreate und imagecreatetruecolor eingeht, finden Sie unter:
www.cix-blog.de/PHP-GDlib-und-der-Speicherbedarf-169-2008.html

• http://php6.testserver.intra
• http://php5.testserver.intra
• http://php43.testserver.intra

Als Voraussetzungen dafür benötigen wir einen Linux-Server (mit Microsoft-Mitteln geht das sicherlich auch irgendwie), einen Webserver, einen DNS-Server und die entsprechenden PHP-Versionen. Alle folgenden Programme können wir uns über die Paketverwaltung per “apt-get install” installieren. In Klammer die zu installierenden Paketnamen.

• für den Linux-Server verwenden wir im Beispiel Debian Etch
• als Webserver den Apache 2 in der aktuellsten Version  (”apache2″)
• für den DNS-Server installieren wir uns BIND (”bind9″)
• als Standard-PHP-Modul für den Apache holen wir uns das jeweilig aktuelle Paket (z.B. “php5″ und “libapache2-mod-php5″)

Die grundlegende Installation der obigen Anwendungen werden wir nur ganz grob streichen, darüber dürfte es im Netz bereits genügend Informationen geben. Die Installation aller genannten Anwendungen über die Paketverwaltung dürfte im ersten Schritt allerdings kein größeres Problem darstellen. Nach der erfolgreichen Installationsprozedur müsste beim Aufruf des Servers über die IP oder Hostname im Browser eine entsprechende Standard-Seite des Apache Webservers erscheinen. Mit der Erstellung eines”phpinfo()”-Skriptes prüfen wir, ob das PHP-Modul korrekt läuft. Danach steht uns der Konfiguration der einzelnen Systeme nichts mehr im Wege.

1. Apache Webserver
Unseren Häuptling konfigurieren wir für virtuelle Hosts, um über verschiedene Subdomains auf unser zu testendes PHP-Programm zugreifen zu können. Erstellen wir uns - wenn nicht schon vorhanden - eine Datei names “default” im Verzeichnis “/etc/apache2/sites-available” mit folgendem Inhalt

NameVirtualHost *
<VirtualHost *>
  DocumentRot "/var/www/test"
  ServerName www.testserver.intra
  ServerAlias php5.testserver.intra
</VirtualHost>

Den DocumentRoot und den ServerName können wir natürlich entsprechend beliebig anpassen. Diesen virtuellen Standard-Host aktivieren wir im Verzeichnis “/etc/apache2/sites-enabled” dann mit dem Befehl für einen symbolischen Link “ln -s default ../sites/available/default”. Mit einem Neustart des Webservers, bzw. einem Neuladen der Konfigurationsdateien (”/etc/init.t/apache2 force-reload”) sollten wir beim Aufruf über den Browser den Inhalt des neuen DocumentRoots angezeigt bekommen.

Gleichzeitig legen wir uns testweise schon einmal für die PHP-Version 4.3 einen virtuellen Hosteintrag an. Also gleiches Prinzip wie oben, eine Datei mit dem Namen “php43″ in “/etc/apache2/sites-availabe” mit folgendem Inhalt

<VirtualHost *>
  DocumentRot "/var/www/test"
  ServerName www.testserver.intra
  ServerAlias php43.testserver.intra
  <Directory /var/www/test>
    AddHandler php43-cgi .php
  </Directory>
</VirtualHost>

Die erste Zeile aus der default-Konfigurationsdatei dürfen wir nur einmal vergeben. Ansonsten teilen wir dem Apache mit, dass er bei Aufruf der Seite unter der URL “http://php43.testserver.intra” PHP in der Version 4.3 als CGI-Version aufrufen soll. Die Aktivierung dieses Hosts erfolgt parallel zum default-Eintrag. Die entsprechende Einrichtung von PHP 4.3 als CGI-Version erfolgt in einem späteren Schritt.

2. DNS-Server konfigurieren
Sollte das ganze intern und ohne eine “gültige” Domain erfolgen (wie im obigen Beispiel) müssen wir natürlich noch unseren eigenen DNS-Server entsprechend einrichten. Im Verzeichnis “/etc/bind” legen wir uns eine Datei namens “db.testserver.intra” mit folgendem Inhalt an

$TTL    607800
@     IN   SOA   ns.testserver.intra. root.ns.testserver.intra(
1 ;Serial
604800 ;Refresh
86400 ;Retry
2419200 ;Expire
604800 ;Negative Cache TTL
)
       IN  NS     ns.testserver.intra.
ns     IN  A      192.168.0.1
www    IN  CNAME  ns.testserver.intra.
php5   IN  CNAME  ns.testserver.intra.
php43  IN  CNAME  ns.testserver.intra.

Das ganze könnte man natürlich auch per Wildcards lösen, dazu - und auch zu den anderen Optionen - lesen Sie bitte die entsprechenden Dokumentation im Internet. Mit einem Restart des DNS-Servers “/etc/init.d/bind9 restart” müsste unser Testserver unter den oben eingetragenen URLs erreichbar sein - vorausgesetzt Sie haben natürlich die IP des Testservers (hier 192.168.0.1) auf Ihrem lokalen Rechner als (alternativen) DNS-Server in den Netzwerkeinstellungen eingetragen.

3. Weitere PHP-Versionen hinzufügen
Als Standard-PHP-Version läuft in unserem Beispiel bereits PHP5 als Apache-Modul. Weitere PHP-Versionen müssen wir als CGI-Variante einbinden - Sie erinnern sich an die Apache-Einstellungen? Laden wir uns auf dem Linux-Server also testweise mal in irgendweinem Temp- oder Home-Verzeichnis PHP 4.3 herunter und entpacken es:

wget http://museum.php.net/php4/php-4.3.0.tar.gz
tar xzfv php-4.3.0.tar.gz

Die entsprechenden Download-Pfade erhalten Sie unter www.php.net. Gehen nach dem Entpacken in das entsprechende Verzeichnis und kompilieren und installieren Sie die Version per klassischem Dreisatz “configure, make und make install”:

./configure --prefix=/usr/share/php43\
 --datadir=/usr/share/php43\
 --mandir=/usr/share/man\
 --bindir=/usr/bin/php43\
 --includedir=/usr/include\
 --sysconfdir=/etc/php43/apache2\
 --with-config-file-path=/etc/php43/apache2\
 --with-config-file-scan-dir=/etc/php43/conf.d\
 --enable-libxml\
 --enable-session\
 --enable-xml\
 --enable-simplexml\
 --enable-filter\
 --disable-debug\
 --enable-inline-optimization\
 --disable-rpath\
 --disable-static\
 --enable-shared\
 --with-pic\
 --with-mysql\
 --with-pdo-mysql\
 --with-gnu-ld\
 --enable-pdo\
 --with-gnu-ld
 
./make
 
./make install

Die Konfigurationseinstellungen können Sie natürlich entsprechend anpassen und die gewünschten PHP-Module einbinden. Beachten Sie aber bitte die Pfadangabe mit dem Ordner “php43″ bei anderen Versionen entsprechend abzuändern. Eventuell müssen Sie nach dem installieren der PHP-Version noch den Apache neu starten, bwz. die Konfigurationsdatein neu laden. Damit sollte Ihnen aber nun wirklich über “http://php43.testserver.intra” Ihr Programm als PHP 4.3 Variante verfügbar sein.

Um nun weitere beliebige PHP-Versionen integrieren zu können, wiederholen Sie einfach die enstprechenden Schritte:

• Download und Entpacken PHP-Version
• configure, make und make install der PHP Version
• Anlegen eines virtuellen Apache Hosts
• eventuell Anlegen eines DNS-Eintrags (wenn ohne Wildcards gearbeitet wurde)
• Neustart der entsprechenden Server
• Fertig!

set_error_handler('my_error_handler');
function my_error_handler($errno,$errstr, $errfile,  $errline)
{
    switch($errno){
        case E_USER_ERROR:
        case E_ERROR:
        case E_PARSE:
        case E_CORE_ERROR:
        case E_COMPILE_ERROR:
            echo '<h1>Meine Fehlerausgabe</h1>';
            echo 'Entsprechende Fehlerausgabe...';
            exit(1);
        case E_USER_WARNING:
        //Weitere Behandlung von Warnungen, Hinweise....
    }
}
$foo = new Bar();

Ohne genaueres Studium (ok zugegeben - aufmerksames Lesen würde auch reichen) des entsprechenden Seite im Online-Handbuch, könnte man denken beim Aufruf dieses Skriptes, würde die eigene Fehlermeldung erscheinen - da die Klasse “Bar” ja gar nicht existiert oder bekannt ist.

Doch wie wir uns erinnern, werden mit dieser eigenen Fehlerbehandlung nicht alle Fehler abgefangen. Um folgende Fehler  handelt es sich dabei:

• E_ERROR
  z.B. bei Überschreitung des Speicherlimits für das PHP-Skript (Bildergenerierung, etc.)
• E_PARSE
  z.B. Syntax-Fehler im PHP-Skript
• E_COMPILE_ERROR
  z.B. bei einer per “require” eingebunden Datei, die nicht existiert
• E_CORE_ERROR
  Fehler beim Starten von PHP

Der obige Aufruf von “$foo = new Bar()” würde in diesem Fall einen E_ERROR werfen. Im folgenden Beispiel zeigen wir eine Vorgehensweise mit dem die Fehler E_ERROR, E_PARSE und E_COMPILE_ERROR benutzerdefiniert gefangen und behandelt werden können. Beim E_CORE_ERROR sind uns dann allerdings endgültig die Hände gebunden. Doch Hand aufs PHP-Herz, wer hat diese Fehlermeldung produktiv schon einmal erhalten?

Voraussetzung für das Abfangen obiger Fehler ist die Aktivierung der Ausgabepufferung, um die von PHP geworfenen Fehlermeldungen durch eigene Ausgaben überschreiben zu können. Dazu fehlt uns noch eine Funktion, die beim Beenden des PHP-Skriptes aufgerufen wird und (fast) fertig ist das Ganze. Erweitern wir also unser obiges Skript folgendermaßen:

obj_start();
set_error_handler('my_error_handler');
register_shutdown_function('my_shutdowm_handler');
 
function my_error_handler($errno,$errstr, $errfile,  $errline)
{
    switch($errno){
        case E_USER_ERROR:
        case E_ERROR:
        case E_PARSE:
        case E_CORE_ERROR:
        case E_COMPILE_ERROR:
            echo '<h1>Meine Fehlerausgabe</h1>';
            echo 'Entsprechende Fehlerausgabe...';
            exit(1);
        case E_USER_WARNING:
        //Weitere Behandlung von Warnungen, Hinweise....
    }
}
 
function my_shutdown_handler()
{
    if ($error = error_get_last()) {
        ob_end_clean();
        my_error_handler($error['type'], $error['message'], $error['file'], $error['line']);
    }
}
 
$foo = new Bar();
 
ob_end_flush();

Sobald unser PHP-Skript also beendet wird, überprüfen wir ob ein Fehler aufgetreten ist. Ist dies der Fall, übergeben wir die Fehlerdetails an unsere benutzerdefinierte Fehlerbehandlung und erhalten wie gewollt unsere eigene, wunderschön formatierte Fehlerbehandlung. Das Skript sollte natürlich nur als Anregung dienen und hat keinen Anspruch auf Vollständigkeit.

In diesem Sinne: Frohe Fehlerbehandlung…

Für diesen Blogbeitrag wurden wir inspiriert durch den englischen Artikel von Michael Caplan in seinem Blog:
Mayday, Mayday, Mayday - PHP Going Down

Damit stehen News-Bereichen, oder zum Beispiel die Auflistung von Partnerfirmen oder Ansprechpartnern nichts mehr im Wege. Diese selbst definierten Inhaltselemente können eine beliebige Anzahl an Eigenschaften/Feldern haben. Bei einem Inhaltselement “News” könnte das eine Überschrift, ein Einleitungstext und Nachrichtentext sein. Für jedes dieser Felder kann einzeln definiert werden, welche Editor-Funktionen dem Redakteuer zur Verfügung stehen sollen, oder ob der Editor beispielsweise komplett deaktiviert ist (für reine Texteingabe bei z.B. Überschriften). Alle Felder können anschließend  in einem eigenem Template entsprechend angeordnet und ausgegeben werden.

Dabei können für jedes Inhaltselement bis zu zwei Templates definiert werden. In einem ersten Template wird definiert, wie das neue Element in der Listenansicht auf der Seite dargestellt werden soll (list.phtml). Zusätzlich gibt es optional noch die Möglichkeit in einem weiteren Template (single.phtml) eine Detailsansicht für das neue Element anzubieten.

Als weitere Neuerung kann für jede Seite festgelegt werden, wieviel Inhalte angezeigt werden sollen. Sind auf einer Seite mehr Inhalte als eingestellt verfügbar, so sind diese für den Bescher über eine automatisch eingefügte Blätterfunktion erreichbar.

Mit der Version 1.4.0 werden voraussichtlich zwei neue Inhaltselemente mitgeliefert: News und Bildergalerie. Über letztere können aus einem Bilderordner automatisch entsprechende Bildergalerien auf der Internetseite präsentiert werden. Die mitgelieferte Ausgabefunktion kann natürlich mit eigenen Templates relativ leicht überschrieben werden, so dass eigenen, beliebigen Galerieansichten und -optionen nichts im Wege steht.

Das Simploo CMS 1.5.0 wird in den nächsten Wochen verfügbar sein. Eine Video-Präsentation der neuen Funktionen finden Sie unter:

• www.simploo.de/support/videos
• www.youtube.com/user/simploogmbh

Ab sofort steht die Version 1.5.0 auch in der Online-Demo zum Testen zur Verfügung:

• demo.simploo.de

Neue Version 1.3.0
Mit dem wichtigsten Download steht Ihnen ab sofort das Simploo CMS in der Version 1.3.0 mit folgenden Neuerungen zur Verfügung:

• Suche im Frontend (Test/Demo siehe auf www.simploo.de)
• Ausgabe Rootline (”Breadcrumb”) / Klickpfad in den Templates
• Benutzerlogin mit Passwort-Vergessen-Funktion
• Kontaktformular als neues Inhaltselement (anpassbar über Config-Datei)

Die neue Version erhalten Sie als Komplettdownload unter www.simploo.de oder in Ihrem Simploo CMS Administrationsbereich unter “Admin->Updates->suchen” als automatisches Update. Mehr zur neuen Version finden Sie in unserem Update-Forum unter forum.simploo.de

Dokumentation “Integration von eigenen Templates”
Da dies aber im Mai ja nicht alles gewesen sein kann, haben wir ab sofort auch die Dokumentation zur Integration  von eigenen Templates unter www.simploo.de/cms-dokumentation fertig gestellt.

Online-Videos
Und wer sich gerne das Simploo CMS von den Machern höchstpersönlich erklären lassen will, dem seien die neuen Online-Videos unter www.simploo.de/support/videos ans Herz gelegt.

Simploo CMS wird SaaS-fähig
Und auch in Zukunft bleiben wir mir Neuerungen natürlich am Ball. Speziell für unsere Partner und hier vor allem die Provider arbeiten wir gerade an einem SaaS-fähigen (”Software as a Service” / Cloud Computing) Installationspaket nach dem APS-Standard (www.apsstandard.org).