Druckbare Version
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?).Zitat:
Zitat von Samson1964
//Moderation: Diskussionsbeiträge aus diesem Thema ausgelagert.
Contao 4.4.1 ließ sich ohne Probleme installieren. Nur der Contao-Manager meckert wegen fehlender intl.Zitat:
Zitat von tab
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.Zitat:
Zitat von Samson1964
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.
Mal den Weg via Symfony getestet? https://symfony.com/components/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.Zitat:
Zitat von Samson1964
Hilft in dem Falle nicht, da die Erweiterung domain-parser (Abhängigkeit innerhalb Contao) definitiv die extension fordert:
d.h. Composer würde hier nicht mitspielen.Code:"require": {
"php": ">=5.3.0",
"ext-curl": "*",
"ext-intl": "*",
"ext-mbstring": "*"
},
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.Zitat:
Zitat von ihkwdiopk
Deswegen:
Und wie weiter oben schon erwähnt, die Erweiterungen müssten das unterstützen.Zitat:
The replacement layer is limited to the locale "en". If you want to use other locales, you should [install the intl PHP extension]
Müssen wir jetzt auch noch ein Fallback für Symfony schreiben? So nach dem Motto, wenn Symfony nicht funktioniert, dann benutze contao/symfony :D.