Service Pack v3.3.1.1 erschienen

Hallo zusammen,

im Downloadbereich des Kundenportals findet ihr den Download des Service Packs v3.3.1.1 und der dazugehörigen Vollversion v3.3.1.1.

Das Service Pack v3.3.1.1 ist ausschließlich für die Shopversionen v3.2.0.0, v3.2.0.1 und 3.2.1.0 sowie 3.3.1.0 vorgesehen.

Mit dieser Korrekturversion patchen wir einige Dinge die uns am Herzen liegen, notabel dabei:

Vorübergehende Deaktivierung des mit 3.3.1.0 neu eingeführten flexibleren Overloadings für Entwickler

Das Ganze funktioniert zwar wie angedacht, schlägt aber in der Praxis bei einigen Webservern so auf die Shopperformance, dass wir uns entschieden haben den neuen Mechanismus nochmal zu deaktivieren. Wir werden ein Redesign und neues Testing der Funktion machen, und diese in einem kommenden Update erneut bringen. Shops die durch das Update auf 3.3.1.0 Einbussen hatten, sollten damit wieder auf das alte Geschwindigkeitsniveau oder besser kommen, das ist erstmal das wichtigste.

Neuerungen und Änderungen in der Version 3.3.1.1 gegenüber 3.3.1.0

• [Adminbereich] Auf der Bestellung-Detailseite kann jetzt eine E-Mail mit bereits vorhandenen Rechnungen verschickt werden
• [Adminbereich] Das Herunterladen und Erzeugen von Rechnungen und Lieferscheinen in der Bestell- und Rechnungsübersicht funktioniert wieder zuverlässig
• [Adminbereich] Der konfigurierbarer Session-Timeout funktioniert jetzt auch auf neuen Admin-Seiten, wie der Bestellübersicht
• [Adminbereich] Der Shop-Key wird wieder zuverlässig als gültig erkannt
• [Adminbereich] Die Bestellübersicht im Gambio Admin lädt jetzt wieder zügig, auch wenn man viele Bestellungen und Rechnungen hat
• [Adminbereich] Lieferscheine können wieder erzeugt werden, wenn die Option "aktuelles Datum verwenden?" unter "Rechnung/Lieferschein" > "Konfiguration" > "Anzeige" deaktiviert ist
• [Adminbereich] Slide-Koordinaten werden beim Update nun als Ganzzahlen importiert
• [Adminbereich] Teaser-Slider lassen sich nun korrekt speichern, sofern mindestens ein Slide vorhanden ist.
• [Adminbereich] Wird eine E-Mail-Rechnung über die Bestellübersicht verschickt, fehlt nun nicht mehr das PDF-Dokument im Anhang der E-Mail
• [Core] Der Updater und Installer setzen jetzt Datei- und Ordner-Rechte nur auf 777, wenn die bisherigen Rechte des Ordners bzw. der Datei für schreibende Prozesse nicht ausreichen
• [Core] Leere Linkbereich-Titel für alte Teaser-Slider werden nun korrekt importiert und führen nicht mehr zu Fehlern beim Aufrufen des Shops.
• [Core] Leere Linkbereich-Ziele für alte Teaser-Slider werden nun korrekt importiert und führen nicht mehr zu Fehlern beim Aufrufen des Shops.
• [Core] Neue Möglichkeit Overloads in einem eigenen Verzeichnis abzulegen wegen Performanceproblemen wieder enfernt
• [Sprachsystem] ENTRY_HOUSENUMBER in ENTRY_HOUSE_NUMBER umbenannt, sodass das fehlerhafte Label in der Adressbearbeitung wieder korrekt angezeigt wird.
• [Sprachsystem] Die Überschrift der Loginbox ist jetzt korrekt

 

@Gambio,

Update von 3.3.1.0 auf 3.3.1.1 im Testshop http://test1.dtr-shop.de fehlerfrei durchgelaufen. Keine Probleme entdeckt, Testbestellung OK.

 

@Gambio,

kleiner Schönheitsfehler noch vorhanden: Bei kleineren Auflösungen Smartphone und Tablett werden die Galerie Bilder in der horizontalen Ansicht auf der Artikeldetailseite fehlerhaft dargestellt. Das dritte Bild wird rechts halb abgeschnitten dargestellt, bevor die Galerie vollständig geladen ist.

 

Den hast doch schon gemeldet, den kennen wir doch schon, das ist noch zu neu gemeldet um behandelt zu sein.

 

