Go down down down

Zojuist kwam ik om 7:00 uur mijn bed uit, op zich had ik wel nog blijven liggen, maar gezien ik nog maar één artikel voor ISPam.nl had klaar staan, moest ik er wel uit om toch nog voor 9:00 uur (uiterlijk 11:00 uur) drie artikelen te hebben gepubliceerd. Niet zo zeer dat ik zelf ergens naar toe moet, maar puur voor het feit dat voor veel mensen de dag begint met een bakkie koffie en ISPam.nl, dan moet je er als een goede redacteur de content bij ISPam.nl op de mat ligt.

Toen ik echter naar mijn e-mail keek viel mij daarbij één mailtje op dat was binnengekomen om 2:56 uur vannacht met als onderwerp “xcat.nl is DOWN”, op zich is dat meestal niet zo’n heel groot probleem, echter ontbrak de e-mail die daar meestal kort achteraan volgt met ‘xcat.nl is UP’. Dus ik proberen in te loggen op mijn server, timeout. Dan maar pingen, geen response en nog eens geen response. Het Reasonnet netwerk was niks mee aan de hand, dus het moest wel aan mijn server liggen. Daarna even een support ticket aangemaakt en binnen 20 minuten kreeg ik de sms waar ik op wachte “xcat.nl is UP”. Alles lijkt op het moment van schrijven weer naar behoren te werken!

Downtime is zeer vervelend, zeker als je niet weet hoe het (precies) komt. Aan de andere kant is er licht aan het einde van de tunnel. Ik heb gisteren bij PCextreme (waar mijn server ook staat) een premium hostingpakket besteld, waar ik ISPam.nl, ISPx.nl en dit weblog op ga draaien om dit soort incidenten te voorkomen. Daarom was mijn eerste reactie zojuist ook “had dit niet even een paar dagen later kunnen gebeuren”. Of en wanneer mijn andere websites ook zullen volgen weet ik nog niet, op dit moment heb ik alles in PHP4 geschreven en of alle websites met PHP5 compatible zijn weet ik (nog) niet, dus daarom gaan eerst de weblogs die op wordpress draaien over!

Tags op ISPam.nl (2)

Enkele dagen geleden schreef ik over Tags op ISPam.nl en dat ik de simpele tagging software met een kleine hack verbeterd had. Ik ben nu redelijk op stoom (kunstmatige intelligentie achtige dingen is een passie van me), dus ik zat te denken hoe je het related content principe nog verder kunt verbeteren zuiver op basis van de tags.

Soorten tags
De tags zelf hebben ook een bepaalde betekenis. Je hebt namen, begrippen, zelfstandige naamwoorden, container begrippen, persoonsnamen, landen, plaatsen, functies, etc. Nu is aan de hand van welke betekenis(sen) een bepaalde tag heeft of kan hebben, veelal een stuk relevantie af te leiden, zeker als het om meerdere matches/hits gaat.

Tags wegen
De tags kun je ook wegen, als bijvoorbeeld een tag heel weinig voorkomt en deze matcht op artikelen dan is de kans groter dat deze twee bij elkaar horen, dan wanneer een bepaalde tag aan elk artikel is toegevoegd. Verder kun je ook tags ook manueel een bepaalde weging meegeven.

Tags clusteren
Veelal staan tags niet op zichzelf en hebben tags onderling ook een bepaalde relevantie, zo heb je bijvoorbeeld TLD, ccTLD, gTLD, sTLD  en domeinnaam. Of SIDN, EURid, DNS.BE en DENIC. Aan de hand van clusters kun je dus ook weer afleiden of er een verdere relevantie is, buiten het matchen zelf kun je op basis van de matches in een cluster de match weer nauwkeuriger berekenen.

Er zijn naast deze drie mogelijkheden die ik bedacht heb nog veel meer mogelijkheden. Het mooiste vind ik persoonlijk matches die zonder menselijke aanwijzing kunnen worden gemaakt. Het simpelste is dan weging op basis van hoe vaak een bepaalde tag voorkomt. Misschien hebben jullie nog ideeen hoe je op basis van tags verdere relevantie in artikelen kan ontdekken?

Benchmark vs Keurmerk

De laatste jaren schieten keurmerken als paddestoelen uit de grond, zelf heb ik ook een gedragscode, keurmerk in de markt en ben ik met de lancering van een ander keurmerk bezig. In principe zijn keurmerken goed, want ze maken kwaliteit inzichtelijk.

