Categoriearchief: Blog

Dingen die ik dacht, zaken die ik zag.

Rijden de treinen?

Experts en critici vinden de keuze van NS voor het Amerikaanse DXC Technology onverstandig vanwege geopolitieke risico’s, afhankelijkheid en gemiste kansen voor Europese autonomie. DXC won op laagste prijs en niet op hoogste kwaliteit, wat niet veel goeds voorspelt voor de risico’s op uitval.

De NS claimt dat hosting en monitoring van systemen voor treinonderhoud en financiën geen ‘mission-critical’ systemen zijn, maar zou men niet beter de vraag stellen of het cruciale infrastructuur is? Ik denk dat we gezamenlijk kunnen vaststellen dat dat wel degelijk het geval is. Denk aan de recente IT-storingen: uitval ‘verderop in de keten’ (personeelsplanning) legde alles plat, wat afhankelijkheden aantoont.

Dus, tja.. rijden de treinen?

Hanenpoten

Vanochtend las ik op Elja Daae’s blog haar bericht over die keer dat ze geen aantekeningen maakte bij een lezing. En dat alle ideeën die ze op dat moment had later in lucht bleken te zijn opgegaan. Ze wilde die ideeën gebruiken voor haar blog, en voor presentaties die ze in de toekomst nog ging houden, maar ook gewoon als aantekening voor zichzelf. Normaliter pakte ze daar haar telefoon voor, maar daar had ze nu geen zin in gehad. En later bleken de ideeën vervlogen. (Dat was niet het punt van haar verhaal trouwens, lees het hier: Vervlogen ideeën.)

Dat deed me denken aan een experiment dat ik laatst deed, wat lijkt op die situatie: ik had een gesprek en schreef niets op. (En oké, daar wijk ik al wat af van wat Elja doet: ik typ nooit bij gesprekken die ik voer of waarbij ik aanwezig ben; ik schrijf, gebruik pen en papier.) Een dag later ging ik in alle rust aan het bureau in mijn werkkamer zitten en schreef ik op wat ik me nog van dat gesprek herinnerde. En dat was in principe alles, kwam ik tot mijn verbazing achter. Compleet met ideeën die ik tijdens het gesprek had en die weer opkwamen toen ik nadacht over wat er allemaal gezegd was, plus nieuwe ideeën.

Ik kan het beamen: je onthoudt informatie écht beter als je met de hand schrijft en dat blijkt te maken te hebben met het feit dat schrijven verschillende handbewegingen vereist om letters te vormen. Alleen, helemáál niets opschrijven en vanaf nu maar vertrouwen op mijn geheugen lijkt toch ook niet zo’n goed idee te zijn, ook al ging het in dit geval goed. Dat had vooral te maken met dat de omstandigheden in dit geval redelijk ideaal waren voor het onthouden. En dat is vaak niet zo. Het geheugen is feilbaar en of ik me zo’n gesprek later nog goed en correct kan herinneren is van veel zaken afhankelijk. Dus ik hou pen en papier toch maar bij de hand.

Waarom ik geen ActivityPub gebruik op mijn site

Even dacht ik het gevonden te hebben: ik ga mijn berichten op dit blog delen met de Fediverse! Ik installeer de ActivityPub plugin en dan worden mijn berichten gedeeld op Mastodon, zodra ik hier iets plaats. Top. Alleen… als ik geen reacties toesta, hoe werkt dat dan? En moet ik dus reacties aanzetten om dit te laten werken?

Daar ben ik dus even ingedoken en wat blijkt? Het is problematisch in beide richtingen: als ik hier, nadat ik de integratie aanzet, reacties toesta, dan kan men dus met een toot op Mastodon reageren op mijn gefedereerde bericht en dan verschijnt dat hier als een reactie. So far, so good. Maar als men de reactie vervolgens wil verwijderen, dan geldt die verwijdering alleen voor de toot op mastodon, niet voor de reactie hier op mijn blog en die blijft hier dus gewoon staan!

Maar, nu andersom: ik zet de reactiemogelijkheid op mijn blog uit en maak tóch gebruik van de plugin om mijn berichten hier te delen met de Fediverse. Allemaal leuk en wel, maar dan zie ik de reacties daar dus niet, aangezien ik zelf geen apart Mastodon account heb. Tja.

