Sulu

Sulu ist ein kompetentes CMS Tool zur Website-Gestaltung und Verwaltung (sowohl Frontend-Design als auch Backend-Entwicklung). Gerade im Frontend Bereich überzeugt es durch seine einfache und übersichtliche Struktur. Realtime Anzeigen der bearbeiteten Website laufen flüssig und sind immer zuverlässig (laufen sogar teils sehr viel flüssiger als manche Wordpress-Erfahrungen, die ich gemacht habe). Daten- und Assetverwaltung sind einfach zu handhaben. Umfassende Dokumentation ist ebenfalls ein Plus.

Einige Entwicklungs- und Gestaltungsmöglichkeiten sind am Ende doch etwas beschränkt, was aber bei vielen dieser Tools mit einem einfachen Modul-Prinzip der Fall ist. Auch beim Deploiment von Website-Updates gab es ab und zu mal Probleme. Beim Einsetzen von Assets und Bilddaten ist Zulu teils umständlich, da man diese zuerst (in einem anderen Tab) hochladen muss und dann erst in seine Website einbauen kann.

Wir nutzen Zulu zur Website- und Landingpage Gestaltung. Es ist möglich in wenigen Schritten eine Landingpage für Kampagnen aufzusetzen. SEO-Relevante Features, wie Meta-Title und Describtion können problemlos direkt integriert werden. Um Lead-Formulare einzusammeln, können entsprechende Forms direkt mit Zulu gestaltet und Landingpages eingebunden werden.

Ich implementiere seid Jahren verschiedene Projekte mit dem Sulu CMS Framework. Von kleineren Sites bis zu größeren Applikationen und auch einer Headless Shop-Anbindung zu Spryker. Am besten gefällt mir am System, dass es direkt auf Symfony basiert und auch so zu implementieren ist. Ich habe also mit Sulu eine Strategie um Inhalte zu verwalten über ein flexibles Backend und ein zur Implementation neutrales Frontend. Alles andere ist über das Symfony Framework abgewickelt und abgebildet und ich kann damit die Applikation in eine beliebige Richtung erweitern. Ob ich nun eine Website bauen will oder eine Progressive Web App bleibt mir überlassen. Sulu unterstützt mich dabei flexibel in jede Richtung. Wenn ich eigene Daten / Entitäten benötige kann ich diese zB. in Doctrine schrieben und über Sulu verwalten. Ich kann auch externe Daten abfragen und in den Contenten Management Prozess von Sulu einbingen. Wenn ich das System einmal verstanden habe, kann ich damit in jede Richtung gehen.

Das ReactJS Backend ist an manchen stellen etwas kompliziert zu erweitern. Und SUlu verwendet PHPCR zur Datenverwaltung, was bedeutet, dass die Inhalte in einer XML Struktur vorliegen. Verwendet man nicht JackRabbit als Datenbank, kann es schnell zu sehr langsamen Abfragen auf das XML kommen. Und man sollte in dem System nie vergessen, dass es auf Symfony basiert und Sulu nicht die Lösung für all unsere Probleme ist.

Sulu bringt mir eine klare und flexible Struktur zum verwalten von Inhalten. Ich habe hier eine Menge an sogenannten Content Types, die ich in Blöcken gruppieren kann und diese dann zum Content Management bereit zu stellen. Zum einen bringt mir das System eine Baumstruktur, in der ich meine Inhalte verwalten kann und mir dem Articles Modul dann einen Weg beliebig viele Inhalte nach einer Taxonomie zu verwalten. Für mich liegt der eigentliche Vorteil allerdings in der Struktur des Quellcodes und einer klaren Trennung von Konfiguration und Inhalten. Zu guter letzt habe ich dann das Framework um Probleme zu lösen und Sulu bringt mir einen soliden Teil dazu ohne alles allein anzugehen.

Symfony finden die Entwickler ziemlich gut, mir reichte, dass bisher sehr selten ein "geht nicht" zu hören war ;). Die Mehrsprachigkeit finde ich auch ziemlich gut gelöst, wenn man auch ein der einen oder anderen Stelle etwas Feinschliff betreiben musste, bis es ganz rund war. Die Weiterentwicklung läuft und regelmäßig kommen (in meinen Augen sinnvolle) Funktionalitäten hinzu.

Manchmal vermisse ich die einfache Plugin-Welt von Wordpress schon, aber ehrlicherweise gäbe es auch dort nur wenig, was out of the box nutzbar wäre, um unsere Anforderungen abzudecken. Dass man aber grundsätzlich einen Entwickler auch für kleinere Anpassungen benötigt, kann manchmal schon etwas nerven. Für einige Funktionen ist man auch von der Core-Entwicklung abhängig und da kann es dann manchmal schon etwas dauern, bis eine Funktion dann auch umgesetzt ist. Die inzwischen vorhandene WebP-Unterstützung war bspw. so ein Fall.

