Erfahrungsbericht: easyname.at

Verwendetes Hosting Paket: LARGE

Vorzüge (v.A. in Bezug auf Contao):

• Unlimitierter Datenverkehr
• Unlimitierte Subdomains
• Multidomainfähig ¹
• Unlimitierte Postfächer
• Unlimitierte Emailadressen
• MySQL 5.6
• PHP 5.3 - 7.0 (frei wählbar)
• Apache 2.4
• SSH Shell ²
• Crontab/Cronjobs

Weitere Eigenschaften:

• memory_limit = 256M ³ (soweit getestet auch garantiert)
• max_execution_time = 180
• max_input_time = 180
• post_max_size = 256M ³
• upload_max_filesize = 256M ³
• mod_filter
• mod_deflate
• mod_rewrite

Auf der Suche nach einer Alternative zu günstigen Webhosting Angeboten bei Hostern wie Hetzner, 1&1, Domainfactory und Co. bin ich auf easyname gestoßen - ausnahmsweise mal ein Österreichischer Hoster ;). Meine Mindestanforderung war ein Hosting Paket mit 256 MiB RAM und SSH Shell Access - und siehe da, gleich ins Auge gefallen ist mir bei easyname letzteres. Auch die restlichen Angaben hörten sich natürlich gut an.

¹ Bei easyname kann man außerdem problemlos beliebige Domains auf beliebige Pfade zeigen lassen. Verschiedene DocumentRoots für verschiedene Domains sind also auf jeden Fall möglich. Darüberhinaus können externe, nicht im eigenen easyname Account verwaltete Domains hinzugefügt werden - ohne Aufpreis (bei 1&1 bspw. zahlt man für sowas ja extra...). Beim hinzufügen von externen Domains muss man aber verifizieren können, dass man selbst Zugriff zu dieser Domain hat. Das kann man über drei verschiedene Varianten machen - entweder kurzfristig den Nameserver der Domain ändern, eine spezielle Subdomain anlegen, oder einfach eine bestimmte Datei anlegen, die dann im Root der externen Domain abrufbar ist.

² Für den Einsatz von Contao im Zusammenhang mit der Composer Paketverwaltung ist der SSH Zugriff natürlich ideal. Über die Shell lässt sich ein composer update problemlos durchführen, wenn bspw. der Speicher über die Backend Funktion nicht reicht, oder bei sonstigen Problemen. Was jedoch schade ist: die PHP Funktion exec() bzw. shell_exec() ist aus Sicherheitsgründen gesperrt. Dadurch funktioniert auch der 'detached' Modus ("In einem eigenen Prozess") der Paketverwaltung nicht. Durch den SSH Zugriff ist das prinzipiell kein Problem, praktisch wäre es aber dennoch, wenn man ein speicherhungriges Composer Update auch über das Backend anwerfen könnte. Mal sehen, vielleicht kann ich die Betreiber noch überreden ;).

³ Laut Support sind die Werte memory_limit, post_max_size, upload_max_filesize fixiert, eben auf 256 MiB. Ob bspw. die max_execution_time verändert werden könnte habe ich noch nicht getestet. 256 MiB sind für ein günstiges Hosting Paket nicht schlecht - bei einer Website konnte aber selbst mit 256 MiB kein composer update (im 'inline' Modus) durchgeführt werden.

Die Response Time bzw. PHP Processing Time ist eher durchschnittlich. Auf einer Website liegt die Zeit bis zum first byte auf der Startseite zwischen ~1500ms und ~2000ms - pauschal kann da natürlich keine Aussage getroffen weren, da es ja darauf ankommt, wieviele Module und Inhaltselemente etc. für die jeweilige Seite prozessiert werden müssen. Bei aktiviertem Seitencache ist die response time ~150ms.

Vorsicht: by default ist für das Hosting Paket auch ein Varnish Cache aktiv (und auf 3 Minuten gesetzt). Das kann beim PHP debuggen stören. Weitere Tests habe ich damit aber noch nicht gemacht.

Mittlerweile wurde exec() und shell_exec() aus disable_functions entfernt. Leider ist aber immer noch posix_kill() deaktiviert, wodurch Composer immer noch nicht als eigenständiger Prozess vom Composer Client ausgeführt werden kann.

Aktuell sind folgende Funktionen deaktiviert:

Code:

---

