Flickr und das Image Plugin oder „Dees is sowieso blääd“

Datum: 21. September 2011
Autor*in: Bastian Schwarz


Gerade habe ich ein Problem für unser Kundenprojekt „Holsteinische Schweiz“ analysiert:

Im Keyvisual wurden bis zu 20 Flickr-Bilder geladen. Die URLs der Bilder wurden über die Flickr API geholt und dann durch das Image Plugin geladen, entsprechend gerechnet und abgelegt.

So weit, so gut. Nun das Problem: Für den Dateinamenhash benutzt ajaxImage u.a. die Breite und Höhe. Diese wurden für jedes Bild über getimagesize() bezogen. D.h. jedes Bild wurde bei jedem Request erneut geladen und eingelesen, unabhängig davon ob es schon bearbeitet war oder nicht. Bei 20 Bildern entstand so eine serverseitige Ladezeit von ca. 20 Sekunden.

Hier sollten wir uns mal Gedanken über eine bessere Lösung machen (Reicht die URL als ID? Gibt es andere Möglichkeiten, ohne das komplette Bild zu laden? …)

Kommentare erwünscht 😉

Bastian


Dieser Artikel wurde verschlagwortet unter:


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Java-Orbit 2024

Autor*in: Tobias Pfannkuche


Technologie   //   Über den Tellerrand


Foto von Nicolas Gras auf Unsplash

Der Hype der vergangenen Jahre rund um AI lässt spürbar nach, die immer noch verhältnismässig junge Technologie hat den Einzug in den Alltag gerade auch in der Software-Entwicklung gefunden und steht nun vor der Herausforderung, sich zu bewähren. So wie davor zahlreiche andere technologische Entwicklungen und Veränderungen.


Beitrag lesen
18
NOV
24

Zepto.js

Autor*in: Benjamin Hofmann


Technologie


Heute nur ein kurzer Link zu einer Alternative zu jQuery mit einem wesentlich kleinerem Footprint (30 statt 85 KB), aber der gleichen API und Funktionalität: Zepto.js Bei einem unserer Kunden ist das bereits im Einsatz und mittels folgender Zusatz-Module und einem kleinen Polyfill auch als Basis für das imx.Autocomplete und imx.Mapwork im Einsatz, welche beide …


Beitrag lesen
30
SEP
16