Echter zijn er een aantal punten die mij minder goed aan keurmerken bevallen. Allereerst zet een keurmerk de standaard, dus je -moet- aan bepaalde criteria voldoen om je er voor te kwalificeren. Als keurmerk beheerder zul je dus ergens de lat moeten leggen, echter wil je ook niet (te veel) bedrijven uitsluiten door die lat hoog te hoog te leggen. Daarnaast zullen bedrijven zich dus ook moeten (willen) conformeren aan de eisen die gesteld zijn in de criteria bij het keurmerk. Niet alle bedrijven willen dat.

Dit leidt tot de volgende punten:

• De criteria worden verzwakt doordat je dat lat niet te hoog wilt leggen
• Hoe goed bedrijven zijn die niet aan alle criteria voldoen (om welke reden dan ook), maar wel willen mee doen, kunnen niet over de meetlat worden gelegd.
• Bedrijven die aan zwaardere criteria voldoen identificeren zich in mindere mate met het keurmerk
• Niet alle bedrijven vinden de criteria even terecht

Ik denk dat het daarom beter zou zijn als er naast keurmerken ook benchmarks komen voor bedrijven, zodat inzichtelijk kan worden gemaakt in hoeverre een bedrijf aan bepaalde criteria kan voldoen en dat weer uitgesplitst op verschillende punten. Sommige keurmerken doen dat al, maar dan resulteert dat meestal dan toch nog in een “brons”, “zilver” of “goud” kwalificatie, wat op zich al beter is dan een enkel stempel.

Wat ik graag zou zien is een soort keurmerk dat per situatie toepasbaar is en waarmee naar het type klant kan worden beredeneerd of het product en/of bedrijf in kwestie bij die situatie past!

Sleutelen aan KralenStart.nl

Naast alle ISP gerelateerde websites ben ik ook de uitgever van KralenStart.nl en gerelateerde websites over alles met kralen en kralenwinkels. Wat betreft de inhoud ben ik niet verantwoordelijk (gelukkig niet), maar wat betreft de realisatie en techniek wél. Als (gidsen) uitgever moet je alles kunnen uitgeven, of het nou over ISP’s, kralenwinkels of uitgaansgelegenheden gaat, het maakt niet uit, uitgeven zul je het

Aan KralenStart.nl heb ik dus ook flink gesleuteld en zo heb ik een aantal lang gekoesterde wensen van mijn eindredactrische vervult. Zo hebben de pagina’s met kralenwinkels per plaats en kralenwinkels per provincie een facelift gehad. Ook heeft nu elke plaats met een kralenwinkel een eigen pagina gekregen en komt dat niet meer uit op een standaard zoekquery.

Zie bijvoorbeeld kralenwinkels in Alkmaar, kralenwinkels in Amsterdam, kralenwinkels in Delft, kralenwinkels in Haarlem, kralenwinkels in Rotterdam of kralenwinkels in Utrecht. De mooiste toevoeging daarbij is dat als er minder dan 5 kralenwinkels in een bepaalde plaats worden gevonden, het systeem automatisch andere kralenwinkels in omliggende plaatsen erbij zoekt, zodat de bezoeker toch een overzicht van 10 kralenwinkels krijgt in het gebied waar deze naar een kralenwinkel zoekt.

Verder heb ik de menustructuur van KralenStart.nl aangepast, zodat er nu een overzicht van kralenwinkels waar je naar toe kan gaan, kralenwinkels die via internet verkopen en een volledig overzicht gemaakt. Zodat een bezoeker weet wat voor een overzicht die bekijkt!

Tags op ISPam.nl

Op ISPx.nl heb ik al vanaf het begin de simple tagging plugin geinstalleerd, en dat taggen werkt een stuk lekkerder dan het hebben van categorieen, die ik op ISPam.nl tot nu toe zo’n beetje als tags heb ge/misbruikt. Zojuist heb ik op ISPam.nl, ook de bewuste plugin geinstalleerd.

Het taggen gaat heerlijk en wat betreft configuratie, op een klein bugje met een setting na, is het echt een geweldige plugin die heerlijk werkt. De plugin heeft ook de mogelijkheid op basis van de tags gerelateerd artikelen weer te geven. Dat werkt dus niet echt geweldig, door het feit dat de plugin wel zoekt naar andere artikelen met de zelfde tags, maar het aantal ‘hits’ op de onderlinge tags doet er totaal niet aan toe. Dus als je een artikel met ‘datacentrum’ als tag maakt, dan worden de laatste artikelen die ook de tag ‘datacentrum’ hebben weergegeven. Dat is dus niet echt nauwkeurig.

