Kwaliteit vs Kwantiteit op ISPam.nl

Voor ISPam.nl heb ik een aantal regels voor de redactie. De belangrijkste is waarschijnlijk dat er elke werkdag om 8:00 en 8:10 uur twee artikelen worden gepubliceerd. In principe dus niet meer dan twee artikelen, maar ook niet minder. Het doel van ISPam.nl is om de sector zo goed mogelijk op de hoogte te houden van de laatste relevante ontwikkelingen.

De vraag die ik me zelf daarbij stel is in hoevere ISPam.nl met de zelfde berichtgeving als grotere, algemenere technische nieuws websites zoals Tweakers.net, Webwereld, Automatiseringgids, etc moet komen. Om een compleet beeld te geven van relevante ontwikkelingen is het verleidelijk om het nieuws van deze grotere collega’s ook te publiceren.

Echter heeft dat ook een keerzijde, want ookal richt ISPam.nl zich op een niche, echter is in veel gevallen het niveau van de berichtgeving van deze websites al zodanig dat een zelfde bericht op ISPam.nl niet veel toevoegd, behalve dan misschien enkele inzichten die specifiek over ISP’s gaan. Ik neig er daarom naar om nieuws dat al door de grote technische nieuwswebsites is verslagen niet langer op ISPam.nl te verslaan, tenzij het zodanig hosting specifiek is dat het niet mag ontbreken op ISPam.nl. Dus niet langer voor kwantiteit maar in plaats daarvan zuiver voor kwaliteit te gaan.

Een ander punt waarvan ik hoop dat dit de kwaliteit van ISPam.nl ten goede zal komen is om altijd wederhoor te doen, conform een “comply or explain” principe, waarbij er een reden moet zijn om niet aan wederhoor te doen, in plaats van andersom. Hier ben ik de afgelopen dagen dan ook al mee begonnen. Zo heb ik RapidShare om een reactie gevraagd in een kwestie over het niet gaan controleren van uploads van gebruikers, een belrondje over de stroomstoring in het NIKHEF datacentrum en eveneens een belrondje over de domeinlock bij DNS BE vandaag. Het is even wennen om continue vragen te bedenken en die aan betrokkenen voor te leggen in plaats van zo nu en dan, maar het is wel leuk.

Nu is het te hopen dat deze nieuwe werkwijze ook zal leiden tot meer kwaliteit, uiteindelijk meer bezoekers en natuurlijk adverteerders. Als ik dit artikel bij De nieuwe reporter mag geloven gaat dat lukken!

Ik zoek overigens nog een freelance sales of account manager, uiteraard gewoon gewoon uurtje-factuurtje en indien gewenst kan een bonus ook deels, maar dat heeft niet mijn voorkeur. Wie geintresseerd is kan mailen naar info@xcat.nl of bellen naar 0251 714 029.

Van Prototyping naar DesignInDemo

In mijn beleving zijn er twee manieren om software te ontwikkelen. De eerst methode is gewoon beginnen en terwijl het bouwen bepaal je hoe het eindproduct er uit komt te zien binnen de mogelijkheden en beperkingen die de ontwikkelingomgeving die je gebruikt heeft. De andere methode is om op papier te bedenken wat je wilt, waarbij je de (theoretische) beperkingen van de ontwikkelingomeving vooraf incalculeert.

In het verleden heb ik geprobeerd om software te ontwikkelen op basis van design en dat ging vrijwel zonder uitzondering altijd fout, want de theorie staat te ver af van de praktijk. Bij die projecten viel ik dan ook altijd terug op de ontwikkeling op basis van het simpelweg bouwen. Nu mogen beide werkwijzen tegenstrijdig lijken, maar ze vullen elkaar in principe aan, mits je eerst simpelweg begint te bouwen en dan het papieren design maakt, dit noemen we Prototyping.

Voor wat simpelere projecten is een volledig prototyping proces naar mijn idee te veel van het goede. Zelf heb ik bij projecten die ik nu zelf nog (deels) doe gemerkt dat je zelfs vanuit een prototype of demo dat als final wordt gebruikt het design er langzaam kan inbrengen.

In een website die ik heb regelde tot nu toe elke pagina zijn eigen query om de gegevens van een bepaalde winkel op te halen, dat is met recht niet bepaald een wenselijke situatie. Dus heb ik dat vervangen met de functie getWinkel($id), die simpelweg het resultaat van een dergelijke query teruggeeft.

