CONTAO + SHOP sehr langsam!?

[fmwebdesign]

Hallo zusammen,

unsere Contao Homepage (Frontend) ist sehr langsam. In der Systemwartung habe ich bereits alles Daten bereinigt.
Webspace liegt auf World4You.

HP

Kann mir jemand helfen oder hat Infos?
Vielen Dank
Andreas

[lucina]

Kommt mir auch sehr langsam vor, wobei der PageSpeed-Score von 57 sicher nur die Spitze des Eisbergs ist. Zur Performance tragen ja auch die vom Provider zur Verfügung gestellten Ressourcen bei, und die sind sicher auch bei world4you abhängig vom Geld, das man zahlt.

Ich habe keine Ahnung, in was für einem Paket Euer Shop liegt, teile jetzt aber mal meine Erfahrung, mit ein paar Talern monatlich für einen V-Server aus einer durchschnittlichen Performance auch mit dem Webshop ein flott zu bedienendes System gemacht zu haben (allerdings bei Hosteurope, wo ein Upgrade aus einem System der 5-Euro-Klasse sehr geholfen hat).

Vielleicht beschreibst Du mal die Eckdaten des Hostings, und dann sehen wir weiter?

Carolina.

[EDIT]
Die üblichen Optimierungen (Caching, #404 für eingebundene Grafiken, Komprimierung, ein CDN nutzen etc.) solltest Du ohnehin vornehmen.

Verschoben nach: Sonstige Erweiterungen. Es gibt ein eigenes Supportforum für den Contao-Webshop.

[schman]

Ich bin selber bei World4you und dort gibt es Zeitweise das Problem dass das ganze etwas langsam ist, allerings hatte ich nie solche Probleme.
Aber befolge die Tipps von Carolina

[fmwebdesign]

Vielen Dank an Euch beiden für die raschen Rückmeldungen!

Die Cachezeit habe ich nun bei der Seitenstruktur sowie beim Webshop mal auf 3 Stunden gestellt, die Seite läd nun einwandfrei wenn man Sie mal durchgeklickt hat! Jedoch könnte es Kunden abschrecken wenn Sie die Seite zum ersten mal besuchen.

Bei World4You haben wir das Starter http://www.world4you.com/hosting/-54...-de--/cms.html, hier kann ich gleich sagen, dass es keine Schwankungen gibt! Die HP ist von einem Tag auf den anderen langsam geworden, dies hängt natürlich auch mit der Befüllung der Seiten sowie dem Webshop zusammen, aber so Radikal ist nicht normal ;-)

Weiters habe ich noch einen Speedtest gemacht, bitte seht Anhang!
kikosart1.jpg - vor der Festlegung der Cachezeit
kikosart2.jpg - mit der Cachezeit

Liebe Grüße
Andreas

[Nina]

Noch ein wichtiger Tipp: Auf Seiten mit Formularelementen (Produktdetails, Warenkorb, etc.) sollte man natürlich nie Cache einstellen!

[fmwebdesign]

Noch ein wichtiger Tipp: Auf Seiten mit Formularelementen (Produktdetails, Warenkorb, etc.) sollte man natürlich nie Cache einstellen!

Habe ich bereits in Erfahrung gebracht. Betrifft uns derzeit noch nicht, da wir ohne Warenkorb arbeiten.
VIELEN DANK für den Hinweis.

[neueplaneten]

Bitte setzt euch mit dem Thema Datenschutz und Google Analytics auseinander, sonst droht eventuell eine Abmahnung.

http://www.datenschutzbeauftragter-i...orm-einsetzen/

[fmwebdesign]

Bitte setzt euch mit dem Thema Datenschutz und Google Analytics auseinander, sonst droht eventuell eine Abmahnung.

http://www.datenschutzbeauftragter-i...orm-einsetzen/

Hy, gib mir bitte mal mehr Infos zur Abmahnung! Aus welchem Grund sollte es eine geben? Bzgl. Maps?

LG Andreas

[Alexander]

[EDIT]
Die üblichen Optimierungen (Caching, #404 für eingebundene Grafiken, Komprimierung, ein CDN nutzen etc.) solltest Du ohnehin vornehmen.

Hallo lucina,

ich klinke mich an dieser Stelle mal ein. Ich habe bereits des Öfteren über CDN gelesen, mich aber noch nicht intensiver damit auseinander gesetzt. Könntest du mir dazu genauere Angaben an die Hand geben? Ab welcher Seitengröße sollte man auf ein CDN abstellen und welchem Anbieter sollte man da folgen? Der Wikipedia-Eintrag zu diesem Thema gibt u.a. Google Page Speed vor. Würde mich über deinen Ratschlag freuen!

@Nina, danke für den Cache-Tipp für Seite mit Formularen. Ist bei mir noch nicht akut, aber ein guter Tipp - woran man so alles denken muss ;-).

Beste Grüße
Alex

[MacKP]

Noch ein wichtiger Tipp: Auf Seiten mit Formularelementen (Produktdetails, Warenkorb, etc.) sollte man natürlich nie Cache einstellen!

Hallo Nina, das war mal so (ich glaub das war noch in der 2.6 so) aber sollte soweit ich weiß nicht mehr nötig sein. Toflar hat mir gerade im IRC auch geschrieben, das bei POST keine Daten ausm Cache genommen werden.
Von daher ist das soweit ich weiß nicht mehr nötig.

Viele Grüße

[Toflar]

Vielleicht noch ein paar Anmerkungen dazu

Hier ist der entsprechende Code:

    /**
     * Load the page from the cache table
     */
    protected function outputFromCache()
    {
        // Build page if a user is logged in or there is POST data
        if (!empty($_POST) || $_SESSION['TL_USER_LOGGED_IN'] || $_SESSION['DISABLE_CACHE'] || isset($_SESSION['LOGIN_ERROR']))
        {
            return;
        } 

Das passiert ganz am Anfang von jedem Seitenaufruf. Ein Besucher kriegt also niemals eine gecachte Seite, wenn...

• …er Formulardaten an Contao übertragen hat (POST) - kann natürlich auch mittels Ajax der Fall sein.
• …er als Mitglied eingeloggt ist
• …Caching deaktiviert ist
• …beim Einloggen ein Fehler aufgetreten ist

die Seite läd nun einwandfrei wenn man Sie mal durchgeklickt hat! Jedoch könnte es Kunden abschrecken wenn Sie die Seite zum ersten mal besuchen.

Das ist nicht ganz korrekt. Bei diesem Cache handelt es sich um einen Shared-Cache. D.h. wenn Marc die Seite vor mir aufruft und die Seite noch nie gecachet wurde, dann wird sie bei ihm generiert und in den Cache gelegt. Folge ich ihm dann innerhalb der Cache-Zeit, so erhalte ich die Seite aus dem Cache, obwohl ich noch nie da gewesen bin (sofern natürlich keine der 4 Bedingungen die ich erwähnt habe gegeben sind)

Caching kann relativ komplex werden. Beim Webshop ist es zum Beispiel sehr gefährlich, Filterresultate (also Sucheinschränkungen bei der Produktliste) zu cachen, da Produkte ja ausverkauft sein können etc. Wir haben etliche Stunden damit verbracht für die neue Isotope-Version, aber es lohnt sich

[ways2web]

Hallo zusammen,

unsere Contao Homepage (Frontend) ist sehr langsam.
....
Kann mir jemand helfen oder hat Infos?

wie lucina schon sagt, zeigt der pagespeed deutliche möglichkeiten, das noch zu verbessern... da sind auch einiges sachen drunter, die sich direkt (imho) auf den gefühlten speed auswirken wie "Komprimierung aktivieren".
Viele andere Dinge sind ja meist nur ne art Bewertung. Aber der server scheint auch nich der schnellste zu sein, wenn ich mir die response zeiten anschaue... auf meinem server sind zb immer so 1-40ms... bei dir doch eher 90-200 ..und es sind ja einige requests...

gruss
ways

[fmwebdesign]

Das ist nicht ganz korrekt. Bei diesem Cache handelt es sich um einen Shared-Cache. D.h. wenn Marc die Seite vor mir aufruft und die Seite noch nie gecachet wurde, dann wird sie bei ihm generiert und in den Cache gelegt. Folge ich ihm dann innerhalb der Cache-Zeit, so erhalte ich die Seite aus dem Cache, obwohl ich noch nie da gewesen bin (sofern natürlich keine der 4 Bedingungen die ich erwähnt habe gegeben sind)

OK jetzt versteh ich das Caching auch besser ;-)!
Ich DANKE Euch allen für die RASANTE Hilfe!!!!

Liebe Grüße
Andreas