Zodoende ben ik dus de code van de plugin gaan bekijken (lang leve open source software) en tot mijn grote verbazing zag ik dat het heel simpel was om ook het aantal ‘hits’ op de overeenkomende tags te sorteren en met een simpele toevoeging kon ik ook het minimaal aantal ‘hits’ op de overeenkomende tags bepalen voordat een andere artikel als (mogelijk) relevant wordt weergegeven. De relevante artikelen die nu onder de artikelen op ISPam.nl worden weergegeven hebben dankzij deze simpele ingreep minimaal 2 tag ‘hits’ nodig, alvorens als relevant te worden aangemerkt.

Ik ga binnenkort de auteur van de plugin maar eens mailen met mijn bevindingen, wellicht is deze bereid om mijn aanpassingen te verwerken in de plugin, zo niet dan breng ik wellicht de aangepaste plugin (netjes onder de GPL licentie) opnieuw uit. Misschien voeg ik dan ook meteen nog meer wegingen toe, zoals datum gebaseerd en matching op categorieen. Heerlijk om weer lekker te kunnen knutselen met code

Oude loginsysteem ISPGids.com wordt op 1 augustus uitgeschakeld

Zoals ik al eerder aankondigde komt, of eigenlijk is er een nieuw loginsysteem voor ISPGids.com in gebruik genomen. Vandaag heb ik besloten dat het oude loginsysteem op 1 augustus 2007 zal worden uitgeschakeld. Ik was eerst van plan om gewoon in een klap over te gaan op het nieuwe systeem, maar dat is denk ik iets te abrupt en zo kunnen mensen als het hun komt een account aanmaken!

Wie nu inlogt op ISPGids.com zie bovenaan met rode koeienletters Let op! en daaronder uitleg dat er een nieuw loginsysteem is, waar men zich direct voor kan registreren en daarbij de melding dat het oude systeem per 1 augustus zal worden uitgeschakeld!

Er hebben sinds deze melding zo’n 8 ISP’s ingelogd, waarvan er 7 een ISPid.nl account hebben aangemaakt. Dat is een mooie score, al blijft het wel zo dat met ruim 600 ISP’s nog maar een fractie van de ISP’s een ISPid.nl account heeft aangemaakt. Na 1 augustus zal het dus mogelijk blijven om in te loggen met de “oude” login, waarna echter niet meer in wordt gelogt om de vermelding te beheren, maar zal worden verzocht te registreren.

Grappig is dat ik ook een drietal registraties op ISPid.nl zie die niet van ISP’s zijn die al vermeld zijn, dus die dachten waarschijnlijk daar hun vermelding op ISPGids.com te kunnen krijgen. Die krijgen zometeen e-mail van mij met een verzoek of ze een vermelding wensen

Door deze constructie wordt de autorisatie meteen overgedragen vanaf de oude naar de nieuwe loginsysteem. Wat een voordeel is gezien bij veel ISP’s de login door de browser wordt onthouden en ze anders mij moeten vragen om ze te autoriseren op hun nieuwe account!

Als laatste punt gaat het interessant worden of er geen catastrophale bugs in ISPid.nl zitten. Natuurlijk heb ik bij de ontwikkeling goed opgelet, heb ik de code en de gebruikte constructies gecontroleerd (en nog een keer), maar je weet maar nooit. Dus dat gaat ook even spannend worden. Daarnaast hoop ik ook op een vlekkeloze migratie, zonder stroom van vragen en klachten. Laten we hopen dat het allemaal zo goed uitpakt

Gedragscode.com: Geen (nieuwe) aspirant deelnemers meer

De Gedragscode.com heeft op dit moment maar liefst 169 deelnemers! Een geweldig resultaat natuurlijk, alleen jammer is dat een groot aantal van de deelnemers enkel de elektronische ondertekening doet en niet de papierenversie opstuurt vergezeld van een KvK uittreksel. De verhouding is denk ik op dit (gokje) moment 120 om 49 wat betreft volwaardig versus aspirant deelnemer. Nu heb ik hier niet zo’n probleem mee opzich, aan de andere kant vind ik dat dat aspirant maar eens afgelopen moet zijn. Als ISP’s deel willen worden moeten ze meteen maar de papieren insturen. Geen half-half meer.

