Category Archives: followup

blogposts op blog.futtta.be die een vervolg zijn op eerder verschenen teksten.

Mijn deredactie-journaalplayer gefixt

Dju, m’n journaalplayer is was kapot!

Dat heb je natuurlijk met spielereien op basis van ongedocumenteerde 3rd party xml-feeds; als de bron wijzigt, dan werkt je webhackje ook niet meer. De atom-feed die ik gebruikte, was sinds de lancering van de videozone (en de stille redesign) van deredactie immers niet meer beschikbaar.

Uit een snel testje bleek dat de nieuwe videozone andere feeds (voor Journaal en Terzake) gebruikt. Die feeds bevatten zowel entries voor de integrale afleveringen van de afgelopen dagen als voor alle individuele fragmenten uit die verschillende edities. Aangezien een entry in de ATOM-file evenwaardig is aan elke andere entry, wordt de relatie tussen die verschillende entries dan maar in de comments in de XML meegegeven. Of hoe XML ook gestructureerde rommel kan zijn.

Maar aangezien er op deredactie nog altijd geen grote knop “Bekijk hier het Journaal” staat, omdat een kat zijn jongen niet terugvindt in de videozone en vooral omdat ik het niet leuk vind als mijn speledingetjes niet meer werken, heb ik één en ander toch aangepast aan de nieuwe feeds (waarbij ik op basis van de titel de individuele fragmenten van de meest recente aflevering uit de ATOM-feed filter).

Hoera, m’n journaalplayer werkt dus terug.

Asgrante en gezellige Lokeraars in de clinch

De Lokerse politie doet zijn kleinzerige reputatie weer alle eer aan; een paar maanden na de publicatie van een weinig genuanceerd editoriaal in het satirische “De Lokersen Asgranten”, diende korpschef Patrick Trienpont een klacht in tegen dit beleidskritisch “jaarblad”, wegens smaad en aanzetten tot smaad. De asgrante redactie ging enkele dagen geleden in de tegenaanval met een persbericht en een artikel op Indymedia. Vandaag tenslotte, kroop zelfs de Burgemeester van Lokeren achter het toetsenbord, om op Indymedia zijn beleid en zijn politie te verdedigen.

Tot zover de context, hieronder mijn reactie zoals die ook op Indymedia staat;

Alhoewel het verhaal van de ontslagen straathoekwerker hier op Indymedia mijn vertrouwen in het Lokerse beleid niet direct versterkt, kan ik bij gebrek aan kennis ter zake niet echt ingaan op de manier waarop Burgemeester en politie al dan niet aan preventie doen.

Maar ik erger me, zoals veel Lokeraars in mijn omgeving, wel aan de aanwezigheid van de dure bewakingscamera’s, aan de onvriendelijkheid van dat soms nadrukkelijk aanwezige blauw op straat (al dan niet te paard) en aan de wijze waarop de politie verslag doet van elk akkefietje in een schijnbaar krampachtige poging om het eigen optreden en het gebruik van de bewakingscamera’s toch maar te verantwoorden.

De manier waarop Commissaris De Clercq tijdens de Lokerse Feesten de pers dagelijks van elk incidentje (een gestolen paraplu! een afgerukte ruitenwisser!) op de hoogte bracht, was inderdaad zo triest dat het bijna lachwekkend werd. Dankzij de bewakingscamera’s, zo deelde de man trots mee, kon men zelfs een heuse coke-snuiver en een vechtende feestganger inrekenen!

Dat de flikken politie al een tijdje kwistig boetes uitdeelt omwille van smaad en nu één van de weinige kritische publicaties 3 maanden na publicatie voor de rechter wilt slepen, is er wat mij betreft heel wat méér over dan de gewraakte tekst zelf.

Dus nee burgemeester, “met z’n allen blij zijn dat Lokeren een gezellig stadje is” en voor de rest braaf glimlachen naar de bewakingscamera’s terwijl “De Lokersen Asgranten” voor smaad wordt aangeklaagd, is voor mij géén optie.

