auch in der neuesten Version 3.4 admin noch zu langsam

Als Beta-Held hast du das grossartige Glück in der Referenzgruppe zu sein, bei der ich mal nach dem Rechten sehen kann. Das Caching funktioniert schon, ausser für die Mailbeezsachen. Das hab ich mit einer htaccess Datei im /ext/ Ordner überlistet. Bei mir messe ich übrigens 6 Sekunden für deine Admin Startseite, von denen 2s für Mailbeez Requests draufgehen.

 

Ich vermute mal die teilweise schlechten Ladezeiten bei mir liegen eher in der Internet-Verbindung, das ist nun mal so, wenn man auf dem Dorf wohnt.

Eine Kollegin war ganz begeistert, wie schnell der Adminbereich inzwischen geworden ist, darum habe ich mir auch nie Gedanken darum gemacht. Ich war halt nur durch die Meldungen in der Konsole etwas irritert.

 

47 x 200, 42 x 304

 

Kannst die Änderung für Mailbeez in der .htaccess mal bitte hier posten

 

Das ist die Datei aus dem Verzeichnis "/ext"

Code:

# -----------------------------------------------------------------------------
# ETags                                                             
# -----------------------------------------------------------------------------

<IfModule mod_headers.c>
    Header unset ETag
</IfModule>

# `FileETag None` doesn't work in all cases.
FileETag None

# -----------------------------------------------------------------------------
# Caching                                                           
# -----------------------------------------------------------------------------

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresDefault "access plus 2 days"
   
    # CSS
    ExpiresByType text/css "access plus 1 week"
   
    # Favicon (cannot be renamed!) and cursor images
    ExpiresByType image/vnd.microsoft.icon "access plus 1 month"
    ExpiresByType image/x-icon "access plus 1 month"
   
    # Media files
    ExpiresByType audio/ogg "access plus 2 weeks"
    ExpiresByType image/bmp "access plus 2 weeks"
    ExpiresByType image/gif "access plus 2 weeks"
    ExpiresByType image/jpeg "access plus 2 weeks"
    ExpiresByType image/png "access plus 2 weeks"
    ExpiresByType image/svg+xml "access plus 2 weeks"
    ExpiresByType image/webp "access plus 2 weeks"
    ExpiresByType video/mp4 "access plus 2 weeks"
    ExpiresByType video/ogg "access plus 2 weeks"
    ExpiresByType video/webm "access plus 2 weeks"
       
    # Web fonts
    ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
    ExpiresByType font/eot "access plus 1 month"
    ExpiresByType font/opentype "access plus 1 month"
    ExpiresByType application/x-font-ttf "access plus 1 month"
    ExpiresByType application/font-woff "access plus 1 month"
    ExpiresByType application/x-font-woff "access plus 1 month"
    ExpiresByType font/woff "access plus 1 month"
    ExpiresByType application/font-woff2 "access plus 1 month"
   
    # JavaScript
    ExpiresByType application/javascript "access plus 1 week"
    ExpiresByType application/x-javascript "access plus 1 week"
    ExpiresByType text/javascript "access plus 1 week"
</IfModule>

# -----------------------------------------------------------------------------
# Compression                                                       
# -----------------------------------------------------------------------------

<IfModule mod_deflate.c>
    <IfModule mod_setenvif.c>
        <IfModule mod_headers.c>
            SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
            RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
        </IfModule>
    </IfModule>

    <IfModule mod_filter.c>
        AddOutputFilterByType DEFLATE "application/atom+xml" \
                                      "application/javascript" \
                                      "application/json" \
                                      "application/ld+json" \
                                      "application/manifest+json" \
                                      "application/rdf+xml" \
                                      "application/rss+xml" \
                                      "application/schema+json" \
                                      "application/vnd.geo+json" \
                                      "application/vnd.ms-fontobject" \
                                      "application/x-font-ttf" \
                                      "application/x-javascript" \
                                      "application/x-web-app-manifest+json" \
                                      "application/xhtml+xml" \
                                      "application/xml" \
                                      "font/eot" \
                                      "font/opentype" \
                                      "image/bmp" \
                                      "image/svg+xml" \
                                      "image/vnd.microsoft.icon" \
                                      "image/x-icon" \
                                      "text/cache-manifest" \
                                      "text/css" \
                                      "text/html" \
                                      "text/javascript" \
                                      "text/plain" \
                                      "text/vcard" \
                                      "text/vnd.rim.location.xloc" \
                                      "text/vtt" \
                                      "text/x-component" \
                                      "text/x-cross-domain-policy" \
                                      "text/xml"
    </IfModule>

    <IfModule mod_mime.c>
        AddEncoding gzip svgz
    </IfModule>
</IfModule>

 

Welche? Die Zeiten vor 10 Jahren?

Bist Du so lieb und kannst uns vielleicht noch die obigen von mir gestellten Fragen beantworten?

 

Weiße Bildschirme gibt es bei uns nach wie vor zu Hauf, kann ich bestätigen. Bei whos_online.php und auch oft bei orders.php

Kann nochmal jemand genau sagen, welche .htaccess wohin muss?

Edit: Habs gefunden. Der Admin geht ja plötzlich schneller :-D Stand das in der Installationsanleitung dass die ersetzt werden muss? Habe ich wohl übersehen.

 

Ich hätte da gerne nochmal eine Spezifzierung, ohne versteh ich das Problem nicht: Was heisst "es gibt weisse Seiten" ?

