Ich habe am 02.04. nochmals an den Support geschrieben, dass andere GoPlatin-Server (S129) offenbar noch immer wesentlich flotter mit MySQL arbeiten als mein Server/Paket. Ich hatte höflich gefragt, ob man da noch etwas machen kann.
Leider habe ich bis heute wieder keinerlei Rückmeldung vom Support erhalten. Ich kenne die Gepflogenheiten diesbezüglich bei webgo noch nicht. Vielleicht ist keine Meldung auch eine gute Meldung.
Ich habe nochmals einen Test-Import (SSH, mysql) einer Conatao-DB durchgeführt und er läuft etwa 30% schneller als am 02.04. Ob das die "natürliche" Varianz des Servers ist oder ob der Support nochmal etwas optimiert hat, kann ich nicht sagen.
Da es nicht sichergestellt ist, dass ich z. B. bei All-Inkl besser fahre und die Pakete dort wieder andere Nachteile haben und aufgrund der hier geschilderten, insgesamt guten Erfahrungen mit webgo, werde ich dabei bleiben. Ich weiß jetzt, dass der webgo-Support insgesamt gut arbeitet und das GoPlatin-Paket für meine Anwendung gut geeignet ist.
Nochmals vielen herzlichen Dank an tab für seine Mühe und Unterstützung beim Testen, Spooky und an die anderen auskunftswilligen Forumsmitglieder für ihre Einschätzungen/Erfahrungen hinsichtlich webgo.
Leider habe ich bis heute wieder keinerlei Rückmeldung vom Support erhalten. Ich kenne die Gepflogenheiten diesbezüglich bei webgo noch nicht. Vielleicht ist keine Meldung auch eine gute Meldung.
Ich habe nochmals einen Test-Import (SSH, mysql) einer Conatao-DB durchgeführt und er läuft etwa 30% schneller als am 02.04. Ob das die "natürliche" Varianz des Servers ist oder ob der Support nochmal etwas optimiert hat, kann ich nicht sagen.
Da es nicht sichergestellt ist, dass ich z. B. bei All-Inkl besser fahre und die Pakete dort wieder andere Nachteile haben und aufgrund der hier geschilderten, insgesamt guten Erfahrungen mit webgo, werde ich dabei bleiben. Ich weiß jetzt, dass der webgo-Support insgesamt gut arbeitet und das GoPlatin-Paket für meine Anwendung gut geeignet ist.
Nochmals vielen herzlichen Dank an tab für seine Mühe und Unterstützung beim Testen, Spooky und an die anderen auskunftswilligen Forumsmitglieder für ihre Einschätzungen/Erfahrungen hinsichtlich webgo.
Für Dinge die man mit HTML und CSS lösen kann, braucht man kein javascript.
Gestern bemerkt.
. Aber bei den ersten manuellen Testaufrufen meines Skripts hat sich Webgo geschwindigkeitsmäßig nicht so gut geschlagen wie erwartet. Ich schiebe es erst mal darauf, dass da noch PHP 7.2 verwendet wird, deswegen muss ich jetzt umstellen, damit alle getesteten Installation die selbe PHP-Version verwenden. Geht ja bei Webgo leider nur für alle Websites. Kunden werde ich dort jetzt aber nicht aktiv zu einem Wechsel überreden, jedenfalls solange es nicht schlimmer wird. Pagespeed einer Kundenseite ist gemäß dem Test soeben nach wie vor auf 100/100.
Kommentar