Er zit echter één nadeel aan dat er bij bijvoorbeeld een join altijd één extra query nodig is. In overzichten wordt het echter nog erger, omdat getWinkel($id) maar één resultaat teruggeeft en daarmee 100 queries moet uitvoeren.

Daarvoor heb ik nu ook een oplossing, simpelweg door preloadWinkel($winkels), die alle id’s in $winkels ophaalt uit de database en de data alvast klaar zet, maar ook als er rechtstreeks via getWinkel() de gegevens van een winkel worden opgevraagd, gaat het via preloadWinkel(), om te voorkomen de query op meerdere plaatsen komt te staan.

De volgende stap is om winkel tot een Class (object) te maken, terwijl er toch backwards compatability is. De oplossing daarvoor is ook simpel, bij de class Winkel komt een functie data() en zodra getWinkel wordt aangeroepen, maakt deze een Winkel object aan, en doet het return $winkel->data(). Uiteraard is het $winkel object via de eigen ingebouwde preloader (Data Access Object) al geladen, waardoor de overhead gelijk blijft en het systeem prachtig object georienteerd wordt.

Vanuit de werkende demo kun je op deze manier eenvoudig een versie maken, zoals die er idealiter op de tekentafel zou uit komen te zien.

Van prototyping naar DesignInDemo

Nu ook Virtual Private Servers (VPS) vergelijken op ISPGids.com

Het is amper een week geleden dat ik schreef dat er op ISPGids.com ook colocatie, dedicated en VPS pakketten vergeleken moeten kunnen worden, zoals dat tot dan toe ook al mogelijk is voor webhosting. Ik ben er daarom eens goed voor gaan zitten en vanaf vandaag is het dan zover. ISPGids.com heeft een nieuwe VPS-module waar ISP’s hun VPS pakketten in kunnen vermelden. Op dit moment is het overzicht van de VPS-pakketten nog niet live, omdat deze nog goed moet worden doorgetest én er eerst door verschillende aanbieders een paar pakketten moeten zijn toegevoegd om de module dan met een knal écht live te laten gaan.

Onder de motorkap van de VPS-module zit een basis product module, waarmee het mogelijk is om ook andere pakket vergelijkers te maken, zoals backup, colocatie, dedicated, ssl certificaten, streaming, etc. Al zit er nog wel het nodige werk aan het bouwen van een nieuwe module, om wille van flexibiliteit maar ook om de module zelf niet te complex te maken. De feitelijke bouw van de module koste me ongeveer één werkdag, al kost het bedenken van alle ins en outs van de module zelf wel wat meer tijd, maar ik heb het hier over de kale bouw.

Los van het feit dat ik het nog steeds erg leuk vind om zelf uitdagende projecten te programmeeren, past het natuurlijk niet in mijn “outsource alles” strategie. Alleen in dit geval weet ik zo goed als zeker dat het zelf programmeren van de module mij minder tijd kost, dan enkel het uitschrijven van het concept. En dat is dus nog los van de tijd van het aanbesteden van het werk op eLance, het aansturen van de programmeur en het implementeren en finetunen van de module in ISPGids.com.

Om dus echt tijd winst te halen moet ik echt alles uitbesteden aan een derde partij, dus niet alleen de feitelijke bouw maar ook het concept. Zouden buitenlandse outsourcing/offshore partners daar geschikt voor zijn of moet ik dan toch kijken naar Nederlandse partners?

Colocatie, Dedicated en VPS vergelijken op ISPGids.com?

De webhosting vergelijker op ISPGids.com heeft een vliegende start gemaakt met ondertussen al weer 330 verschillende webhostingpakketten van 66 verschillende webhosters. Alleen is het de ISPGids.com en niet de webhostinggids.com zoals één van de ISPGids.com Premium Abonnees opmerkte en daar had deze abonnee zeker een punt. Dus zou er ook de mogelijkheid moeten komen om andere ISP producten zoals colocatie, dedicated, VPS, etc vergeleken moeten kunnen worden.

Dit moet dan maar worden uitgevoerd. Daarvoor moet dus een plan de campagne worden gemaakt, want om colocatie even als uitgangspunt te nemen, een lijstje als hoeveel hoogte eenheden, de locatie van de server, de hoeveelheid dataverkeer en de prijs volstaat (tegenwoordig) echt niet!

Wat is er naast de zuivere product eigenschappen, als U’s, datacentrum, netwerk, hoeveelheid stroom, dataverkeer, APC-poort, etc. Ook zaken als de helpdesk, contractstermijn, wijze van betaling, incident response time, uptime garanties, SLA spelen een belangrijke rol. Een goed overzicht geeft inzicht en moet zoveel mogelijk voorkomen dat er appels met peren worden vergeleken, al is er altijd een verschil.

