Ciao ER2! Willkommen ContaoMem.sys!

[lucina]

Nach monatelanger Entwicklungsarbeit ist es nun soweit: Mit einer neuen Speichertechnologie geht Contao als erstes CMS konsequent den Schritt in eine moderne Erweiterungsverwaltung und setzt zukünftig allein auf Composer für die Installation, Erweiterung und Wartung des Systems. Eine Contao-Installation ohne Composer wird zukünftig nicht mehr angeboten, und auch das bisherige Modul zur Erweiterungsverwaltung (ER2) wird keine Rolle mehr spielen.

Um Ressourcen zu konzentrieren wird das ER2 im Laufe der nächsten Tage komplett abgeschaltet. Gleichzeitig wird eine erweiterte Version des Contao-Managers zur Verfügung gestellt, mit der sämtliche Aufgaben rund um die Systemverwaltung schneller und zuverlässiger erfolgen können.

Auch das Problem, das manche Webhoster ihren Kunden keine ausreichenden Systemressourcen für einen reibungslosen Betreib zur Verfügung stellen wird mit dem neuen Manager gelöst - und zwar in Form des zusätzlichen Treibers ContaoMem.sys, der speicherintensive Operationen auf jedem Webhost ermöglicht.

Kern der neuen Technik ist es, ungenutzte Ressourcen eines Webhostings über einen virtuellen Speicherbereich als zusätzliches RAM zur Verfügung zu stellen. Dabei wird benötigter Arbeitsspeicher im Rahmen eines Upper Memory Blocks (UMB) adressiert. Die Höhe des nutzbaren Speichers hängt von der Ausstattung des Webhostings ab. Beispielsweise reserviert ContaoMem.sys bei einem durchschnittlichen Hosting mit 100 GB HDD-Speicher für die Auflösung von Abhängigkeiten nun bis zu 10 GB virtuellen Speicher als UMB für eigene Zwecke.

Um in den Genuss des vollen UMB zu kommen kann es notwendig sein, all die Dinge, die sich auf einem Webserver im Laufe der Zeit ansammeln (wie veraltete oder verunglückte Installationen) vorab aufzuräumen. Wir sehen das auch als Beitrag, um zu Ressourcen sparenden Umgang mit Webhostings anzuregen.

ContaoMem.sys ist ab sofort im der aktuellen Version des Contao-Managers integriert und wird bei Bedarf automatisch aktiviert. Diese Version wird - wie schon bisher - auf der Projektseite unter https://contao.org/de/download.html heruntergeladen werden. Die Übertragung des Managers auf den Server findet wie bisher statt.

Die Abschaltung des bisherigen Erweiterungsrepositories ist für Mitte der nächsten Woche geplant. Wir bitten alle Entwickler und Entwicklerinnen darum - so noch nicht geschehen -, bis dahin endgültig ihre Erweiterungen via packagist.org zur Verfügung zu stellen.

[mlweb]

In Contao 3.5.34 wird die Migration auf den Paketmanager in der Installationsroutine nicht mehr angeboten ist mir letztens zufällig aufgefallen. Das passt dann aber nicht so richtig zum Abschalten der ER2 oder habe ich etwas übersehen? Mache einen Denkfehler?

[mlweb]

Diese Version wird - wie schon bisher - auf der Projektseite unter https://contao.org/de/download.html heruntergeladen werden.

Die Aktualisierung eines vorhandenen Managers findet auch wie bisher automatisch statt?

[swinde]

Passend zum aktuellen Datum!

[hofff]

Yeah ... endlich. Das wird mega!

fg
nicky


Gesendet von iPhone mit Tapatalk Pro

[mlweb]

Ach ja. Das Datum. Da war doch was.

[xchs]

Wenn ich auf einem Webhosting Speicherprobleme beim Auflösen der Abhängigkeiten hatte, habe ich bislang immer die himem.sys geladen; das hat erstaunlicherweise immer recht gut funktioniert. Erste Tests mit der ContaoMem.sys scheinen aber vielversprechend zu sein. Zukünftig werde ich also auf die himem.sys verzichten können.

[planepix]

Wenn ich auf einem Webhosting Speicherprobleme beim Auflösen der Abhängigkeiten hatte, habe ich bislang immer die himem.sys geladen; das hat erstaunlicherweise immer recht gut funktioniert. Erste Tests mit der ContaoMem.sys scheinen aber vielversprechend zu sein. Zukünftig werde ich also auf die himem.sys verzichten können.

Auch gelöst scheint das Problem auf Mimimi-Hostings und ersetzt meme.sys erfolgreich.


Gesendet von iPhone mit Tapatalk

[tab]

Auch das Problem, das manche Webhoster ihren Kunden keine ausreichenden Systemressourcen für einen reibungslosen Betreib zur Verfügung stellen wird mit dem neuen Manager gelöst - und zwar in Form des zusätzlichen Treibers ContaoMem.sys, der speicherintensive Operationen auf jedem Webhost ermöglicht.

Kern der neuen Technik ist es, ungenutzte Ressourcen eines Webhostings über einen virtuellen Speicherbereich als zusätzliches RAM zur Verfügung zu stellen. Dabei wird benötigter Arbeitsspeicher im Rahmen eines Upper Memory Blocks (UMB) adressiert. Die Höhe des nutzbaren Speichers hängt von der Ausstattung des Webhostings ab. Beispielsweise reserviert ContaoMem.sys bei einem durchschnittlichen Hosting mit 100 GB HDD-Speicher für die Auflösung von Abhängigkeiten nun bis zu 10 GB virtuellen Speicher als UMB für eigene Zwecke.

Ist Contao da mal wieder seiner Zeit voraus? Hätte man nicht auf das angekündigte mod_vmem warten können?

[Andreas]

Heißt das, ich kann bei den vielen Kunden, wo noch 3.5 läuft im BE keine Erweiterungen mehr installieren? Das wäre ja schlecht.

Ansonsten vielen Dank für die Arbeiten am Contao-Manager.