#1001 closed Erweiterung (fixed)
Zusätzliche mini_images
| Reported by: | Torsten Riemer | Owned by: | somebody |
|---|---|---|---|
| Priority: | normal | Milestone: | modified-shop-2.0.6.0 |
| Component: | Shop | Version: | 2.0.0.0 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: |
Description
Markus hat mich gebeten die Änderung aus einem gemeinsamen Kundenshop in den Trunk zu übernehmen.
Ich habe das mal noch erweitert und hänge hier meinen aktuellen Arbeitsstand als ZIP an.
Bitte mal mögliche Komplikationen hier besprechen. Ich denke da an Probleme bei externen Schnittstellen für Wawis, sowie Magnalister, Shopgate, etc.
Attachments (2)
Change History (25)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Mit einem Schalter im Backend um das ein/auszuschalten finde ich das ok.
Ansonsten würde bei Shopstemplates die diese Minibilder nicht brauchen bei jedem Bild ja ein unnötiges Minibild generiert.
Bei wenigen hundert Artikeln kein Problem, bei Artikelanzahl > 10000 sind das viele unnötige Dateien auf dem Server.
comment:3 by , 9 years ago
Ich kann mit einem Schalter auch leben ... aber wir brauchen die.
Gerade auf der Startseite meckert Google Pagespeed die Bestseller an, da die Bilder zu weit runter skaliert werden mit css. Die Thumbnails sind im Vergleich zu früher deutlich größer geworden weshalb es sonst keine andere Möglichkeit gibt die runter zu skalieren.
Ausserdem werden die Minibilder ja wirklich klein .. da wo ich das gemacht habe war kein Bild größer als 10kb. Und Platz für Dateien sollte ja heutzutag wirklich kein Problem mehr sein. Es bringt nur Vorteile. Egal ob ich jetzt die interne Shopsuche nehme oder die Bestseller auf der Startseite. Und gerade bei einem Shop mit 10.000 Artikeln sollte man da noch mehr Wert drauf legen die kb's so klein wie möglich zu halten :-)
Ich glaube nicht dass diese Minibilder eine große Belastung für das Image-Processing sind. Bei einem Shop mit 5000 Artikeln habe ich das Imageprocessing laufen lassen und nur die fehlenden Bilder erstetzt. Der war in 2 Minuten fertig mit 5000 Minibildern.
comment:5 by , 9 years ago
Ich denke auch, dass wir hier unter "Konfiguration" -> "Bild Optionen" einen Schalter setzen sollten.
comment:6 by , 9 years ago
Ich halte das für zu unflexibel, was ist wenn ich @2x Bilder noch haben möchte oder ähnliches?
Hatte aber auch bereits schon Probleme mit zu vielen Dateien:
http://stackoverflow.com/questions/8238860/maximum-number-of-files-folders-on-linux
comment:7 by , 9 years ago
Wenn zusätzliche Bilder, dann bitte nur abschaltbar. Es gibt Webhoster, die haben eine maximale Zahl für ALLE Dateien auf dem Webspace. Wenn das überschritten wird kommt ein Quota exceeded obwohl theoretisch noch Platz ist. Wenn dann noch neue Dateien im Cache bzw. Template-Cache angelegt werden sollen, streikt der Shop plötzlich.
comment:8 by , 9 years ago
| Milestone: | modified-shop-2.0.1.0 → modified-shop-2.0.1.1 |
|---|
comment:9 by , 9 years ago
| Milestone: | modified-shop-2.0.2.0 → modified-shop-2.0.2.1 |
|---|
comment:10 by , 9 years ago
| Milestone: | modified-shop-2.0.2.1 → modified-shop-2.1.0.0 |
|---|
comment:11 by , 9 years ago
| Milestone: | modified-shop-2.1.0.0 → modified-shop-2.0.3.0 |
|---|
by , 8 years ago
| Attachment: | shoproot (mini_images).zip added |
|---|
by , 8 years ago
| Attachment: | mini_images.patch added |
|---|
comment:13 by , 7 years ago
| Milestone: | modified-shop-2.0.4.1 → modified-shop-2.0.5.0 |
|---|
comment:14 by , 7 years ago
| Milestone: | modified-shop-2.0.5.0 |
|---|
comment:15 by , 6 years ago
| Milestone: | → modified-shop-2.1.0.0 |
|---|
comment:16 by , 5 years ago
| Milestone: | modified-shop-2.1.0.0 → modified-shop-2.0.6.0 |
|---|

ich denke nicht dass es bei den externen Schnittstellen zu Problemen kommen sollte. In erster Linie sollten die Bilder für die Bestseller, den Warenkorb, Account History und die Suche sein um hier nicht die "großen" Thumbnails zu verwenden. Alternativ könnte man die auch in der product_info für die "More Images" verwenden. Sonst würde mir jetzt aktuell keine Stellen einfallen wo die graucht werden.
Markus