pcntl_alarm
pcntl_fork
pcntl_waitpid
pcntl_wait
pcntl_wifexited
pcntl_wifstopped
pcntl_wifsignaled
pcntl_wexitstatus
pcntl_wtermsig
pcntl_wstopsig
pcntl_signal
pcntl_signal_dispatch
pcntl_get_last_error
pcntl_strerror
pcntl_sigprocmask
pcntl_sigwaitinfo
pcntl_sigtimedwait
pcntl_exec
pcntl_getpriority
pcntl_setpriority
leak
dl
stream_socket_server
stream_socket_accept
stream_socket_sendto
proc_nice
disk_free_space
disk_total_space
virtual
posix_kill
posix_mkfifo
posix_uname
posix_times
posix_setuid
posix_setgid
posix_setsid
posix_getsid
posix_getlogin
posix_getpwnam
posix_getpwuid
posix_getgrgid
posix_getgrnam
posix_getrlimit
posix_mknod
posix_ttyname
posix_getppid
diskfreespace
opcache_invalidate
opcache_reset

---

Update Okt. 2017: Contao 4 läuft nicht (einwandfrei) bei Easyname.
Contao 3 wurde auch bereits aus den One-Click-Anwendungen entfernt.

https://community.contao.org/de/show...light=easyname

Schade, was funktioniert denn nicht? In der Preisklasse fällt mir dann momentan leider nur noch Netcup ein, was ja im ähnlichpreisigen Paket Contao4-fähig zu sein scheint.

Zitat:

---

Zitat von heyho

Update Okt. 2017: Contao 4 läuft nicht (einwandfrei) bei Easyname.

---

Es gibt derzeit einige Einschränkungen, die im Contao Manager Wiki angemerkt sind. Die Installation von Contao 4.4 via Kommandozeile in der Shell klappte (bei mir) aber soweit problemlos.

Theoretisch wird es aber Probleme im Install Tool geben, da die symlink() Funktion deaktiviert ist. Hast du das getestet? Auch wird es vermutlich in der Dateiverwaltung zu einem Fehler kommen, wenn man einen Ordner freigeben möchte.

Mit dem Installtool hatte ich (noch) keine Probleme. Probleme gibt es aber im Backend, wenn man in der "Systemwartung" die Symlinks neu erstellen lassen möchte. Die sind dann nämlich alle weg. Man muss dann wieder in die Shell, um sich dort die Symlinks neu generieren zu lassen.

Selbes gilt vermutlich für die Datei Verwaltung. Man muss in der Dateiverwaltung den Ordner öffentlich schalten und dann über SSH die Symlinks erstellen lassen (oder man legt auch gleich direkt über SSH die ".public" Datei an).

Genau.

Es wäre jedenfalls alles einfacher, wenn der Hoster die symlink() Funktion freischalten würde. Ich war deswegen auch schon mit dem Support in Kontakt und es wurde mir gesagt, dass es diesbezüglich eine Rücksprache mit den Technikern gab und an einer Lösung gearbeitet wird :rolleyes:. Übersetzt heißt das dann wohl: Es wird sich vermutlich noch eine Weile nichts ändern... :)

Ich kann ja auch mal nachfragen, vielleicht bringt's was ;)

Mir hat der Support gesagt, dass man auf ein Reseller Produkt umsteigen soll, dort hat man mehr Möglichkeiten. Die Pakete fangen aber bei 54€ im Monat an.

Hey, ist das etwa der österreichische Ableger von 1&1? :D;)

Liebe Leute,
ich hoffe easyname bekommt das hin, weil ich bin eine sehr zufriedene Kundin dort und ich mag den Support und die Übersichtlichkeit in deren Verwaltung.
Wäre schade, wenn das nicht klappen sollte.

Werde ihnen auch schreiben. Je mehr Anfragen, desto eher sind sie vielleicht motiviert?
Außerdem müßte ich dann mit all meinen Kunden weg - das würde ich ungern.

Liebe Grüße
Daniela

Update 18.10.2018:

Mit dem Contao-Manager kann ich leider nichts neues berichten - PHP-Binarys werden nicht gefunden - somit kann ich das Tool nicht verwenden.

In der Console kann Contao 4.5 ohne Fehler installiert werden (4.4 macht Probleme).
Beim Aufrufen des Install-Tools kommt es immer wieder zu 500er Errors, die mit etwas warten und Reload irgendwann mal verschwinden (keine Ahnung was da los ist, Cache?).
Datenbank und User können aber eingerichtet werden. Danach läuft alles soweit.

easyname hat by default den Varnish Cache aktiviert, versuche mal den im Control Panel für die Domain zu deaktivieren, evt. verschwinden dann die 500er.

