Hey miteinander,
Was ich mich schon länger frage, worauf ich selber keine richtige Antwort
gefunden habe. Warum ist der Seitenquelltext bei uns auf einer dynamisch generierte
Seite so durcheinander gewürfelt?
Klar das Smarty viele PHP-Codes nachlädt, doch muss das so unübersichtlich aussehen?
Kann mir jemand vielleicht erklären wie ich mit manueller Nacharbeit das verbessern kann.
Unser DOM-Tree (Nova):
Mitbewerber DOM-Tree (MyMove):
Ich persönlich erhoffe mir dadurch, dass ich eher durchblicke was kritisch ist zu laden.
Zum anderen durch die reduzierte DOM-Size auch Page Speed Insight, dann die FCP-Werte
verbessern kann, wobei hier ja steht was von der TBT also vielleicht habe ich ja auch einen Denkfehler 🥺
... oder ist das vergeudete Zeit? Was meint Ihr. Ich schaue da gezielt auf einen anderen Mitbewerber,
bei dem ich weiß der auch JTL-Shop einsetzt. Dort ist das nicht das Problem. Da vermutlich ein Servicepartner
die entsprechenden Änderungen für Ihn bereits in seinem MyMove Template vorgenommen hat.
Vielleicht etwas Naiv von meiner Seite, so einen Mitbewerber öffentlich zu erwähnen. Doch lieber stehe ich in direkter
Konkurrenz weiß, von meinen Fehlern als diese nicht anzugehen.
Soweit so gut, ich glaube zu verstehen das die .tpl Dateien dafür zuständig sind. Das die header.tpl bspw.: Blöcke erstellt die zur Deklaration für Hooks und co. gültig sind zum anderen auch wichtig sind um Inhalte zu separieren per Smarty. Nur wieso werden diese mit im Quelltext berücksichtigt? Statt ausgeblendet zu werden, wie es bei Serverseitigem PHP eigentlich der Fall ist?
Wir benutzen JTL-Shop 5.3.3 in der Template Version 5.3.1 / PHP 8.3.221
Habe mir die dazugehörigen JSON Files abgespeichert, falls sich jemand selber die Lighthouse Reports ansehen möchte.
Mit freundlichen Grüßen
Felix Bauerschäfer
Was ich mich schon länger frage, worauf ich selber keine richtige Antwort
gefunden habe. Warum ist der Seitenquelltext bei uns auf einer dynamisch generierte
Seite so durcheinander gewürfelt?
Klar das Smarty viele PHP-Codes nachlädt, doch muss das so unübersichtlich aussehen?
Kann mir jemand vielleicht erklären wie ich mit manueller Nacharbeit das verbessern kann.
Unser DOM-Tree (Nova):
Mitbewerber DOM-Tree (MyMove):
Ich persönlich erhoffe mir dadurch, dass ich eher durchblicke was kritisch ist zu laden.
Zum anderen durch die reduzierte DOM-Size auch Page Speed Insight, dann die FCP-Werte
verbessern kann, wobei hier ja steht was von der TBT also vielleicht habe ich ja auch einen Denkfehler 🥺
... oder ist das vergeudete Zeit? Was meint Ihr. Ich schaue da gezielt auf einen anderen Mitbewerber,
bei dem ich weiß der auch JTL-Shop einsetzt. Dort ist das nicht das Problem. Da vermutlich ein Servicepartner
die entsprechenden Änderungen für Ihn bereits in seinem MyMove Template vorgenommen hat.
Vielleicht etwas Naiv von meiner Seite, so einen Mitbewerber öffentlich zu erwähnen. Doch lieber stehe ich in direkter
Konkurrenz weiß, von meinen Fehlern als diese nicht anzugehen.
Soweit so gut, ich glaube zu verstehen das die .tpl Dateien dafür zuständig sind. Das die header.tpl bspw.: Blöcke erstellt die zur Deklaration für Hooks und co. gültig sind zum anderen auch wichtig sind um Inhalte zu separieren per Smarty. Nur wieso werden diese mit im Quelltext berücksichtigt? Statt ausgeblendet zu werden, wie es bei Serverseitigem PHP eigentlich der Fall ist?
Wir benutzen JTL-Shop 5.3.3 in der Template Version 5.3.1 / PHP 8.3.221
Habe mir die dazugehörigen JSON Files abgespeichert, falls sich jemand selber die Lighthouse Reports ansehen möchte.
Mit freundlichen Grüßen
Felix Bauerschäfer
Zuletzt bearbeitet: