Googles Pagespeed-Tool monierte bei mir: “Verhindern, dass in modernen Browsern veraltetes JavaScript bereitgestellt wird”
Die Analyse ergab, dass es Code aus: http://holderjs.com/ ist. Dies ist ein Tool zur Generierung von Placeholder-Bildern.
Ich frage mich nun:
a) wie schafft es so ein Tool in eine Life-Umgebung?
b) welche Leichen tummeln sich sonst noch in den 86kb JS ?
Habt ihr eine Idee?
Kann man das bedenkenlos löschen?
Moin 
die Datei scripts.min.js ist eine komprimierte Datei aus mehreren JavaScripten die aus dem Build Verzeichnis eines Standard Themes wie z.B. Flow https://github.com/OXID-eSales/flow_theme/tree/master/build stammen.
Über den JavaScript Task Runner Grunt https://gruntjs.com/ wird daraus eine komprimierte Datei.
Dies in uglify.js definiert https://github.com/OXID-eSales/flow_theme/blob/master/grunt/uglify.js#L5
"out/flow/src/js/scripts.min.js": [
"build/vendor/bootstrap/js/bootstrap.js",
"build/vendor/bootstrap-select/js/bootstrap-select.js",
"build/vendor/jquery-bootstrap-validation/js/jqBootstrapValidation.js",
"build/vendor/jquery-unveil/js/jquery.unveil.js",
"build/js/main.js"
],
Hast Du dort mehr Details?
Ich würde vermuten, dass sich dies auf das jQuery Plugin jquery.unveil.js bezogen sein könnte.
Da dieses für die Nachladung von Bildern sorgt - Stichwort Lazy Load Images.
Da im Theme nur Platzhalter Bilder hinterlegt. Dies stellt eine Performance Verbesserung dar, da nicht alle Bilder z.B. von der Startseite oder Kategorien sofort geladen werden.
Die Frage kannst nur Du beantworten, dies liegt in Deinem Verantwortungsbereich.
Leichen würde ich es nicht nennen, höchstens Legacy Code welcher mittlerweile als veraltet gilt.
Dort wurde mit der Zeit vereinzelt der Überblick der Abhängigkeiten der einzelnen Skripten und genutzten Bibliotheken verloren.
Hinzu kommt, dass in der Regel jedes Shop Theme individualisiert wurde und ggfs. Updates/Aktualisierung in der Vergangenheit in einem Shop vernachlässigt wurden sind oder suboptimal durchgeführt wurden sind.
Eigenes Custom Theme optimieren und selber anfangen Abhängigkeiten zu pflegen. Es gibt mittlerweile Techniken wie Webpack https://webpack.js.org/ etc. Dies mit Aufwand verbunden.
Nur wenn man weiß was man dort tut.
Danke für die schnelle Analyse.
Das ist ein bißchen schnell geschossen:
Die Script-Sammlung habe ich ja nicht selbst gebaut, sondern so wie sie ist von OXID runtergeladen. Meine Frage war also eher, war für einen Krempel OXID hier mal ausgeliefert hat…
Gerne.
Was man sagen kann, die Skripte die OXID eSales dort im Theme hinterlegt hat haben alle seine Berechtigung.
Für die Webentwicklung ist es normal, dass Techniken mit den Jahren veralten und aktualisiert oder neu aufgesetzt werden müssen.
Die Bewertung vom Google Pagespeed-Tool kann man mit dem TÜV beim Auto vergleichen. Wenn z.B. die Bremsen sich abgenutzt haben oder ein Benziner Automodell nicht mehr im Straßenverkehr erlaubt - dann erhält man entsprechend die Bewertung Bitte erneuern Sie Ihre Bremsen oder steigen Sie auf ein Elektro Automodell um.
Worauf ich nur hinaus wollte, ist das die letzte Verantwortung beim Händler*in liegt welche den Shop betreibt. Da sich der Händler * in bewusst für ein Self-Hosting Online-Shop System entschieden hat. OXID eSales kann nun nicht kontrollieren ob Du die Software im Sinne des Erfinders einsetzt.
Um das Testergebnis vom Google Pagespeed-Tool zu verbessern müsste man im Einzelfall des Shops prüfen, welche Maßnahme man ergreifen kann damit bestimmte Kriterien erfüllt werden oder ob man ggfs. auf ein neueres Theme wie z.B. das Moga Theme wechselt.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.