Bei Änderungen im Controllpanel sollte eigentlich ein user.ini File im Root der Installation angelegt werden. Das passiert aber manchmal nicht.

Dann einfach selbst die Datei user.ini erstellen und folgenden Code reinschreiben.

Code:

---

display_errors = on
opcache.enable = 0
open_basedir = off

---

Funktioniert inzwischen die PHP symlink() Funktion oder wurde das noch immer nicht freigeschaltet? Frage für einen Freund.

In der Konsole läuft die Installation wunderbar. Dort sind einige Funktionen nicht disabled.
Für PHP Scripte ist symlink aber unter den disable_functions.

Es tritt aber seit 4.6 (vll auch schon 4.5) ein neues Problem auf, was Easyname jetzt wieder unbrauchbar macht für Contao (09.01.2019).

Swiftmailer ab der Version 4.1 verwendet in der Klasse Streambuffer.php jetzt die Funktion stream_socket_client() (zuvor fsockopen).
Das führt in weiterer Folge zu "stream_set_blocking() expects parameter 1 to be resource, null given".

Somit können mit Contao 4.6 und Easyname keine Mails mehr via SMTP versendet werden.

Getestet mit Symfony 4.1.10

hallo,
nach dem lesen diese threads ist klar, ich kann den contao manager nicht verwenden.
(ich bekomme den symlink error beim aufrufen des contao-manager.phar.php )
also ssh, dort stecke ich aber bei:

e101416@web24:/data/web/e101416/www$ php composer.phar create-project contao/managed-edition www 4.9
Creating a "contao/managed-edition" project at "./www"
[InvalidArgumentException]
Could not find package contao/managed-edition with version 4.9 in a version installable using your PHP version 5.6.40.

auf dem easyname.at webinterface ist aber überall die php version 7.3 eingestellt.

what can be wrong??

vielen dank für jeden tip.
klaus

Du musst die richtige PHP Version verwenden. Wenn du einfach nur "php" eingibst, ist das im Falle von easyname momentan noch PHP 5.6. Das PHP 7 CLI wäre unter

Code:

---

/usr/bin/php7

---

Siehe https://github.com/contao/contao-manager/wiki/easyname

Edit: Mal wieder um Jahre zu spät :rolleyes:

7.3 ist wohl nur die Version, die beim Zugriff über den Webserver benutzt wird. Auf der Kommandozeile kann durchaus etwas anderes eingestellt sein. Gib halt mal ein "php -v". Dann wird dir vermutlich PHP 5.6 angezeigt werden. Ich würde dann erst mal nach einer PHP-CLI Binary mit möglichst neuer Version suchen. Keine Ahnung was es da momentan so alles gibt, siehe auch hier: https://github.com/contao/contao-manager/wiki/easyname. Ansonsten musst du wohl in der composer.json im Abschnitt config die zu verwendende PHP-Version setzen. Am besten die genaue PHP-Version 7.3.x eingeben, die verwendet wird.

Code:

---

{
[...]
    "config": {
        "platform": {
            "php": "7.3.x"
        }
    },
[...]
}

---

Habe ich allerdings noch nie verwendet, da ich es nie musste. Wie der aktuelle Status in Sachen symlink ist bei easyname.at weiss ich auch nicht.

danke spooky,
wo ist usr/bin/ ?
ich kann das nicht finden.

danke tab,
stimmt php -v ergibt vers 5.6.40
aber eine config.json kann ich auch noch keine auf dem server finden.

Zitat:

---

Zitat von kulausu

danke spooky,
wo ist usr/bin/ ?
ich kann das nicht finden.

---

In wie fern finden? Du musst einfach /usr/bin/php7 statt php benutzen. Insgesamt also

Code:

---

/usr/bin/php7 composer.phar create-project contao/managed-edition www 4.9

---

Höchstwahrscheinlich wird aber auch das nicht funktionieren, weil dir damit der Arbeitsspeicher ausgehen wird - aber versuchen kannst du es ja.

ok, danke.
jetzt bekomme ich:
[InvalidArgumentException]
Could not find package contao/managed-edition with version 4.9 in a version installable using your PHP version 7.1.32.

Ja du brauchst für Contao 4.9 mindestens PHP 7.2. Du müsstest bei easyname nachfragen, ob es ein CLI für PHP 7.2 oder höher gibt.

Zitat:

---

Zitat von kulausu

danke spooky,
wo ist usr/bin/ ?
ich kann das nicht finden.

