1) Enthält erstmals auch die Git-Installs (29.795 contao/core und 15.769 contao/core-bundle).
2) Die Git-Installs wurden bei der Veränderung nicht berücksichtig.

Contao liegt bei CMSCrawler auf Platz 12 von 834 Systemen.

Marktanteile

Wir haben uns dazu entschlossen, die Release-Termine auf Februar und August zu verschieben, da der Abstand zwischen den Entwicklertreffen im Februar und September und den Releases im Juni und Dezember zu kurz ist.

Release-Termine

• Nächstes Release: Contao 4.6 (August 2018)
• Nächstes LTS-Release: Contao 4.9 (Februar 2020)
• Contao 4.9 LTS wird auf Symfony 4.4 LTS basieren

Unser Ziel ist, dass Contao 4.6 mit Symfony 4 kompatibel ist.

Herausforderung

• Veraltete Methoden und Services nicht mehr verwenden
• Alle Services sind standardmäßig private in Symfony 4, wir sind aber auf die Nutzung von System::getContainer()->get() angewiesen

Wahrscheinlichkeit der Umsetzung: 80%

Aufgrund verschiedener Änderungen in Symfony funktioniert der HTTP-Cache in Contao 4.4 und 4.5 nur noch unter bestimmten Voraussetzungen. Unser Ziel ist es, eine Lösung zu finden und zu implementieren, damit der HTTP-Cache wieder für alle nutzbar ist.

Herausforderung

• Caching ist ein komplexes Thema
• Wir halten die Änderungen in Symfony grundsätzlich für richtig
• Da das Session- und Cache-Handling in Contao auf anderen Prämissen basiert, müssen wir die Änderungen, die Symfony an der Response vornimmt, teilweise wieder rückgängig machen

Wahrscheinlichkeit der Umsetzung: 100%

Unser Ziel ist es, die Backend-Anmeldung optional mittels Zwei-Faktor-Authentifizierung abzusichern. Dabei möchten wir den TOTP-Standard (Time-based One-time Password) implementieren, der von allen gängigen Apps wie z.B. 1password oder Google Authenticator unterstützt wird.

Herausforderung

• Kein Bundle erfüllt alle unsere Ansprüche
• Noch keine Einigkeit bezüglich der Integration in die Symfony-Firewall

Wahrscheinlichkeit der Umsetzung: 20%

Unser Ziel ist es, den Tree View im Backend vollständig per Drag and Drop bedienbar zu machen.

Herausforderung

• Das Contao-Markup passt nicht zu den gängigen Drag and Drop-Skripten
• Die Abbildung der Contao-Benutzerrechte in einem Drag and Drop-Skript ist aufwändig
• Zur Drag and Drop-Bedienung gehört z.B. auch, dass sich Knoten automatisch öffnen, wenn man während des Drag-Vorgangs mit der Maus darüber fährt

Wahrscheinlichkeit der Umsetzung: Dateimanager 100%, Seiten/Artikel 0%

Unser Ziel ist es, die Berechnung der Abhängigkeiten in Composer in einen Cloud-Service auszulagern, damit der Contao Manager weniger RAM benötigt.

Herausforderung

• Entwicklung des Cloud-Services
• Anbindung des Contao Manager an den Cloud-Service

Erste Tests des Contao Managers in Verbindung mit dem Cloud-Service, die wir während des Entwicklertreffens durchgeführt haben, waren erfolgreich.

Wahrscheinlichkeit der Umsetzung: 95%

• Nutzung der lokalen Debug-Tools möglich
• Deployment auf mehrere Targets (z.B. Staging und Live)
• Rollback zu vorherigen Versionen möglich

• Zero Downtime Releases
• Konfiguration in einer einzigen Datei
• Kann mehrere Tasks parallel ausführen
• Unterstützt beliebige eigene Tasks
• Funktioniert mit jedem SSH-Zugang (kein serverseitiger Dienst notwendig)
• Unterstützt alle gängingen PHP-Frameworks inklusive Symfony
• Weitere Informationen: deployer.org

https://github.com/contao/deployer-edition

Features

• Basiert auf der Managed Edition
• Lädt zusätzlich das Paket deployer/deployer
• Enthält zusätzlich die Datei deploy.php