Hoster Webgo

[xchs]

Bei All-Inkl gäbe es u. a. auch einen Testaccount, wo Du das testen könntest: https://all-inkl.com/webhosting/test-account/

[bejoro]

Lieben Dank, aber das hatte ich bei meinen Recherchen auch schon entdeckt.

Ich werde wohl nicht drumherum kommen und es ausprobieren oder mich mit der aktuellen Situation bei webgo zufrieden geben müssen.
Hoffentlich gibt es nicht noch weitere Überraschungen hinsichtlich des Betriebs von Contao mit webgo "Platin".

[tab]

Webgo hat durchaus auch was zu bieten, was man anderswo in einem Webhosting nicht bekommt. Z.B. einen eigenen Apache, den man zu großen Teilen selbst konfigurieren kann. Ich habe mir vorgenommen mal zu versuchen, Contao 4 komplett ohne .htaccess zu betreiben. Sollte sich doch eigentlich alles komplett in der Serverkonfiguration einstellen lassen!? Das sollte dann nochmal ein Stückchen Performance bringen. Mal schauen.

[bejoro]

Das war einer der Gründe, warum ich mich für webgo gegenüber All-Inkl entschieden hatte.

Mit aktiviertem Cloud-Resolver (Composer Cloud): Installation Contao 4.4LTS
Mit PHP 7.3STABLE funktioniert die Installation (Contao Manager) überhaupt nicht. Die Contao-Installation bricht nach wenigen Sekunden ab.
Mit PHP 7.2STABLE läuft die Installation durch.