danke tab,
stimmt php -v ergibt vers 5.6.40
aber eine config.json kann ich auch noch keine auf dem server finden.

---

tab hatte ja auch was anderes geschrieben:

Zitat:

---

Ansonsten musst du wohl in der composer.json im Abschnitt config die zu verwendende PHP-Version setzen.

---

Ja, das geht - dann muss man allerdings die composer.json initial manuell downloaden, anstatt create-project zu verwenden.

Zitat:

---

Zitat von Spooky

Ja, das geht - dann muss man allerdings die composer.json initial manuell downloaden, anstatt create-project zu verwenden.

---

hallo, ich würde das gerne versuchen.
wie kann ich die composer.json manuell downloaden?
ich hab den composer auch lokal installiert (macos).

So läuft die Installation aktuell durch. RAM macht keine Probleme.

Code:

---

php73 ../composer.phar create-project contao/managed-edition . 4.9

---

Kannst du noch die Ausgabe von

Code:

---

which php73

---

posten?

php73 ../composer.phar create-project contao/managed-edition . 4.9


WOW, das hat geklappt, ich hatte nicht mehr dran geglaubt.
[OK] All assets were successfully installed.

vielen dank!

@spooky
which php73
/usr/bin/php73

so, naja, aber /contao/install
als erster schritt funktuiniert dann doch nicht.
muß ich am easyname.at noch etwas einstellen?
meine url wäre http://vsl.or.at/contao/install

oder muß contao in einen anderen ordner?
ich hab ein html/www/ angelegt.
(das wordpress, welches ich loswerden will liegt in html/apps/ )

Hallo kulausu,

deine Domain für Contao muss in einen Ordner web geroutet / weitergeleitet sein.

Das lässt sich beim Hoster einstellen.

Deinem Beispiel zufolge dann html/www/web/

--> https://docs.contao.org/manual/de/in...ontao-manager/