We zijn er dus nog niet helemaal. Of ik ben gewoon eigenwijs, dat kan ook. 🤔

Cloudflare en Perplexity

Een bericht uit augustus van dit jaar: ‘Cloudflare: Perplexity AI-bots bezoeken stiekem websites zonder toestemming.’ Kort en goed: volgens Cloudflare gebruiken de crawlers van Perplexity stealth-technieken door zich eerst te identificeren als officiële PerplexityBots, maar als ze worden geblokkeerd, veranderen ze van identiteit door zich voor te doen als gewone browsers, zoals Chrome op macOS, en wisselen ze IP-adressen. Dit zou betekenen dat Perplexity actief beperkingen omzeilt die bedoeld zijn om ongewenst crawlerverkeer te blokkeren.

Storing vandaag

Vandaag heb ik al verscheidene keren een melding gekregen dat challenges.cloudflare.com (een adres dat gebruikt wordt door Cloudflare voor zogenaamde Challenge Pages: tussenliggende pagina’s die Cloudflare toont aan bezoekers van een website om te verifiëren of het om een legitieme menselijke bezoeker gaat en niet om een geautomatiseerd script of bot) ‘gedeblokkeerd’ moest worden om Perplexity te kunnen laden. Hetzelfde gebeurde overigens bij ChatGPT. Blijkbaar betrof het een storing, waarover Tweakers inmiddels meldt: ‘Cloudflare zegt dat storing na drie uur is opgelost.’

Perplexity maakt dus zelf ook gebruik van de diensten van Cloudflare. Met name voor het verbeteren van de beveiliging en prestaties van hun eigen systemen en website. Cloudflare levert infrastructuurtechnologie zoals CDN, firewall en DDoS-bescherming die Perplexity dan gebruikt om hun platform veiliger en sneller te maken.

Brainstormen

Ik vroeg Perplexity om eens de rol van journalist aan te nemen en te brainstormen over mogelijke connecties tussen de twee gebeurtenissen: de controverse over de beschuldiging van Cloudflare aan het adres van Perplexity en de storing bij Cloudflare van vandaag. Dit was het antwoord:

Als journalist die zou brainstormen over mogelijke connecties tussen de storing van vandaag en de Cloudflare-Perplexity controverse, zouden enkele ideeën kunnen zijn:

- Mogelijke vergelding of intensivering: Als de relatie tussen Cloudflare en Perplexity gespannen is en Cloudflare maatregelen neemt om het crawlerverkeer van Perplexity te blokkeren, zou een storing theoretisch kunnen voortkomen uit complexe configuraties of beveiligingsmaatregelen die verkeerd uitpakken. Dit zou bijvoorbeeld kunnen leiden tot onbedoelde uitval of fouten in de diensten waar Perplexity of andere klanten gebruik van maken. - Overbelasting door crawler-activiteit: Perplexity zou met miljoenen requests per dag, zoals gemeld, een aanzienlijke belasting kunnen veroorzaken op delen van het Cloudflare-netwerk. Als er technische problemen zijn, zou dat kunnen bijdragen aan verstoringen, vooral als een incident samenviel met piekbelasting of fouten in de infrastructuur. - Interne technische fout zonder directe connectie: De storing kan ook puur toevallig zijn en voortkomen uit een technische fout binnen Cloudflare zelf, los van de controverse. Grote netwerken lopen risico op incidenten door bugs, menselijke fouten of hardwareproblemen. - Mogelijke PR- en perceptie-effecten: Door de lopende publicitaire en juridische strijd tussen beide partijen kunnen geruchten en speculaties al snel ontstaan, ook zonder feitelijke onderbouwing. Dat kan de publieke aandacht en mediaberichtgeving beïnvloeden.

Deze ideeën zijn puur hypothetisch. Er zijn geen harde feiten die een verband aantonen tussen de storing en de controverse, en het blijft belangrijk om storingen strikt op technische gronden te beoordelen tenzij er concreet bewijs is. Als journalist zou het waardevol zijn om bronnen nauwlettend te volgen en te controleren op updates rondom het incident en de lopende conflicten.

Ik ben dan wel geen journalist, maar ik denk dat ik de berichtgeving voorlopig toch wel blijf volgen… 🤔