Awoert politie, boe Burgemeester!

Terwijl ik ter stoffering van deze tekst een paar links aan het verzamelen was, las ik in Het NIeuwsblad van vandaag dat de stad net op dit moment beslist heeft om nog eens 6 camera’s bij gaat plaatsen, bovenop de 18 die al in werking zijn. Nu moeten ze dat hoogtechnologisch surveillance-systeem enkel nog leren om Asgrante Lokeraars en aanzetters tot wildplassen tot op het web te volgen en dan ben ook ik gezien.

Ondertussen is er van de vermiste fietspaden in de Uebergdreef nog steeds geen nieuws. We houden U, met hulp van de misdaadcommunicatie-specialisten bij de Politie, vanzelfsprekend verder op de hoogte van deze onrustwekkende verdwijning in de Bronx van het Waasland.

spring + groovy + grails = ?

Just read that Springsource (“Weapons for the War on Java Complexity”!), Rod Johnson’s company, has acquired g2one, the company behind Groovy and Grails. Looks like there’ll be 2 major Java development stacks; all things JSR/J2EE on one hand and Spring/Groovy/Grails on the other? What train should one hop onto, when having to choose a new web development framework?

Het deredactie-Journaal ook in uw mediaplayer?

Er kwamen links en rechts wat positieve reactie op mijn ‘deredactie journaalplayer’. Laatste in de rij was Wouter, die op zijn blog een perl-script deelde dat op basis van de atomfeed een m3u-playlist genereert om het VRT nieuws in VLC te bekijken.

Fantastisch idee van Wouter, ik heb dat dan ook snel in mijn atom-parsend scriptje gepropt. Vandaar; vanaf nu kun je het deredactie Journaal niet enkel in je browser, maar ook in je favoriete mediaplayer bekijken;

Ik heb één en ander zelfs (oppervlakkig) getest en dat lijkt correct te werken in Windows Media Player, VLC, Totem en Winamp. Apple Quicktime daarentegen lijkt het niet te doen; wel geluid maar geen beeld met de mp4/m3u-versie, terwijl de individuele mp4’s wel correct worden afgespeeld. M3U is oorspronkelijk natuurlijk audio-geörienteerd, misschien valt QT daarover en moet ik er nog een extra playlist-formaat tegenaan gooien? Er zijn wel minstens evenveel playlist-formaten dan dat er videocodes zijn, maar SMIL ligt voor de hand?

Voor de web-versie heb ik JWFLV (de flash video player) geupgrade van naar de nieuwe 4.2-versie, wat voornamelijk de inhoudstafel ten goede komt; de verhoudingen van thumbnails worden nu gerespecteerd en die visuele playlist scrolt nu mee terwijl je kijkt. Nifty jongen, die JW!

Fun with caching in PHP with APC (and others)

After installing APC, I looked through the documentation on php.net and noticed 3 interesting functions with regards to session-independent data caching in PHP;

When talking about caching, apc_delete might not be that important, as apc_store allows you to set the TTL (time to live) of the variable you’re storing. If you try to retrieve a stored variable which exceeded the TTL, APC will return FALSE, which tells you to update your cache.

All this means that adding 5 minutes worth of caching to your application could be as simple as doing;

if (($stringValue=apc_fetch($stringKey)) === FALSE) {
$stringValue = yourNormalDogSlowFunctionToGetValue($stringKey);
apc_store($stringKey,$stringValue,300);
}

From a security point-of-view however (esp. on a shared environment) the APC-functions should be considered extremely dangerous. There are no mechanisms to prevent a denial of service; everyone who “does PHP” on a server can fill the APC-cache entirely. Worse yet, using apc_cache_info you can get a list of all keys which you in turn can use to retrieve all associated values, meaning data theft can be an issue as well. But if you’re on a server of your own (and if you trust all php-scripts you install on there), the APC-functions can be sheer bliss!

And off course other opcode caching components such as XCache and eAccelerator offer similar functionality (although it’s disabled by default in eAccelerator because of the security concerns).