Ein erster Test von Silverstripe 2.3.0 RC1 - Review
Samstag, November 15, 2008 00:03Wie heute Nachmittag bereits orakelt, habe ich mir heute Abend den ersten Release Candidate der kommenden Version 2.3.0 von Silverstripe näher angesehen.
Installiert habe ich es auf meinem HP 8510w, auf dem Windows XP SP3 und aktuelle Versionen von Apache 2.2, MySQL 5.x sowie PHP 5.x installiert sind.
Ich habe eine lokale Subdomain angelegt und anschließend die Installation aufgerufen. Die Installation sieht aus wie bei der Vorgängerversion, so dass ich nicht näher darauf eingehen werde.
Installation
Nach dem Klick auf den install-Button wird die Datenbankstruktur eingerichtet, die _config.php geschrieben und die .htaccess-Datei im Hauptverzeichnis. Und hier gibt es noch immer den Fehler, dass die Rewrite Base auf ‘\’ anstatt ‘/’ gesetzt wird (auch wenn Windows Backslashes liebt - ‘wir sind im Web’ -> Slashes). Im schlimmsten Fall erhält man einen Serverfehler 500, bei mir sagte die Installation, dass mod_rewrite nicht aktiviert sei. Den ‘/’ habe ich manuell eingetragen und die Installation war mit dem Standardtheme ‘blackcandy’ abgeschlossen. Wer es zum ersten Mal installiert, wird sicherlich irritiert sein - aber mei 
Backend
Nach dem ersten Login präsentiert sich das Backend etwas übersichtlicher (huch, OpenID wurde entfernt). Es gibt jetzt die Bereiche (auf deutsch) Seitenbaum, Kommentare, Dateien & Bilder, Report, Sicherheit und Help (ups, keine Übersetzung vorhanden? ). Das Backend baut sich insgesamt schneller auf als bei Version 2.2.3 - das gefällt mir und einige Kunden werden sicherlich auch darüber glücklich sein. Dass der Punkt ‘Statistiken’ weggefallen ist, ist sicherlich nicht schmerzlich - auf dem Markt gibt es zuverlässigere und vor allem mächtigere Trackinglösungen.
TinyMCE ist aktualisiert worden und was mir am besten gefällt - die Formatierungsleiste schwebt jetzt nicht mehr am oberen Rand der Administration, sondern befindet sich direkt über dem Textfeld, das Formatangaben entgegen nehmen kann. In der alten Version hätte man meinen können, dass alle Texteingabefelder ‘formatierte Zeichen’ aufnehmen können.
Fehler, die mir im Backend aufgefallen sind (und ich habe bisher eigentlich nur eine Zusatzseite angelegt und eine bestehende Seite umbenannt):
Nach dem Umbenennen der Seite ‘Contact Us’ in ‘Kontakt’ habe ich die Seite veröffentlicht. Im Frontend wurde die Änderung übernommen. Als ich im Backend auf eine andere Seite wechseln wollte, erhielt ich diese Meldung:
Are you sure you want to navigate away from this page?
WARNING: Your changes have not been saved.
Press OK to continue, or Cancel to stay on the current page.
Nach ‘Cancel’ und erneutem Speichern und Veröffentlichen erschien die Meldung wieder. Da schlägt wohl eine kleine Prüfung fehl.
In der deutschen Übersetzung lautet die Beschriftung des Buttons zum Speichern und Veröffentlichen normalerweise ‘Sichern & Veröffentlichen’. Hier bei mir hat er sich als ‘Sichern & Veröffentlichen’ präsentiert. Da wird wohl etwas viel umgewandelt. Ich habe die Datei de_DE.php in ‘/sapphire/lang/’ geändert und alle & durch ‘und’ ersetzt (wo es sinnvoll erschien).
Das Frontend
Ich war bisher immer etwas irritiert, wie lange es dauerte, bis die erste Seite vom Server ausgespuckt wurde. Das hat sich nach meinem Empfinden grundsätzlich geändert - Silverstripe 2.3.0 ist im Vergleich zur Vorgängerversion rasend schnell. Ob das jetzt am Notebook liegt vermag ich nicht zu sagen - das wird der nächste Test auf dem Linuxserver zeigen. Aber bisher bin ich sehr begeistert von diesem Fortschritt.
Dateistruktur
Im Ordner ‘mysite’ gibt es nur noch die Ordner code und javascript, sowie die Datei _config.php. Das ist endlich übersichtlicher zum Vorgänger, wo es noch die Ordner css, images und templates gab. Ich habe eh nicht verstanden, was die hier zu suchen hatten, schließlich werden die Templates im ‘templates’-Ordner im Hauptverzeichnis verwaltet, oder liege ich hier falsch? Im kommenden Silverstripe Buch steht bestimmt mehr darüber Der Ordner ‘auth_openid’ ist im Hauptverzeichnis nicht mehr vorhanden - ich habe jetzt nicht nachgeschaut, warum dies entfernt wurde - möglicherweise gibt es künftig ein Modul?
Sonstiges
Die User defined Forms sind in ein Modul ausgelagert worden. Wer diese benötigt, sollte vor einem Upgrade das Modul wie in der Upgradebeschreibung aufgeführt installieren.
Fazit
Kleine Bugs sind normal bei einem Release Candidate - insgesamt bin ich positiv überrascht von dieser neuen Version. Natürlich habe ich bisher nur Basisdinge erledigt, noch keine eigenen Seitentypen definiert oder sonst in den Code eingegriffen, aber der Weg, den Silverstripe einschlägt scheint der Richtige zu sein. Vor allem die Fortschritte bei der Geschwindigkeit machen mir sehr viel Spaß. Auch dass die Menüleiste von TinyMCE jetzt an der richtigen Stelle sitzt erleichtert die Arbeit.
Vielen Dank Ingo, und alle anderen Entwickler von Silverstripe und natürlich die Silverstripe Community für diese neue Version.
Steven Broschart:
15. November 2008 um 18:18
Schön getestet. Dafür gibt es jetzt ein paar mehr Informationen zu den Inhalten des neuen SilverStripe-Buches: http://www.firmenpresse.de/pressinfo64883.html
Erste Details zum SilverStripe-Buch | tactical web development blog / typo3 agentur / ruby on rails / php / consulting / programmierung / entwicklung:
15. November 2008 um 18:39
[...] An dieser Stelle sei auch nochmal meinem Kollegen und unermüdlichen Tester, Tobias Hoderlein, gedankt, der sich momentan mit kaum etwas anderem [...]
Grischan:
20. November 2008 um 00:09
An welcher Stelle wird denn die Rewrite Base auf ‘\’ anstatt auf ‘/’ gesetzt.
Würde nämlich gerne installieren und habe genau den Fehler das mod_rewrite angeblich nicht funktioniert.
Tut es aber in echt.
Gruß Grischan
Tobi:
20. November 2008 um 05:45
Hallo Grischan,
bei mir taucht dieser ‘Fehler’ direkt nach dem Anlegen der Seite auf - wenn Silverstripe schreibt, dass die _config.php und die .htaccess angelegt werden. Dann erscheint die Meldung, dass mod_rewrite angeblich nicht funktioniert. Ein Blick in die .htaccess-Datei zeigt dann den ‘\’ anstatt des ‘/’. Ändere ich dies auf meinem System nicht ab, erscheint nach dem Klick auf den Link, dessen Beschriftung mir jetzt nicht einfällt (
), ein 500er Servererror. Es ist mir aber auch schon aufgefallen, dass nach dem Klick die Datei nochmals überschrieben wird - allerdings nur mit der Start- und der Endzeile, die Silverstripe in die .htaccess-Datei einträgt.
Ich gehe deshalb zur Zeit immer so vor:
Installation starten
Nach dem ersten Bildschirm .htaccess-Datei öffnen und Inhalt kopieren.
Klick auf sämtliche Links, die Silverstripe anbietet
.htaccess wieder öffnen und kontrollieren - gegebenenfalls kopierte Daten wieder eintragen
Startseite des Projekts aufrufen - und vielleicht noch ein ?flush=1 an die URL hängen
Danach laufen bisher alle Projekte. Als echten Fehler sehe ich das nicht, die Installation scheint aber mehrere Leute zu ‘frustrieren’. Ich hoffe, dass der Prozess noch etwas verbessert wird.
Übrigens:
Auf einem meiner Linuxserver ist mir nach der Installation der Version 2.3.0 eine open_basedir Warnung angezeigt worden - Datei /sapphire/core/Core.php. Das System sucht eine _ss_environment.php an drei ‘Orten’. Ich habe erst einmal error_reporting auf 0 in der gleichen Datei gesetzt.
Bookmarks vom 26. Oktober 2008 bis 24. November 2008 | blogmanufaktur:
24. November 2008 um 22:01
[...] Tobis Welt » Ein erster Test von Silverstripe 2.3.0 RC1 :Tobias Hoderlein bloggt unermüdlich zum Thema Silverstripe. Informativ und deutschsprachig… [...]
Tobis Welt » Silverstripe 2.3.0 RC2 - Test und Review- IT Consulting, PHP Programmierung, Webprogrammierung - Mainburg - Holledau - Bayern:
2. Dezember 2008 um 00:06
[...] Gegensatz zum RC1 läuft bei Silverstripe die Installation auf meinem Notebook sauber durch - keine Probleme mehr mit [...]