Tot nu toe heb ik dus besloten om het te houden bij wat het is. Echter met het nieuwe loginsysteem waar ISPGids.com ondermeer gebruik van gaat maken, moet ook het loginsysteem voor Gedragscode.com op de schop. Dat is dan meteen een mooi moment om te stoppen met het aspirant/volwaardig systeem en enkel nieuwe volwaardige Gedragscode.com deelnemers toe te laten, die dus de gedragscode braaf opsturen!

Van uitstel komt afstel

De nieuwe datacentrumgids staat al letterlijk een paar maanden in de steigers, eigenlijk is die al vrijwel net zolang al vrijwel gereed, alleen hier tellen de laatste loodjes ook het zwaarst. Of te wel, het komt maar niet af. In principe zijn er twee struikelblokken, allereerst twijfel ik over het feit of de layout wel geschikt is, werkt met een paar tabs, al is dat niet heel erg spannend. Verder moet er ook nog een deftige zoekfunctie worden gebouwd. Het grootste struikelblok is echter de nieuwe ISP login, ISPid, waar nog een paar bugs in lijken te zitten die ik er niet uit weet te krijgen. Moraal van dit verhaal is dat van uitstel afstel komt. Door allemaal moeilijke fratsen, komt het er maar niet van. Binnenkort toch maar eens doorzetten en proberen om de nieuwe datacentrumgids dan toch te releasen!

Server weer over zijn nek

Van het weekend had ik nog de hoop uitgesproken dat de server, waar dit weblog dus ook op draait, nu stabiel zou draaien en dat er zich geen problemen meer zouden voordoen. Vanmiddag was ik eventjes een uurtje weg en in mijn mailbox zie ik ineens een bericht waarin met grote letters het woord ‘DOWN’ zie staan. Het was dus weer zo ver.

Eerst de server maar pingen, dat werkt. Dus inloggen met SSH, wat ook lukt met enige moeite al is alles wel extreem vertraagd, na een paar dingen geprobeerd te hebben krijg ik helemaal geen response meer van de shell en geef ik de moeite op en besluit ik een reboot aan te vragen. Enkele minuten later probeer ik toch nog eens in te loggen en verdomd, dat lukt en het gaat nog redelijk snel ook. Nadat ik ‘uptime’ had ingetypt zag ik de load ook enorm teruglopen. Dus ik snel de reboot request cancelen. Sindsdien draait het allemaal weer.

Wat ik nog wel had meegekregen was dat er een enorme hoeveelheid cronjobs (php scripts) waren blijven hangen. NU dacht ik dus dat ik nou juist dat had opgelost op een werkende manier. Niet dus. In iedergeval heb ik nu weer extra maatregelen genomen. De bewuste php scripts draaien voortaan met een nice tussen de 10 en 15 en daarnaast killen ze zichzelf zodra ze bij start merken dat de load van de server boven de 20 is. Hiermee hoop ik dat de problematiek tot het verleden tijd hoort, al zal het probleem waarschijnlijk blijven bestaan en nog onderzoek vergen, maar gezien de lage prioriteit die de processen hebben en het feit dat deze zich boven een bepaalde load zelf killen denk ik dat ik voorlopig in iedergeval geen server heb die zo goed als uit de lucht is, athans niet meer door dit probleem.

Belangrijke update voor ISPGids.com

Vaak kun je met een relatief eenvoudige wijziging grote dingen doen. Zojuist heb ik in nauwelijks 2 uur een belangrijke update voor ISPGids.com bedacht, al zat die wijziging wel al langer in mijn hoofd.

Wat er gaat gebeuren is het volgende, de “Webhosting mogelijkheden” die tot nu toe ongeveer een column van 1/3 van de pagina inneemt gaat eruit en daar komt “Infrastructuur” te staan. Daarmee komt ruimte vrij waarmee vanaf de plek waar infrastructuur stond, over 2 colommen verdeeld een groot veld beschikbaar komt waar de ISP een eigen verhaal in kwijt kan. Nu zegt een plaatje meer dan 1.000 woorden, dus hierbij de “oude” en “nieuwe” vermelding naast elkaar.

De update zal een dezer dagen van kracht worden, in de ISPGids.com Login kan het veld wel alvast door ISP’s worden ingevuld.