Bij een relatief straight-forward product als colocatie ligt het verschil juist snel op de loer, omdat het colocatie product vaak wordt afgenomen door grotere partijen spelen de inhoud van verschillende SLA’s een grote rol en zodoende maakt het vergelijken van dergelijke producten (op prijs en inhoud) erg lastig.

Ook speelt er nog een issue, namelijk dat er enige overlap zal zijn tussen de webhosting module en andere modules. Ik heb er bewust voor gekozen om daar bij de bouw van de webhosting module geen rekening mee te houden, omdat de bouw ansich al een lastig genoeg was. Echter wil ik nu toch gaan kijken of een bepaalde mate van integratie toch mogelijk is. Dat maakt de uitdaging weer een stukje groter.

Ik moet er eens goed voor gaan zitten.

De limieten van het geheugen

Vorige week heb ik van maandag tot en met vrijdag van 9:00 uur ‘s ochtends tot 19:30 uur ‘s avonds lectures bijgewoond tijdens de ENISA FORTH-ICS Summer School on Network Information Security. Uiteraard is het de bedoeling dat ik nu ook één of enkele artikelen schrijf over de summer school, die natuurlijk weer interessant voor de lezers op ISPam.nl moeten zijn.

Echter merk ik nu dat ik tegen de grenzen van mijn geheugen aanloop gezien ik vrijwel geen aantekeningen heb gemaakt, wat normaliter ook niet noodzakelijk is, maar zo’n ~25 lectures allemaal onthouden is toch iets te veel van het goede, nog problematischer is het dat de lectures daadwerkelijk lectures waren en vaak niet echt een “vernieuwende” boodschap hadden, maar meer waren bedoeld om de participanten aan de summer school een brede update te geven over een veelvoud aan NIS gerelateerde onderwerpen.

Ik zit nu dan ook sterk te twijfelen wat ik moet gaan schrijven en wat ik uit al het materiaal zal gaan halen om zo toch nog een goed verslag te schrijven.

Tijdverschil in Heraklion (Kreta)

Deze week zit ik in Heraklion op het Griekse eiland Kreta. Ondanks dat gaat de nieuwsverzorging op ISPam.nl gewoon door en zo ook vandaag. Zojuist surfde ik naar ISPam.nl en zag ik de nieuwe berichten van vandaag nog niet staan die ik klaar had gezet. Er moest iets fout zijn gegaan, want de berichten moesten er kort na 8 uur uit gaan. Na enkele minuten werd het probleem duidelijk: tijdverschil, het is op dit moment pas 7:30 uur in Nederland. Mysterie solved!

Referenties, die ontbreken nog op ISPGids.com

Op ISPGids.com kunnen klanten naar harte lust hun ervaringen met ISP’s delen. Echter realiseer ik me zojuist dat er één belangrijke tegenhanger van ervaringen ontbreekt, namelijk de referenties. Het is door de tijd heen al een enorm aantal keer als suggestie aangedragen, zelfs bij de bouw van de nieuwe ISPGids.com speelde ik met het idee om referenties toe te voegen. Echter vervloog de gedachte net zo snel als die gekomen was. Dus om het niet meer te vergeten dat er referenties op ISPGids.com moeten kunnen worden toegevoegd schrijf ik het idee nu op. Bij deze!

Nu ook bedrijfsfoto’s op ISPGids.com

De laatste tijd heb ik nog al wat geschreven over Cloud Computing en ook specifiek over Amazon Web Services. Gezien ik ook de smaak van het programmeren weer te pakken heb gekregen heb ik nu met behulp van Amazon Simple Storage Service (S3) een nieuwe foto module voor ISPGids.com ontwikked. Foto’s worden eerst geupload naar de server waar ISPGids.com op draait en daar naar verschillende formaten omgezet. Een cronjob die elke 15 minuten draait (gemiddeld dus na 7,5 minuut) upload de geuploade foto in de verschillende formaten naar Amazon S3 en vanaf dat moment wordt de bewuste foto geserveerd vanaf Amazon.

Het serveren vanaf Amazon S3 gaat vrijwel volledig transparant, want via een (DNS) CNAME wordt aws.ispgids.com naar aws.ispgids.com.s3.amazonaws.com omgeleid. Alleen wanneer ISPGids.com via SSL wordt geraadpleegd worden de foto’s via het Amazon adres opgehaald, omdat anders het gebruikte SSL-certifcaat niet geldig is, maar dat is zuiver te wijden aan de werking van SSL en doet niks af aan Amazon S3.

