Auteursarchief: Twan

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… 🤔

Link

The algorithm failed music

“Simply providing a soundtrack to your day might seem innocent enough, but it informs how Spotify’s algorithm works. Its goal isn’t to help you discover new music, its goal is simply to keep you listening for as long as possible.”

Steeds duidelijker wordt het: we worden bespeeld.