Ich brauche für ein Produkt diverse Attribute. Die Attribute sind Textfelder oder Dropdownlisten. Mir ist dabei folgendes aufgefallen:
Ich habe einen Attributnamen [Branche], und diesem Namen Merkmale [diverse Branchen] zugeordnet und das ganze natürlich mit dem Attributmanager einem Produkt zugeordnet. Eigentlich wird dabei nicht mehr als ein HTML-Code produziert, der ein Select-Tag und die Option-Tags herstellt.
Gut, ich gebe zu, es sind halt 52 Optionen [es gibt halt einige Branchen]. Die sind zwar in keiner Art preisrelevant. Aber ich muss die Angabe haben, um das Produkt korrekt konfigurieren zu können.
Das Problem ist einfach beschrieben:
Ohne dieses Attribut (es hat die meisten Optionen) dauert der Seitenaufbau auch schon stolze:
Parse Time: 4.935 - Number of Queries: 1473 - Query Time: 3.2392811584473
Mit diesem Attribut erhöht sich der Wert auf unerträgliche:
Parse Time: 12.463 - Number of Queries: 2640 - Query Time: 7.3703369062042
Zen Cart benötigt also für das Produzieren des entsprechenden HTML-Codes (1x select, 52x option) schlappe 1167 Datenbankabfragen!!!
Meine Frage daher:
Wie kann ich das anders lösen oder wie kann ich das optimieren?
Könnte z.B. ein Produkt zwei Seiten haben, um nicht alle Attribute gleichzeitig darstellen zu müssen?
Könnte nicht der Select-Code von mir Hartcodiert eingebunden werden, damit dieser Codeschnippsel nicht von zen generiert werden muss?
Wo in Zen wird dieser Select-Code produziert? Ich habe in attributes.php oder im tpl_modules_attributes.php nicht entsprechendes gesehen. Dort werden zwar input-Tags verbaut, aber keine select- oder option-Tags.
Ich habe einen Attributnamen [Branche], und diesem Namen Merkmale [diverse Branchen] zugeordnet und das ganze natürlich mit dem Attributmanager einem Produkt zugeordnet. Eigentlich wird dabei nicht mehr als ein HTML-Code produziert, der ein Select-Tag und die Option-Tags herstellt.
Gut, ich gebe zu, es sind halt 52 Optionen [es gibt halt einige Branchen]. Die sind zwar in keiner Art preisrelevant. Aber ich muss die Angabe haben, um das Produkt korrekt konfigurieren zu können.
Das Problem ist einfach beschrieben:
Ohne dieses Attribut (es hat die meisten Optionen) dauert der Seitenaufbau auch schon stolze:
Parse Time: 4.935 - Number of Queries: 1473 - Query Time: 3.2392811584473
Mit diesem Attribut erhöht sich der Wert auf unerträgliche:
Parse Time: 12.463 - Number of Queries: 2640 - Query Time: 7.3703369062042
Zen Cart benötigt also für das Produzieren des entsprechenden HTML-Codes (1x select, 52x option) schlappe 1167 Datenbankabfragen!!!
Meine Frage daher:
Wie kann ich das anders lösen oder wie kann ich das optimieren?
Könnte z.B. ein Produkt zwei Seiten haben, um nicht alle Attribute gleichzeitig darstellen zu müssen?
Könnte nicht der Select-Code von mir Hartcodiert eingebunden werden, damit dieser Codeschnippsel nicht von zen generiert werden muss?
Wo in Zen wird dieser Select-Code produziert? Ich habe in attributes.php oder im tpl_modules_attributes.php nicht entsprechendes gesehen. Dort werden zwar input-Tags verbaut, aber keine select- oder option-Tags.
Kommentar