Een tijd terug schreef ik over mijn Slideshowpro, Fetchr4SSP en Flickr mash-up: een manier om de Slideshowpro frontend te gebruiken om je public Flickr foto’s weer te geven zoals op mijn andere website. Het grote voordeel: de Slideshowpro frontend ziet er gelikter uit dan de standaard Flickr galleries. Het grote nadeel: Fetchr4SSP’s cache refresh systeem is soms t.r.a.a.g. – met name wanneer je een groot aantal galleries, albums of collections wil laden.

Een eenvoudige oplossing is om de cache refresh periode op te schroeven en bijvoorbeeld een keer in de week toe te passen. Dat betekent dan weer wel dat foto’s die je vandaag upload in het slechtste geval pas over een week zichtbaar zijn. Voor mijn gallery zou dat in principe niet zo heel veel uitmaken, aangezien ik niet dagelijks nieuwe foto’s upload.

Een minder elegante maar veel effectievere oplossing is om Slideshowpro niet meer rechtstreeks aan te roepen, maar direct naar een xml bestand te verwijzen dat je laat generen door de cache refresh van Fetchr4ssp. Concreet: in plaats van een verwijzing naar fetchr4ssp.php in de param.xml, verwijs je naar bijvoorbeel flickr.xml – in de param.xml file ff zoeken naar “xmlFilePath”.
Om nu de flickr.xml file te vullen met data die voorheen in fetchr4ssp.php stond, moet je een wget cronjob command aanmaken. Mijn dagelijkse cronjob is:

wget --output-document=/home/88230/users/.home/domains/michelbakkenes.com/html/flickr.xml http://www.michelbakkenes.com/fetchr4ssp.php?cache_refresh

Hoelang het dan ook duurt om deze file (flickr.xml) te creeeren maakt niet uit: hij wordt pas weggeschreven nadat het volledige wget commando is uitgevoerd. Hoewel het dus alsnog 10 minuten in beslag kan nemen voordat de xml file gegenereerd is, zal een bezoeker geen hinder ondervinden omdat er altijd een (oude) versie van flickr.xml aanwezig is. De inhoud van flickr.xml is identiek aan die van fetchr4ssp.php.