Wir haben ein CMS gesucht, dass einerseits auch wirklich noch von technisch nicht extrem bewanderten Menschen problemlos bedienbar ist, gleichzeitig aber viel Flexibilität bietet. Das wird von Sulu meines Erachtens überwiegend auch gut erfüllt. Als wir Sulu vor ein paar Jahren eingeführt haben, war der "Headless" Aspekt als "future-proof"-Feature ganz nice, inzwischen sind wir tatsächlich dort angekommen und stecken in konkreten Planungen davon Gebrauch zu machen.

Sehr einfach zu verstehen. Im Grunde ist das Handling selbsterklärend und auch für User, die nicht täglich damit arbeiten, logisch.

Bezogen auf die Oberfläche in unserem Unternehmen: die Vorschau der Blöcke - etwas umständlich im Handling. Vorschau wird nicht immer angezeigt. Wenn man zwischen den Länderseiten wechselt, nimmt es oft die Sprache vom Template davor mit und mischt so die Inhalte durcheinander. Schade, dass es keine Preview Links ohne "Preview" gibt, so muss man sich die Vorschau Links immer manuell zusammenbauen.

Wir verwenden Sulu für unsere gesamte Website - in allen Ländern. Das Erstellen von Landingpages etc. ist auch sehr einfach.

Sulu verbindet die Idee vom Klassischen CMS mit den Möglichkeiten von modernen Applikationen welche man im Symfony Framework schreiben würde ohne das es einen dabei Einschränkt. Sulu verlässt sich hier auf die bewerten Ideen und Konzepte eines der Top Frameworks im Backendbereich ohne dem Entwickler seine eigenen Regeln aufzuzwingen und ihn so einzuschränken.

Es ist kein direkter Nachteil, aber etwas über das man aufklären muss. Sulu ist kein CMS von der Stange welches in 5 Minuten aufgesetzt werden kann. Einen 0815 Blog mit geringen Klickzahlen sollte man hiermit sicher nicht betreiben. Es gibt keine schnell Installierten Standart Templates und Plugin Stores wie das andere deutlich ältere gerne Brüder besitzen. Was der eine jedoch als Nachteil sieht ist für den anderen die Deutlich größere Chance.

Admin Backend Funktionalität in Symfony Applicationen. Extem Performante Applikationen. CMS mit Simpler anbindung an 3. Systeme

sulu ist das flexibelste und zugleich stabilste CMS, das ich in meiner bisherigen beruflichen Laufbahn kennengelernt habe. Durch den Rückgriff auf symfony und PHPCR bietet es auf der einen Seite sehr gute Voraussetzung an die Anpassung und Erweiterung an jeden denkbaren Businesscase. Durhc die vielen bereits onbaord mitgelieferten Features kann es gleichzeitig ohne großen Aufwand für einfachere Anwendungsfälle genutzt werden.

sulu ist kein 1-Click-Installation-CMS, wie man das etwa von WordPress kennt. sulu ist augenscheinlich für Programmierer entworfen und bedarf jener auch bei der Installation und der Anpassung.

Wir verwenden sulu oder haben es in der Vergangenheit für verschiedene Anwendungsfälle verwendet. Als CMS für kleine und sehr große Websites, als Datenbank für POI, als Plattform für content commerce. Diese Flexibilität kenne ich von kaum einem anderen CMS.

Wir hatten die Unternehmenswebseite mit Sulu erstellt. Für uns erschien es sinnvoll, ein headless CMS zu verwenden, welches auf einfach Modulen aufbaut, zu verwenden, um schnell zum Ergebnis zu kommen. Wirklich Positives kann ich tatsächlich nicht berichten.

Das ganze Gerüst war sehr Bugs-anfällig: in einem Modul hatte wir mal ein Häkchen vergessen zu setzen und prompt war die ganze Seite down. Selbst unsere Entwickler haben beim Aufsetzen rumgeflucht. Im Pressebereich hatten wir keine Templates für unsere Mitteilungen und mussten die Module ständig kopieren. Das hatte ewig gedauert. Das Uploaden von Bildern sollte im Normalfall easy sein, war es hier aber auch nicht. Außerdem war das Interface so ungünstig, dass man schneller Module gelöscht hat als "hey" zu sagen. Sind dann zu Wordpress gewechselt.

Wir wollten ein einfaches System haben, um schnell Inhalte anzupassen. Der Kundensupport war auch nicht wirklich hilfreich.