huh, danke planepix, ich bin einen schritt weiter.
stehe allerdings wieder an, weil mir nicht klar ist was da jetzt im installtool genau einzutragen ist.
(die dokumentation https://docs.contao.org/manual/de/in...o-installtool/ ist nicht sehr verbose..)

Host: Hier gibst du die Domain oder IP-Adresse des Datenbankservers ein.
ist das jetzt easyname.at (das ist mein provider, aner auch der datenbankserver?)

Portnummer: Hier kannst du die Portnummer des Datenbankservers ändern.
die laß ich mal so, oder?

Benutzername: Hier gibst du den Benutzernamen fu?r deine Datenbank ein.
meine datenbank ist contao? oder der benutzername bei easyname?

Passwort: Hier gibst du das dazugehörige Passwort ein.

Datenbank: Hier gibst du den Namen der Datenbank ein.
??? irgendeinen, oder was ist hier gemeint?

sorry, ich bin blutiger anfänger...

Zitat:

---

Zitat von kulausu

huh, danke planepix, ich bin einen schritt weiter.
stehe allerdings wieder an, weil mir nicht klar ist was da jetzt im installtool genau einzutragen ist.
(die dokumentation https://docs.contao.org/manual/de/in...o-installtool/ ist nicht sehr verbose..)

Host: Hier gibst du die Domain oder IP-Adresse des Datenbankservers ein.
ist das jetzt easyname.at (das ist mein provider, aner auch der datenbankserver?)

---

Der Datenbankserver, also der Hostname oder die IP des Datenbankservers.

Zitat:

---

Zitat von kulausu

Portnummer: Hier kannst du die Portnummer des Datenbankservers ändern.
die laß ich mal so, oder?

---

Vermutlich ja, das ist der Standardport dafür. Einen anderen Port trägst du da nicht zum Spass nach Gutdünken ein, sondern nur dann, wenn der Hoster das anders konfiguriert hat, was er zweifellos seinen Kunden irgendwie kommunizieren würde, schon um Unmengen an Supportanfragen zu vermeiden.

Zitat:

---

Zitat von kulausu

Benutzername: Hier gibst du den Benutzernamen fu?r deine Datenbank ein.
meine datenbank ist contao? oder der benutzername bei easyname?

---

Normalerweise gibt der Hoster diese ganzen Informationen beim Anlegen einer Datenbank. Den Benutzernamen kannst du da bei vielen Hostern zumindest teilweise selbst wählen, eben beim Anlegen der Datenbank. In der Regel bist du in der Wahl aber nicht komplett frei wenn es sich um ein shared hosting handelt, schon damit sich verschiedene Kunden auf dem selben Datenbankserver nicht in die Quere kommen.

Zitat:

---

Zitat von kulausu

Passwort: Hier gibst du das dazugehörige Passwort ein.

Datenbank: Hier gibst du den Namen der Datenbank ein.
??? irgendeinen, oder was ist hier gemeint?

---

Das ist genauso wie beim Benutzernamen und auch von Hoster zu Hoster unterschiedlich. Bei manchen kannst du gar nichts selbst wählen (außer dem Passwort) bei manchen zumindest einen Teil, also beispielsweise ein fester, kundenbezogener Präfix und der Rest dann wählbar. Im Normalfall kann man sich die Zugangsdaten zu einer Datenbank auch irgendwo anschauen, da wo eben die Datenbanken beim im Web-Interface des Hosters verwaltet werden. Bei 1&1 konnte man außer dem Passwort gar nichts selbst wählen, da hat man auf "Neue Datenbank" geklickt, das gewünschte Passwort eingegeben und danach wurde die Datenbank erstellt und man bekam dann die Zugangsdaten für die Datenbank komplett angezeigt. Da muss man halt die Dokumentation des Hosters konsultieren oder notfalls den Support, wenn man die Datenbank-Zugangsdaten nirgends findet.

ok, auch das hab ich geschafft, datenbank angelegt und hist ist dann localhost...

im nächsten schritt bekomme ich den fehler (im var/logs):
Uncaught PHP Exception Doctrine\DBAL\Exception\TableNotFoundException: "An exception occurred while executing 'SELECT tl_page.* FROM tl_page WHERE tl_page.`type`='error_404'': SQLSTATE[42S02]:
Base table or view not found: 1146 Table 'u160018db4.tl_page' doesn't exist" at /data/web/e101416/html/www/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php line 42

u160018db4 ist der name meiner soeben erzeugten datenbank
der pfad ist nachvollziehbar allerdings ist AbstractMySQLDriver ein ordner und keine .php datei.

was kann ich tun?
und danke für eure geduld !!!

An welcher Stelle genau passiert das denn? Ist das im Installtool? Direkt nach Eintragen der Datenbankdaten oder erst nach oder während der Durchführung der angezeigten Änderungen (hier Tabellen anlegen), die zur Installation gemacht werden sollen?

das passiert gleich nach dem eintragen der datenbank

Danach müsste eigentlich eine Liste mit notwendigen Änderungen an den Tabellen der Datenbank kommen, unter anderem müsste da vorgeschlagen werden, eine Tabelle tl_page überhaupt erst mal anzulegen. Das muss man natürlich durchführen lassen.

tja, bis zu diesem nächsten schritt ist es nicht gekommen.
hab ich mit ssh chancen?

Was genau passiert denn nun überhaupt, wenn du das Contao Install Tool aufrufst?

Das heißt, du hast die ganzen Zugangsdaten eingegeben und bestätigt und dann kam gleich der Fehler. Die Datenbank ist aber schon leer am Anfang?

na ich kam zum dialog, wo die erzeugte datenbank anzugeben ist.
beim bestätigen kam dann gleich dieser fehler.

so jetzt hab ich das installtool nochmal geladen und konnte die "datenbank aktualisieren".
usw...
und bin im backend !!!!!!

hurra - deep breath

vielen vielen dank für eure hilfe

Es geschehen Zeichen & Wunder: https://github.com/contao/contao-manager/issues/583 :D

Ich habe wieder einmal versucht auf easyname.at eine Contao 4.9 Installation zum Laufen zu bringen. Zusammenfassung: Es funktioniert noch nicht.

Details: Ich glaube ich weiß, was bei den Versuchen den richtigen Pfad zu finden, verwirrt. In der Doku ist bei den Angaben zu lokalen Composerinstallation ein Fehler:

Hier https://docs.contao.org/manual/de/in...-kommandozeile steht, dass die composer.phar im Arbeitsverzeichnis steht, in dem auch die composer.lock und composer.json stehen. Wenn man das versucht, beschwert sich der Installer, dass das Installationverzeichnis nicht leer ist.
Ich bin so vorgegangen:

1.) ssh ins html-Verzeichnis des Users
2.)

Code:

---

curl -LO https://getcomposer.org/composer.phar

---

3.)

Code:

---

php73 composer.phar create-project contao/managed-edition example.com 4.9

---

example.com ist das Verzeichnis in das Contao installiert wird.
4.) Die Domain auf das /web-Verzeichnis zeigen lassen (im Beispielfall /data/web/eXXXXX/html/example.com/web/
5.) Domain im Browser aufrufen
6.) Installtool Passwort setzen
7.) Datenbankdaten im Installtool anlegen
8.) Installtool sollte Tabellen anlegen, aber hier hängt es mit folgendem Fehler:

