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.