Contao 4: intl Extension als Systemvoraussetzung

[tab]

Aber diese intl-Erweiterung ist etwas völlig Neues. Bei df) ist das in wohl allen tarifen nicht vorhanden. Auf dem ManagedServer hat mir das der df)-Support eingerichtet, wobei sich da der CM auch ohne intl installieren ließ. Die neue CM-Version scheint intl aber schon während der Installation zu prüfen. Kann denn der CM nicht einfach auf intl verzichten und trotzdem seinen Job machen?

Der prüft das schon während der Installation, weil es sonst spätestens bei Aufruf des Installtools knallt. Das heißt, der Contao-Manager braucht kein intl, aber Contao 4 schon länger (seit Anfang?).


//Moderation: Diskussionsbeiträge aus diesem Thema ausgelagert.

[Samson1964]

Der prüft das schon während der Installation, weil es sonst spätestens bei Aufruf des Installtools knallt. Das heißt, der Contao-Manager braucht kein intl, aber Contao 4 schon länger (seit Anfang?).

Contao 4.4.1 ließ sich ohne Probleme installieren. Nur der Contao-Manager meckert wegen fehlender intl.

[Samson1964]

Aber diese intl-Erweiterung ist etwas völlig Neues. Bei df) ist das in wohl allen Tarifen nicht vorhanden. Auf dem ManagedServer hat mir das der df)-Support eingerichtet, wobei sich da der CM auch ohne intl installieren ließ.

Die intl-Erweiterung ist/war lt. dieser Website auf den wenigsten Webservern installiert. Bei Domainfactory soll intl lt. FAQ in PHP 5 und 7 zur Verfügung stehen. Leider trifft das nicht auf meinen (alten?) Tarif "ManagedHosting Pro 2-Sterne-Performance" zu. intl wird wohl von Symfony benötigt, um auf nichtenglischen Systemen betrieben werden zu können. Für Domainfactory gibt es hier eine Anleitung.

Interessant ist in dem Zusammenhang, das inzwischen einige andere CMS intl benötigen, z.B. CMSimple oder Ilch. Ilch hatte ich selbst mal im Einsatz oder besser übernommen - und es dann durch Contao ersetzt. Ilch 2 benötigt im Kassenmodul die intl-Erweiterung. Nachdem die Community von Problemen damit berichtete (Strato installiert im Shared Hosting kein intl und schlägt Kunden den Wecshel in einen Servertarif vor), haben die Ilch-Entwickler intl im Kassenmodul überflüssig gemacht. Mit Contao 4.4 geht das nicht so einfach. Contao 4.4 läuft zwar grundsätzlich wohl ohne intl, doch wenn auf Symfony-Funktionen zugegriffen wird, wird intl benötigt. Ich finde diese Abhängigkeit gar nicht gut.

[ihkwdiopk]

Mal den Weg via Symfony getestet? https://symfony.com/components/Intl

[tab]

Contao 4.4.1 ließ sich ohne Probleme installieren. Nur der Contao-Manager meckert wegen fehlender intl.

Ah ja, hmmm. Contao 4.x läuft aber grundsätzlich nicht ohne intl. Da drängt sich der Verdacht auf, dass intl in deinem Paket grundsätzlich zur Verfügung steht, aber eventuell vom Manager fälschlicherweise nicht detektiert wird. Oder, welche PHP-Version wird denn auf intl geprüft? Die vom Apache benutzte oder die CLI-Version? Ruf doch mal phpinfo() auf, da müsste man es sehen.

[BugBuster]

Hilft in dem Falle nicht, da die Erweiterung domain-parser (Abhängigkeit innerhalb Contao) definitiv die extension fordert:

"require": {
        "php": ">=5.3.0",
        "ext-curl": "*",
        "ext-intl": "*",
        "ext-mbstring": "*"
},

d.h. Composer würde hier nicht mitspielen.

[tab]

Mal den Weg via Symfony getestet? https://symfony.com/components/Intl

Habe ich auch gerade gefunden. Da frage ich mich allerdings, warum man das hier nicht von vornherein eingebaut hat. Offenbar scheint das Problem bei Symfony ja durchaus mehr als bekannt zu sein, wenn man dafür extra eine Fallback-Komponente entwickelt hat.

[BugBuster]

Deswegen:

The replacement layer is limited to the locale "en". If you want to use other locales, you should [install the intl PHP extension]

Und wie weiter oben schon erwähnt, die Erweiterungen müssten das unterstützen.

[tab]

Müssen wir jetzt auch noch ein Fallback für Symfony schreiben? So nach dem Motto, wenn Symfony nicht funktioniert, dann benutze contao/symfony .