De bedrijfsfoto’s op ISPGids.com zijn op dit moment experimenteel en voor alle ISP’s te gebruiken, zowel ISPGids.com Basis als ISPGids.com Premium Abonnees. Wat er later mee gaat gebeuren weet ik nog niet, mogelijk krijgen enkel ISPGids.com Premium Abonnees toegang tot de module, maar misschien krijgen de Basis abonnees ook een beperkte functionaliteit. Dat is nog iets om even over na te gaan denken.

Wel zijn de foto’s een goede manier voor ISP’s om te laten zien dat ze waar maken wat ze in hun vermelding zetten. Heb je 500 servers, dan kun je daarvan prima een foto plaatsen. Heb je 10 medewerkers? Dan kun je prima een foto van je team plaatsen en ga zo maar door. En er zullen vast wel ISP’s zijn die nog creatievere dingen weten te bedenken en hopelijk mij op hun beurt zullen inspireren om de functionaliteit van de foto module en ISPGids.com in het algemeen weer verder uit te breiden.

Een nieuwe website binnen 24 uur

Persistentie is leuk (zo persistent als onkruid!) maar projecten met een lange doorlooptijd heb ik een broertje dood aan. De website van xCAT.nl Publishing was daarom ook al weer ruim twee jaar nauwelijks vernieuwd en was nodig aan een herdesign toe. Echter door andere projecten kwam het er niet van. Het grootste struikelblok was niet zo zeer het design, daar kun je een Indiaan voor inhuren. Echter de vraag wat er op moet komen en hoe dat verteld en uitgebeeld moet worden, daar zat de bottleneck.

Gisteravond rond 22:30 uur ben ik begonnen met een nieuw design.

• Stap 1: Installatie van het Smarty Template Engine;
• Stap 2: .htaccess en index.php bestand die de juiste template selecteert;
• Stap 3: Het vinden van een mooie CSS layout op Dynamic Drive;
• Stap 4: Pagina’s van de nieuwe website bepalen en als template aanmaken;
• Stap 5: Invulling voor de pagina’s schrijven;
• Stap 6: Plaatjes als illustratie bij Stockxpert uitzoeken en kopen;
• Stap 7: Installatie van het ADOdb database abstractie layer;
• Stap 8: Speciaal script gemaakt voor het overzicht van publicaties;
• Stap 9: Vanaf het middaguur met andere zaken bezig zijn;
• Stap 10: Nieuwe website xCAT.nl Publishing online (22:29 uur).

HTTP-POST ervaringen notificatie op ISPGids.com

Een feature die veel ISP’s en webhosters erg waarderen is het feit dat ze zodra er een nieuwe ervaring op ISPGids.com is achtergelaten daar een e-mail van krijgen. Als het een (onterecht) negatieve ervaring is volgt er dan weleens een oppositie verzoek, waardoor de ervaring snel niet meer toegankelijk is en zonodig na controle door mij definitief wordt verwijderd.

Aan het notificatie systeem heb ik nu een nieuwe mogelijkheid toegevoegd. Het is vanaf nu voor ISP’s mogelijk om melding van nieuwe ervaringen ook per HTTP-POST request te krijgen. De ISPGids.com server geeft bij die call als parameters (velden) mee: id, bedrijfsnaam, naam, email, website, referentie en score.

Er is daarbij nog iets nieuws, namelijk de referentie, dit is niet het zelfde als het referentienummer van de ervaring, dat is in dit geval het id, de referentie kan door de ISP zelf worden opgegeven als deze een klant doorstuurt naar ISPGids.com, door als parameter de ‘r’ te gebruiken, bijvoorbeeld: www.ispgids.com/deelervaring/domein123-nl/?r=12345. De referentie wordt met de ervaring opgeslagen in de database, waardoor de ISP zijn klant makkelijker kan herkennen door de zelfopgegeven referentie.

Door de combinatie van referentie en HTTP-POST request sluit ISPGids.com nu naadloos aan op websites van ISP’s, doordat deze de ervaringen van via het systeem doorgestuurd klanten geautomatiseerd weer kunnen inlezen.

Op dit moment is deze nieuwe feature nog experimenteel en binnenkort ga ik beslissen of deze algemeen beschikbaar blijft of alleen voor ISPGids.com Premium Abonnees.