Das ist eine Eigenheit des externen Galerie-Plugins, das wir nutzen. Das ist unschön, aber kein Bug. Grundsätzlich haben wir die Überlegung in einem späteren Update für die Zeit, wo das lädt, eine Ladegrafik anzuzeigen, damit das nicht so unruhig wirkt.

 

@Gambio,
Update ohne Probleme durchgelaufen, Testbestellung auch.
Super, der Shop ist wieder so schnell wie vor dem Update auf 3.3.1.0.
Aber mal ne Frage, in der Artikeldetailseite wird für eine Url Komprimierung angemahnt. Ich dachte es wird alles komprimiert. Oder habe ich was vergessen? Siehe Bild
Ansonsten sehr zufrieden

 

Wieder alles ohne Probleme, Pagespeed ohne einbusen Perfekt weiter so.....

 

Die Datei ist im Dateipfad nicht zu sehen, da das gekürzt dargestellt wird. Wie lautet der gesamte Dateipfad?

 

@Moritz (Gambio)
https://www.shop.beutelbinder.de/sh...korb&target=check&page_token=&_=1481303257316

 

Ok, da haben wir noch keine Komprimierung drin. Für den User macht das nicht viel aus, da das Ergebnis der Url klein ist. Mal wieder so ein Alarm im Page Speed, der nicht so praxisnah ist. Wir können mal schauen, was da machbar ist...

 

Danke für die Infos, wie schon geschrieben,
Gambio, gute Arbeit

 

Bei mir meckert der Pagespeed paar mehr urls an

Beim
JavaScript- und CSS-Ressourcen, die das Rendering blockieren, in Inhalten "above the fold" (ohne Scrollen sichtbar) beseitigen

(Link nur für registrierte Nutzer sichtbar.)
(Link nur für registrierte Nutzer sichtbar.)

und beim css
(Link nur für registrierte Nutzer sichtbar.)
(Link nur für registrierte Nutzer sichtbar.)

Könnte das mit der Top-Bar zu tun haben?

 

Beim CSS hat nur eine Ressource ihren Namen gewechselt, das ist eine Konsequenz aus dem Umbau des CSS Cachings, da ist alles wie vorher, nur eben jetzt gecached.

Beim Javascript siehst du den Umbau der bisherigen ebenfalls ungecachten Javascriptblöcke. Vorher waren die in einem ständig neu erzeugten Block, jetzt sinds statt dessen 2 statische, statt dessen cachebare Blöcke. Die Seitengeschwindigkeit wird damit besser als vorher, Pagespeed findet mehr zu meckern, das Tool steht einfach nicht auf Verbesserungen.

Ignorieren.

 

Mich beunruhigt das nciht. War nur weils bei mir mehr sind als bei dem vorher. Hätte ja sein können das da was schief gelaufen ist.
Das ignorieren ist halt so ne Sache. Rote-Flaggen sind immer unschön

 

Es ist schade, dass Pagespeed nicht würdigt, dass jetzt beim ersten Aufruf kein CSS und JS mehr durch PHP geparst wird und ab dem zweiten Seitenauf alles aus dem Browsercache kommt, ohne das vorher nochmals ein Request an den Server geht, der eine 304-Response schickt, dass doch bitte der Browsercache genutzt werden kann. Das ist ein schöner Boost. Das JS blockiert auch nicht das Rendering.

 

Glaub ich auch alles und seh ja auch wie flott eigentlich die seite genutzt werden kann.
Frage ist nur wie weot google die wertung auch fürs rangking ranzieht. Das es nur minimalst ist und es keiner genau weiß is klar.
Vielleicht verpasst google dem teil ja mal ein update

 

Wo ich mir Dennis Shop gerade mal ansehe:

Ein schönes Beispiel für real anständige Performance. Bei mir läst jede Gesamtseite in unter 2 Sekunden, manche sogar unter 1 Sekunde. Sehr gut

 

Schade das mit dem Overloading.... Wollte eben den Blog für 3.3.1.0 freigeben. Muss die Struktur jetzt wie in 3.2 sein??? Wie kann ich sehen was dafür als Ersatz kommt?

Ich hatte mich wirklich sehr über die neue Struktur gefreut, weil die echt Sinn macht!

 

Ja, die Struktur muss wie in 3.2 sein. Das ist auch nicht für alle Zeiten weg, das kommt wieder. Die Idee ist nicht aufgegeben, wir müssens nur besser machen.

 

Das freut mich zu hören! Problem wäre jetzt nur die 3.3.1.0
Wenn ich die Struktur von 3.2 nutze, müsste das auch in 3.3.1.0 laufen!?!? Oder? Wäre doof wenn eine Version nicht mit dem Blog läuft...