Heisst das "Ich klicke einen Button/eine Menüpunkt, statt einer neuen Seite bekomme ich nur eine dauerhaft weisse Seite, egal wie lang ich warte, es gibt Ergebnis." oder "Ich klicke auf einen Button/einen Menüpunkt. Während die Seite lädt ist diese lange weiss, nach einer Weile erscheint dann aber das Ergebnis."

Und: Du schreibst orders.php. Arbeitest du noch mit der alten Bestellübersicht?

Thema htaccess vorneweg: Zu 3.5 haben wir die htaccess Dateien grossflächig aufgeräumt, verbessert und optimiert. Es gibt weniger davon, die vorhandenen zielen allgemeiner und optimieren pauschaler, wir haben viel weniger Sonderfälle. Wenn ihr die jetzt alle wild durch die Gegend werft halte ich da wenig von, bitte nur gezielt und planvoll, als Lösung für erkannte Probleme.

 

Das heißt, dass man etwas im Admin anklickt und der lila Fortschritts-Ladebalken am oberen Bildschirmrand (noch über dem blauen Header) zügig nach rechts läuft und dann kurz vor Ende sich sehr verlangsamt und dann stehenbleibt. Manchmal wird dann noch der äußere Rahmen des Admin geladen, manchmal wird auch gar nichts darunter angezeigt. Ich habe noch nie abgewartet, ob dann irgendwann doch noch was kommt, weil ich dann so nach 10 Sekunden zu ungeduldig werde und die Seite nach 1-3x Strg+F5 schneller kommt.

Vielleicht auch wieder ein Browser-Problem (Firefox), aber ich kann ja nochmal drauf achten. Hatte das nicht mehr weiter verfolgt, weil ihr mir vor einem halben Jahr gesagt habt, das läge daran, dass wir damals noch eine Teil-SSL-Verschlüsselung hatten und ihr gesagt habt, dass das nicht sauber läuft.

 

Jetzt gerade mit der neuen .htaccess läuft der lila Balken gerade mal bis zur Mitte, dann ist die Admin-Seite schon fertig geladen.

PS: orders.php ist so bei mir drin nach über 12 Jahren Verwendung von OsCommerce & Gambio. Ich meine damit do=OrdersOverview

 

Mit der neuen .htaccess stürzt auch der Browser nicht mehr ab, wenn man die Bestellanzahl in der Bestellübersicht auf 100 hoch setzt. Wie lange gibt es denn dies hier schon in der .htaccess? Habe ich noch nie vorher gesehen!

# -----------------------------------------------------------------------------
# Compression
# -----------------------------------------------------------------------------
<IfModule mod_deflate.c>
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
</IfModule>
</IfModule>
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE "application/atom+xml" \
"application/javascript" \
"application/json" \
"application/ld+json" \
"application/manifest+json" \
"application/rdf+xml" \
"application/rss+xml" \
"application/schema+json" \
"application/vnd.geo+json" \
"application/vnd.ms-fontobject" \
"application/x-font-ttf" \
"application/x-javascript" \
"application/x-web-app-manifest+json" \
"application/xhtml+xml" \
"application/xml" \
"font/eot" \
"font/opentype" \
"image/bmp" \
"image/svg+xml" \
"image/vnd.microsoft.icon" \
"image/x-icon" \
"text/cache-manifest" \
"text/css" \
"text/html" \
"text/javascript" \
"text/plain" \
"text/vcard" \
"text/vnd.rim.location.xloc" \
"text/vtt" \
"text/x-component" \
"text/x-cross-domain-policy" \
"text/xml"
</IfModule>
<IfModule mod_mime.c>
AddEncoding gzip svgz
</IfModule>
</IfModule>

 

Es ist richtig irgendwo eine Grenze zu ziehen. Eine Seite die mehr als 10 Sekunden braucht, unabhängig davon ob sie dann erscheint oder nicht, ist ohne Diskussion kaputt. Das müssen wir dann beschrieben bekommen und behandeln.

Eine -wie auch immer- murksige SSL Konfiguration löst tatsächlich weisse Seiten aus. Es gibt mehrere mögliche Detailprobleme mit dem gleichen Fehlerbild am Ende, das muss man dann ansehen. Soweit ich sehe bist du inzwischen aber bei Voll-SSL?

Die Version der htaccess aus dem Hauptverzeichnis die wir in 3.5 ausliefern hast du ins Hauptverzeichnis deines jetzigen Shops getan? Ist nicht getestest, sollte man aber grundsätzlich machen können. Oder die Version, die wir inzwischen im gm/seo_boost_an haben? Das wäre auch klug wenn das nicht mehr übereinstimmt.

Wir haben in der Vergangenheit das Problem gehabt, dass wir bei Updates des Shops die Datei nicht blind ersetzen wollten, es könnten ja eigene Sachen und Direktiven drin sein. Ab 3.5 ist die Datei versioniert, dann kann der Shop aim Backend warnen wenn man da nicht mehr auf dem Stand ist. Der Absatz den du da ansprichst kam irgendwann "in 3.3".

 

Ja, jetzt sind wir bei Voll-SSL. Ich habe die htaccess Datei aus "gm/seo_boost_an" unserer aktuellen Shopversion 3.4 genommen. Entweder der All-Inkl. - Server ist heute zufällig superschnell, oder unser Netzbetreiber O2 hat für heute ein Schippe draufgelegt oder die neue htaccess bringt einen ordentlichen Performance-Schub...

 

Der Absatz sorgt für Datenkompression auf dem Transportweg. Das dient damit genau dazu, dass der Internetprovider keine Schippe drauflegen muss. Die Evidenz kannst du durch Vergleichsmessungen mit und ohne die Passage wenn du willst ausmessen.