Ich mache das nicht jeden Tag, deshalb alles in Ruhe, Schritt für Schritt eingerichtet (Tolle Anleitung: https://www.liquid-artwork.de/newsre...ingserver.html). Die Datenbank (nach Bereinigung 1,4M) habe ich per Shell (mysql) eingespielt, da phpmyadmin immer abgebrochen hat.

Die Website läuft! Was wirklich sehr interessant ist, dass sie ein gutes und sehr spürbares Stück auf webgo (Testdomain) schneller reagiert als meine Originalwebsite bei jeweiland. Der Unterschied ist sehr stark spürbar.

Ich habe beide Websites (Original und neue webgo-Site) per uptrends.com getestet, das Ergebnis ist sehr überraschend. Die Ladezeiten/Reaktionszeiten der Einzelelemente bei meiner webgo-Installation liegen bei ca. 1/4 bis zu 1/6 der Zeiten bei jweiland. Das ist beeindruckend. Die "Google PageSpeed Bewertung" bei webgo ist 77 bei jweiland 67 (was immer das aussagt).

Somit wäre das ein großer Fortschritt und meine Annahme, dass mein vergleichsweise sehr teurer jweiland-Tarif (20 Euro/Mon. mit 1 x SSL für 1 x Domain, 1 x freie Domain) nicht so performant ist, wie angenommen. Jetzt ärgere ich mich ein bisschen, dass ich das nicht schon viel früher in Angriff genommen habe. Aber so ist das im Leben. Wenn man um die Existenz kämpft, fallen manche Dinge einfach durch.
Sorry, ich schweife ab.

Frage: Muss ich mir nun Sorgen machen, dass PHP 7.3 nicht funktioniert hat (für die Zukunft)?

Der eigene Apache bei webgo ist schon schön, das reißt einen (hoffentlich) nicht in den Abgrund, wenn ein anderer Kunde auf dem Server etwas Seltsames anstellt. Was mich bei webgo stört, man kann die PHP-Version nur global festlegen. Es gibt keine Möglichkeit dies für die Domain/Subdomain einzustellen. Ich kann aber nicht beurteilen, ob das für zukünftige Anwendungen oder Contao-Updates ein Problem darstellt. Ich habe angefragt und es wurde mir mitgeteilt, dass das wohl in Planung wäre (Modernisierung).

[Spooky]

Grundsätzlich wird man vermutlich bei allen Shared Hosting Paketen aller Hoster den Cloud Resolver benötigen.

Mit PHP 7.3STABLE funktioniert die Installation (Contao Manager) überhaupt nicht. Die Contao-Installation bricht nach wenigen Sekunden ab.

Was war die Konsolen Ausgabe?

Was mich bei webgo stört, man kann die PHP-Version nur global festlegen. Es gibt keine Möglichkeit dies für die Domain/Subdomain einzustellen.

Ja, das finde ich auch Schade.

[amateur]

Die domainweise PHP-Konfiguration ist wohl schon länger in der Webgo-Pipeline. Meine Anfrage von vor ein paar Wochen wurde als Antwort beschieden, dass man Ende des Jahres anpeile. Vielleicht gibt es dann ja auch mal ein kosmetisches Update der Adminoberfläche …

Interessant finde ich, dass vor Erscheinen des Cloudresolvers C 4.4. auch ohne ihn installiert wurde, seither wird er aber benötigt.

Auf jeden Fall schlägt die Performance der Webgoseiten jeden anderen Hoster auf dessen Servern ich Webpräsenzen betreue – liegt wohl an der kurzen Leitung zum Backboen in Ffm.

[bejoro]

Danke für die Info, das wäre ja schön, wenn diese Möglichkeit der PHP-Versionsfestlegung pro Domain mittelfristig eingeführt würde.

Was war die Konsolen Ausgabe?

Bei PHP 7.3 wurde die Consolen-Task gestartet und mit "abgebrochen" sehr schnell wieder beendet, ohne dass der eigentliche Resolver-Prozess begonnen hat. Ich hätte das kopieren sollen, Sorry. Aber es wurden keinerlei zusätzlichen Informationen ausgegeben.

Wie gefragt, ist oder könnte das ein Problem sein, dass ich PHP 7.3 nicht nutzen kann?
Ich muss mich ja aufgrund der Contao-Installation auf PHP 7.2 festlegen.

Ich muss mich in den nächsten Tagen entscheiden (vom Support zugesichertes Rücktrittsrecht), ob ich bei webgo bleibe.

[Spooky]

Es gibt kein grundsätzliches Problem mit PHP 7.3. Daher wäre die Konsolen Ausgabe und das Log des Contao Managers interessant.

[bejoro]

Es gibt kein grundsätzliches Problem mit PHP 7.3. Daher wäre die Konsolen Ausgabe und das Log des Contao Managers interessant.

Ok, ich kann das gerne nochmal mit PHP 7.3 durchexerzieren, ist ja kein großes Problem.
Wo finde ich das hierfür relevante Log des Contao Managers (ich finde hier mehrere)?

[bejoro]

Sehr seltsam, gestern mit PHP 7.3 bestimmt fünfmal probiert und heute zweimal, es hatte nie geklappt.

Jetzt nochmal alles von vorne mit PHP 7.3, Cloud-Resolver (Composer Cloud) aktiviert gelassen und alles hat geklappt. Ich habe auch alles eingespielt und die Website läuft unter PHP 7.3STABLE.

Lieben Dank für den Anschub, dass ich es nochmal versuche.

Auch diese Anleitung ist sehr nützlich: https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

Die Variante mit der Shell hätte ich heute versucht, wenn es nicht funktioniert hätte.

[mlweb]

Die Variante mit der Shell hätte ich heute versucht, wenn es nicht funktioniert hätte.

Die funktioniert bei Webgo in den allermeisten Fällen leider auch nicht bei den GoPlatin Paketen.

[Spooky]

Die funktioniert bei Webgo in den allermeisten Fällen leider auch nicht bei den GoPlatin Paketen.

Doch, composer install sollte immer gehen.

[bejoro]

Ich bin mir jetzt wirklich nicht sicher, was ich machen soll. Ich habe so viel recherchiert und All-Inkl "Premium" oder webgo "Go Platin" haben sich herauskristallisiert.

Gibt es echte Erfahrungswerte, ob das All-Inkl "Premium" für Contao besser geeignet wäre? Auch Support etc.?

Der webgo-Support hat hinsichtlich meiner gestrigen, ausführlichen Contao-Manager-Anfrage (Out of Memory) bisher nicht geantwortet.

Aber die Composer-Shell-Methode nutzt auch den Cloud-Resolver (Composer Cloud)?

[harley-rider]

Die funktioniert bei Webgo in den allermeisten Fällen leider auch nicht bei den GoPlatin Paketen.

Hast Du den Memory Parameter (-d memory_limit=-1) beim Aufruf des Composer mitgegeben ?
Bei meinem Hoster (Metanet) hat es ohne nicht funktioniert, kam auch Memory Error.

[Spooky]

Ich bin mir jetzt wirklich nicht sicher, was ich machen soll. Ich habe so viel recherchiert und All-Inkl "Premium" oder webgo "Go Platin" haben sich herauskristallisiert.

Gibt es echte Erfahrungswerte, ob das All-Inkl "Premium" für Contao besser geeignet wäre? Auch Support etc.?

webgo ist ein Contao Partner.

Der webgo-Support hat hinsichtlich meiner gestrigen, ausführlichen Contao-Manager-Anfrage (Out of Memory) bisher nicht geantwortet.

Da gibt es vermutlich auch nicht viel zu sagen .

Aber die Composer-Shell-Methode nutzt auch den Cloud-Resolver (Composer Cloud)?

Nein - nur der Contao Manager kann das.

Du kannst aber die composer.json und fertige composer.lock auf den Server spielen und dann ein composer install ausführen. Das wäre der gängigste Deployment Vorgang.