Blonko!

Ik word al enige tijd lastig gevallen door een headhunter bedrijf. Al verschillende malen mailde ik hen om me van hun lijst te halen. Zouden ze het nu snappen?

Laten we het hopen.

We staan in de gazet. Yay!

Wtf hoor ik je zeggen… Wat is IDN? Zeer eenvoudig, dit zijn “internationalized domain names”, ofte, domeinnamen die internationale tekens kunnen bevatten. Merk op dat we wel in een goed deel van de wereld wonen, onze gewone schrijftaal gebruikt “ascii”-tekens. Wanneer ik dus “kat” zeg, dan kan ik de domeinnaam “kat.be” gebruiken om dat aan te duiden. Echter, wanneer je bvb in China woont, dan bestaat het woord “kat” eerder uit allerlei chinese tekens, en dat kan je niet gebruiken in een domeinnaam… Tot op heden. Icann, de beheerder van de rootzones op het internet, heeft de nodige aanpassingen gedaan zodat IDN werkt.

Door een speciale techniek te gebruiken, kunnen nu internationale domennamen gevormd worden. Dit kan je ook live zien door te surfen naar xn--mgbh0fb.xn--kgbechtv. We zien onmiddellijk dat dit dus met een vertalingsstap gebeurt in de browser.

Meer testzaken en uitleg hier.

Mexico is blijkbaar obscuur…

Het is zondag 7 oktober, rond 9u30, en ik probeer de site van Open Bedrijvendag te bekijken. De nadruk ligt op ‘probeer’. De site is gewoon ongelooflijk traag, mijn “ruttepetuttje” blijft draaien (“spinner” wordt dat ook soms genoemd ). Even onderzoeken waardoor die blijft draaien…

De snelheid naar de server is goed, en de webserver reageert razendsnel als het een afbeelding betreft, of een andere statische file. Toch duurt het surfen naar de site een goeie 45 seconden voor je iets meer dan de header te zien krijgt. We gaan dus verder op zoek. Om een lang verhaal kort te maken: het blijkt het inladen van 2 stukjes script te zijn. Wanneer we dit timen, krijgen we ongeveer 59 seconden later het antwoord; beetje pijnlijk dus.

Het wordt des te pijnlijker als we even gaan kijken wat precies in deze o-zo-zware files zit. Niet meer dan een eenvoudig stukje javascript, die blijkbaar een soort Ajax-call-wachtrij implementeert. Al bij al gewoon een statische file. De tweede trage file is ook gewoon een stukje javascript. Een kleine speurtocht leert me dat deze stukjes data deel uitmaken van het ASP.NET framework.

Het lijkt me vreemd dat dit niet opgemerkt werd bij het testen van de site. Het is niet zo moeilijk om op de site een realistische load te genereren, en de omvang van dataset is vooraf goed gekend (het aantal bedrijven dat deelneemt aan Open Bedrijven Dag). De site is van de hand van debugged; ik weet wel niet als zij instaan voor de code achter de site, of het volledige site-traject, inclusief de testen.

Verder staat die Zita-topbar vrij debiel.

Update: Blijkbaar is het nu helemaal stuk, zelfs de hoofdpagina komt nu traag binnen. Zucht. Driewerf zucht.