5 Gründe, Contao Projekte lokal zu entwickeln

Immer wieder werden wir von Agenturen gefragt, warum wir für den Großteil unserer Contao Projekte eine lokale Entwicklungs­umgebung verwenden. Auch unsere Contao Themes sind für die Entwicklung auf einem lokalen Webserver gemacht.

Das klingt zunächst nach doppelten Aufwand und Mehrarbeit, die man sich sparen könnte. Die lokale Entwicklung bringt aber eine Vielzahl von Vorteilen, von denen ich 5 Gründe in diesem Artikel zusammengestellt habe. Wenn du bisher noch nicht lokal arbeitest, dann ist dieser Artikel für dich.

1. Schnelleres Arbeiten

Einer der größten Vorteile einer lokalen Entwicklungsumgebung ist Geschwindigkeit. Mit den richtigen Werkzeugen kannst du gerade beim Aufbau einer Website und der Umsetzung eines Layouts bei jeder Änderung ein paar Sekunden sparen. Denn mit den richtigen Werkzeugen verringerst du nicht nur die Wartezeit beim Seiten-Reload, du kannst den Reload sogar stellenweise überflüssig machen.

„Ein paar Sekunden?!? Und dafür muss ich mehrere Stunden in die Installation einer lokalen Entwicklungsumgebung stecken?“

 Es stimmt. Bei kleineren Projekten solltest du genau prüfen, ob sich die Einrichtung lokal lohnt. Aber je länger du an einem Projekt arbeitest, desto größer wird deine Zeitersparnis im weiteren Verlauf der Umsetzung.

Ich muss dabei immer wieder an die Geschichte des Holzfällers denken, die ich neulich in einem Buch las: 

Ein Spaziergänger geht durch den Wald und beobachtet einen Holzfäller, wie er einen großen Haufen Holz hackt. Der Gute kommt nur langsam voran und müht sich sichtlich ab, da seine Axt stumpf ist. Daraufhin fragt der Spaziergänger den Holzfäller:

„Warum schärfen Sie denn nicht zuerst ihre Axt?“

Der Holzfäller deutet auf den Holzhaufen, der noch vor ihm liegt und antwortet:

„Keine Zeit! Ich muss noch diesen ganzen Holzhaufen fertigmachen.“

Was ich damit sagen möchte: Die Einrichtung einer lokalen Entwicklungsumgebung mag auf den ersten Blick länger dauern, aber je länger du an dem Projekt arbeitest, desto mehr Zeit sparst du in der Umsetzung.

Um Zeitersparnis geht es auch bei Punkt 2.

2. Hilfe durch Tools

In Punkt 1 erwähnte ich bereits, dass es Werkzeuge gibt, mit den du die Ladezeiten verbessern bzw. überflüssig machen kannst. Wir setzen hierfür auf den Taskrunner gulp.js, der auf der Kommandozeile arbeitet und auch bei unseren Contao Themes sowie dem Nutshell Framework zum Einsatz kommt. Gulp kann aber noch mehr, als nur die CSS-Änderungen in Echtzeit in das Layout zu injizieren.

Da wir mit SASS arbeiten, muss es auch irgendeinen Dienst geben, der SASS in CSS umwandelt. Das kann man auch von Contao übernehmen lassen, Taskrunner wie gulp.js oder Grunt bieten aber einen entscheidenden Vorteil: Das autoprefixer-Plugin. Das Plugin gibt es für alle gängigen Taskrunner und sorgt dafür, dass CSS3-Anweisungen, die einen Vendor-Prefix benötigen, automatisch um diesen ergänzt werden.

.example {
    display: flex;
    transition: all .5s;
    user-select: none;
    background: linear-gradient(to bottom, white, black);
}

.example {
    display: -webkit-box;
    display: -ms-flexbox;
    display: flex;
    -webkit-transition: all .5s;
    -o-transition: all .5s;
    transition: all .5s;
    -webkit-user-select: none;
       -moz-user-select: none;
        -ms-user-select: none;
            user-select: none;
    background: -webkit-gradient(linear, left top, left bottom, from(white), to(black));
    background: -webkit-linear-gradient(top, white, black);
    background: -o-linear-gradient(top, white, black);
    background: linear-gradient(to bottom, white, black);
}

Das kann Contao leider aktuell nicht und es sieht auch nicht so aus, als würde es in absehbarer Zeit kommen.

Auch Aufgaben wie die automatische Bildkomprimierung und CSS-Minifizierung sowie JS-Minifizierung lassen sich durch gulp, Grunt und Co. abnehmen.

Wer die Kommandozeile scheut, für den gibt es Codekit für Mac oder Prepros für Windows. Hier wird ebenso vorausgesetzt, dass lokal entwickelt wird.

Auch hier kannst du während und zum Projektende wertvolle Zeit sparen, da deine Entwicklung durch kleine Tools automatisch verbessert wird.

3. Arbeiten im Team

4. Backups der zu entwickelnden Seite

Backups sind ein leidiges Thema. Trotzdem kann man gar nicht genug davon haben. Die meisten Hoster weisen explizit darauf hin, dass du für Backups selbst verantwortlich bist. Sie machen zwar regelmäßig Backups und es ist sehr unwahrscheinlich, dass während der Entwicklung der Server ausfällt und kein Backup vorhanden ist. Aber es kann halt auch mal eine Weile dauern, bis sie dir ein Backup zur Verfügung stellen können.

Unnötige Wartezeit, wenn du versehentlich die falsche Datei gelöscht hast.

Wenn du lokal arbeitest, dann kannst du dir den Anruf beim Hoster sparen und die Datei aus deinem eigenen Backup – beim Mac zum Beispiel über Time Machine – wiederherstellen.

Und wenn du mit einer Versionsverwaltung wie Git arbeitest, kannst du sogar zeilenweise entscheiden, welchen Stand du wiederherstellen möchtest.

5. (Weiter-)Entwicklung, unabhängig von Kunde und Öffentlichkeit

• Lokale Entwicklungsumgebung (nur für das Team)
• Staging-Umgebung auf Kundenserver (für das Team und den Kunden)
• Live-Umgebung auf Kundenserver (für die Öffentlichkeit)