Code:

---

[2021-03-25 17:15:51] request.CRITICAL: Uncaught PHP Exception Symfony\Component\ErrorHandler\Error\FatalError: "Compile Error: require(): Failed opening required '/data/web/eXXXXX/html/example.com/var/cache/prod/UrlMatcher.php' (include_path='.')" at /data/web/eXXXXX/html/example.com/vendor/symfony/routing/Router.php line 447 {"exception":"[object] (Symfony\\Component\\ErrorHandler\\Error\\FatalError(code: 0): Compile Error: require(): Failed opening required '/data/web/eXXXXX/html/example.com/var/cache/prod/UrlMatcher.php' (include_path='.') at /data/web/eXXXXX/html/example.com/vendor/symfony/routing/Router.php:447)"} []

---

Man kann also die DB Daten eingeben und die werden auch in die parameters.yml geschrieben, aber die Tabellen werden nicht angelegt. Im Log findet sich obiger Fehler.
Ich habe das dem Support so mitgeteilt.

Zitat:

---

Zitat von pout

Hier https://docs.contao.org/manual/de/in...-kommandozeile steht, dass die composer.phar im Arbeitsverzeichnis steht, in dem auch die composer.lock und composer.json stehen. Wenn man das versucht, beschwert sich der Installer, dass das Installationverzeichnis nicht leer ist.

---

Naja, dieser Hinweis gilt eher für den Fall wo man Composer im Nachhinein zu einer bestehenden Contao Installation hinzufügt. Wenn man composer create-project benutzt, muss das Zielverzeichnis leer sein, ja.

Hallo, ich hab jetzt auch wieder probleme mit Easyname (ich glaube, es liegt bei denen)

Folgendes: Ich hab Contao von der Version 4.11.6 auf die Version 4.11.8 upgedatet und das alles unter PHP 7.3.
Jetzt hab ich auf PHP 7.4 umgestellt und hab dann ein Paket-Update im CM durchgeführt. Alles grün. Wenn jetzt das Install-Tool aufgerufen wird, ist die Seite weiß und auch die eigentliche Homepage geht nicht mehr auf.

Wenn ich im CM nun auf "Systemwartung" klicke und den Prod-Cache erneuern möchte, kommt folgende Fehlermeldung:

Code:

---

$ /usr/bin/php7.4 -q -dmax_execution_time=0 -dmemory_limit=-1 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/web/e96349/html/c/vendor/contao/manager-bundle/bin/contao-console cache:clear --env=prod --no-warmup


In ParameterBag.php line 93:
                                                                             
  You have requested a non-existent parameter "kernel.root_dir". Did you mean 
  one of these: "kernel.project_dir", "kernel.build_dir", "kernel.cache_dir" 
  , "kernel.logs_dir"?                                                       
                                                                             

# Process terminated with exit code 1
# Result: General error

---

Es funktioniert jetzt nichts mehr. Auch wenn ich bei Easyname auf die PHP 7.3 zurückgehe, es geht einfach nichts mehr.

Was kann ich jetzt noch tun bzw. woran kann dies liegen?

Das hat nichts mit easyname zu tun. Dazu solltest du einen eigenen Thread öffnen oder in den zu diesem Problem bereits existierenden Threads nachlesen oder ggf. dort posten.

Ok, hast du jetzt noch einen Link, wo das Problem auch schon beschrieben ist?

Gib in der Suche rechts oben

You have requested a non-existent parameter "kernel.root_dir"

ein ;)

Hab den Fehler gefunden. Schuld war ein Modul, welches nicht mit PHP 7.4 läuft. Modul: Matomotrackingtag-Bundle.

Schade. Danke für den Tipp zuvor.

Nein, wie schon auf Slack erwähnt hat es vermutlich nichts direkt mit der Extension zu tun, sondern mit dem MCW. Aber siehe die anderen Threads dazu.

Hi,
hat jemand hier einen aktuellen Stand für mich, ob die Installation von Contao 4.13 problemlos bei Easyname läuft?

Vielen Dank!

ja, funktioniert. Ein Kunde hat eine 4.13 Installation auf easyname.at. Ist noch in Arbeit, aber funtkioniert eben dort.

Hallo, auch ich hab eine Installation bei easyname. Funktioniert problemlos. Läuft schon seit über einem Jahr.