web development – Associazione ROOT APS

Data Science o puro trolling? Il nuovo progetto per misurare chi piange di più al mondo

Lamberto Tedaldi — Fri, 03 Jul 2026 12:43:58 +0000

Esiste una domanda che tormenta l’umanità da quando il primo ominide ha scoperto che l’intelligenza artificiale non poteva cucinare le bacche per lui: chi è il più piagnucolone del mondo?

No, non sto parlando di un nuovo benchmark per le GPU o di un leak su un nuovo framework JavaScript. Sto parlando di un progetto web che punta a identificare, con presunta precisione scientifica, qual è il paese più ‘whiny’ della Terra. Sì, avete letto bene. Un nuovo sito è in arrivo con l’obiettivo di fornire una risposta definitiva al quesito su quale nazione passi più tempo a lamentarsi di tutto e di niente.

L’idea, per quanto sembri uscita da un thread di Reddit dopo troppi caffè e troppa mancanza di sonno, è quella di raccogliere dati per stabilire una classifica globale di lamentele. E la cosa più onesta di tutto questo è il disclaimer ufficiale: l’autore ammette che la risposta potrebbe non essere definitiva e, con un tocco di classe magistrale, dichiara che ha già intenzione di lamentarsi proprio perché il risultato non sarà perfetto.

Per noi che siamo abituati a analizzare dataset, log di sistema e pattern di traffico, l’idea di un progetto così inutile è quasi commovente. È quel tipo di ‘side project’ che non serve a risolvere il problema della fame nel mondo o a patchare una vulnerabilità zero-day, ma che è puramente puro, inutile, e magnificamente assurdo. È l’essenza del far girare codice solo per il gusto di farlo girare, senza che ci sia un business model o un’integrazione API dietro.

Certo, restiamo con i piedi per terra: parliamo di un progetto che probabilmente non cambierà la geopolitica (anche se i commenti sotto la classifica potrebbero scatenare una terza guerra mondiale digitale). Non è che domani il Ministero degli Esteri italiano debba preoccuparsi di un ranking di lamentele, ma l’ironia di usare la tecnologia per misurare la capacità di lamentarsi di un intero popolo è troppo bella per non essere celebrata.

Speriamo solo che il backend del sito regga l’urto quando i lagnosi di tutto il mondo decideranno di connettersi contemporaneamente per protestare contro il fatto che la loro nazione non sia in cima alla lista. In quel caso, l’unica soluzione sarà un reboot forzato di tutto il server.

Source: What Is the Whiniest Country in the World? A New Site Aims to Provide a Definitive Answer

Basta con i GET pesanti: arriva il metodo QUERY

Lamberto Tedaldi — Thu, 18 Jun 2026 13:13:16 +0000

Vi è mai capitato di trovarvi con un URL così lungo che sembra l’elenco della spesa di un gigante? Quando le query diventano complesse, con filtri, ordinamenti e parametri nidificati, la solita combo GET + query string inizia a mostrare il fianco. È un po’ come cercare di infilare un intero baule in una busta da lettere: si può fare, ma è un incubo di formattazione e limiti di lunghezza.

E se vi dicessi che il mondo HTTP sta per ricevere una rinfrescata che potrebbe risolvere questo dramma? Parlo del nuovo metodo HTTP QUERY.

L’idea non è quella di stravolgere le fondamenta del web, ma di aggiungere uno strumento chirurgico dove prima usavamo un maglio. A differenza del GET, che si affida a quella maledetta stringa di caratteri dopo il punto interrogativo, il metodo QUERY permette di inviare le informazioni della query nel corpo della richiesta. Immaginate di poter inviare un set di istruzioni strutturate, quasi fosse un mini-payload, senza il rischio di far esplodere i limiti di caratteri dei server o dei proxy più pigri.

Perché dovrebbe interessarci? Per noi che amiamo l’efficienza, è una manna dal cielo. Immaginate di dover interrogare un database enorme con filtri incrociati: invece di una stringa URL illeggibile e fragile, avrete una struttura pulita. E la cosa più bella è che non è un ‘GET con corpo’ (che è un’area grigia e pericolosa per la compatibilità), ma un metodo dedicato, con una propria semantica.

Certo, non tutto è oro quello che luccica. Il passaggio a un nuovo metodo richiede che l’intero ecosistema — server, proxy, load balancer e browser — si allinei. Se i proxy intermedi decidessero di ignorare il metodo QUERY o, peggio, a malapena lo riconoscessero, avremmo un problema di interoperabilità non da poco.

Ma il potenziale è enorme. Possiamo parlare di interazioni più semantiche, di una gestione dei filtri complessi che assomiglia molto più a una vera chiamata API strutturata. È un passo verso un web meno ‘approssimativo’ e più ‘preciso’.

Insomma, mentre aspettiamo che il mondo sia pronto per questo cambio di paradigma, la notizia resta una boccata d’aria fresca per chiunque sia stanco di combattere con l’encoding dei caratteri speciali nelle URL. Il web sta imparando a parlare con più sfumature, e noi non vediamo l’ora di usare questo nuovo vocabolario.

Source: RFC 10008: The new HTTP Query Method

Meno JavaScript, più sostanza: come tornare al passato ha salvato il futuro (e il fatturato)

Lamberto Tedaldi — Wed, 10 Jun 2026 19:13:04 +0000

Smettete di inseguire l’ultimo framework JavaScript uscito ieri su npm solo perché ha un logo figo e una community che urla su Twitter.

Avete presente quella sensazione di quando provate a far girare un gioco tripla A su un vecchio PC con soli 4GB di RAM e tutto quello che riuscite a vedere sono spinner di caricamento infiniti? Ecco, il web moderno sta diventando esattamente così. Un manicomio di pesi inutili, stati globali che sembrano una ragnatela di spaghetti e dipendenze che pesano più di un vecchio monitor CRT.

Recentemente è emersa una storia che mi ha fatto battere il cuore da vero smanettone. Un developer, chiamato dall’autore dell’articolo, si è trovato a gestire un cliente (una utility) con un problema enorme: un’app React pesantissima, costruita da contractor che probabilmente avevano decisamente troppa caffeina in corpo, che era stata buttata via dopo soli tre giorni. Perché? Perché era un disastro. Caricamento lento, impossibile da usare con connessioni scarse e l’idea geniale di salvare i caricamenti delle immagini nel localStorage. Sì, avete letto bene: un limite di 5MB per gestire file multimediali. Un suicidio digitale.

Cosa ha fatto il nostro eroe? Ha preso in mano Astro e ha puntato tutto sull’HTML-first. Niente magie moderne che rompono tutto se la connessione salta. Solo HTML solido, con un pizzico di JavaScript (web components) che interviene solo per migliorare l’esperienza, senza però renderla impossibile se non parte.

La cosa che mi ha colpito di più è il focus sull’accessibilità e l’inclusività. C’è un aneddoto pazzesco su una ragazza che usa una vecchia PSP per navigare sui siti governativi mentre aspetta nei centri d’assistenza. Se il sito è scritto bene in HTML semplice, lei riesce a fare quello che deve. Se il sito richiede 20MB di JavaScript per renderizzare un modulo, lei è fuori. E non è solo una questione di etica, è che il risultato è stato un raddoppio degli utenti in una notte. Gli utenti non erano ‘nuovi’, erano semplicemente quelli che prima venivano scartati dal sistema perché il sito era troppo pesante per il loro telefono economico o la loro rete 3G.

Per noi che amiamo smontare le cose, questo è un promemoria fondamentale: la vera ingegneria non è aggiungere strati di complessità, ma saper costruire qualcosa che funzioni anche quando tutto il resto fallisce. È come progettare una macchina CNC che non si blocca se c’è un micro-sbalzo di tensione. Il web deve essere robusto, come il vecchio codice C o i nostri amati emulatori.

Quindi, la prossima volta che sentite l’hype per il nuovo framework che promette velocità interstellari, chiedetevi: «Ma se tolgo JavaScript, il mio sito sopravvive o muore istantaneamente?». Se la risposta è la seconda, forse è il caso di rimettersi a studiare le basi dell’HTML. Perché, come abbiamo visto, la semplicità non è solo elegante, è una strategia di business imbattibile.

Source: Building an HTML-first site doubled our users overnight

Il tuo SSD ti sta tradendo: il nuovo side-channel per spiare i browser

Lamberto Tedaldi — Wed, 27 May 2026 23:13:12 +0000

Immaginate di stare tranquilli nella vostra workstation, con un terminale aperto, un progetto su Blender che renderizza in background e magari un vecchio emulator di Commodore 64 che gira in un angolo. Vi sentite al sicuro, protetti dai vostri script e dai vostri firewall. E invece, mentre state solo navigando su un sito qualunque per cercare un driver o un modello 3D, il vostro disco rigido sta sussurrando i vostri segreti al mondo intero.

La notizia, che arriva dritta da Ars Technica, è una di quelle che ti fa venire voglia di buttare tutto nel tritacarte (o, meglio, di riciclarlo con la vostra macchina in PLA). È stato scoperto che i siti web possono monitorare l’attività del tuo SSD usando semplice, purissimo, e terribilmente inquietante JavaScript. Sì, avete letto bene. Non serve un malware che installi un rootkit profondo nel kernel; basta un pezzetto di codice che gira nel browser per misurare i micro-ritardi nelle operazioni di lettura e scrittura del disco.

Il meccanismo è un classico attacco side-channel. Poiché il browser condivide risorse con il sistema operativo, le operazioni intense sul disco creano dei pattern di latenza rilevabili. Analizzando questi picchi di attività, un malintenzionato può creare un’impronta digitale (fingerprinting) quasi unica del tuo sistema. È un metodo di tracking che bypassa gran parte dei classici blocchi basati sui cookie, perché non sta guardando *cosa* stai facendo, ma *come* il tuo hardware sta reagendo.

Dal punto di vista di chi ama smanettare con l’hardware, la cosa è tecnicamente affascinante ma eticamente da brividi. È la dimostrazione definitiva che l’astrazione che ci permette di far girare codice web sicuro è un’illusione. Il confine tra il sandbox del browser e l’hardware fisico è molto più poroso di quanto vorremmo ammettere. Se un semplice script può leggere l’andamento delle prestazioni del tuo SSD, cosa impedisce di inferire pattern di utilizzo di altre risorse?

Cosa significa per noi, che viviamo tra script Python, automazioni CNC e server domestici? Significa che la superficie di attacco si è spostata su un livello che non controlliamo quasi mai direttamente. Non puoi ‘patchare’ la fisica della latenza del disco. La soluzione non è solo un altro plugin per Chrome (che tanto spesso è solo un altro modo per raccogliere dati), ma una revisione profonda di come i browser gestiscono l’accesso alle metriche di performance del sistema.

In un mondo dove il corporate-speak ci vende la ‘privacy totale’ mentre le big tech erigono muri di sorveglianza sempre più sottili, l’unica risposta sensata è continuare a capire come funzionano le cose sotto il cofano. Restate curiosi, restate paranoid e, se potete, isolate i processi critici. Il vostro SSD non è un testimone fedele, è un informatore non pagato.

Source: Websites have a new way to spy on visitors: analyzing their SSD activity

Tag HTML: perché la semantica non è solo un lusso per accademici

Lamberto Tedaldi — Sat, 23 May 2026 19:13:02 +0000

Quanto spesso vi è capitato di guardare un pezzo di codice HTML, magari un maledetto legacy scrap di un progetto iniziato tre anni fa, e sentirvi come davanti a un ammasso di spaghetti senza fine?

Siamo onesti: la maggior parte di noi, quando deve tirare su una pagina veloce per mostrare il nuovo prototipo di una CNC o un log di un esperimento con l’IA, usa i `

` come se fossero dei mattoncini LEGO universali. Un `

` dentro un altro `

`, e via così andando, finché non ti ritrovi con una struttura che ha la stessa chiarezza semantica di un manuale di istruzioni scritto in aramaico antico.

Però, c’è un piccolo gioiellino che ha attirato l’attenzione su Hacker News: un approfondimento intitolato «On The

». Se non avete mai usato il tag `

` (la Description List), non preoccupatevi, non siete soli. Molti lo ignorano o lo considerano una reliquia del web degli anni ’90, ma la verità è che la semantica che non sai di aver bisogno è proprio lì, pronta a salvarti la vita.

Il punto non è solo estetico o per far felici i puristi del W3C. Quando usiamo tag appropriati come `

` e `

`, stiamo dando un senso strutturale ai dati. Non è solo ‘testo formattato’, è ‘questa è una definizione’, ‘questo è un valore’, ‘questo è un attributo’. Per noi che mastichiamo dati, che scriviamo script per estrarre info da file di configurazione o che modelliamo oggetti in Blender, la precisione è tutto. Se il codice è semantico, è più facile da parsare, più accessibile e, soprattutto, molto più leggibile quando devi tornare a riaprire quel file dopo sei mesi di sbadatate sessioni di gaming su Godot.

Certo, non aspettatevi che questo cambi il mondo della tecnologia deep-tech o che sblocchi nuove funzionalità nelle vostre macchine per il riciclo della plastica. Ma c’è un valore intrinseco nel fare le cose bene fin dall’inizio. Evitare l’overuse dei `

` è un atto di rispetto verso il proprio ‘io futuro’ che dovrà debuggare quel codice alle tre di notte.

In un’era in cui l’hype per l’IA rischia di farci dimenticare le fondamenta del web, tornare a curare la semantica è un modo per dire: ‘Ehi, la struttura conta ancora’. Quindi, la prossima volta che dovete elencare le specifiche tecniche del vostro nuovo hardware custom, provate a usare una lista di descrizione. Il vostro parser (e la vostra salute mentale) vi ringrazieranno.

Source: On The

(2021)

Ehi, GPT, stammi a sentire: l’era del web per i crawler è finita?

Lamberto Tedaldi — Fri, 22 May 2026 15:13:29 +0000

Smettete di spammare prompt inutili e concentratevi su questa: abbiamo finalmente iniziato a scrivere manuali di istruzioni per i crawler che ci stanno mangiando il web.

Se avete passato le ultime ore a cercare di capire se il vostro script di scraping sta andando in allucinazione o se è solo un bug del server, saprete che il web sta diventando un posto caotico. Tra bot che tentano di indicizzare tutto e LLM che si nutrono di ogni singolo byte disponibile, la distinzione tra «contenuto per umani» e «pappa per machine learning» è diventata sottile come un filo di rame su una PCB mal progettata.

Ecco la notizia: il team di Anna’s Archive, uno di quei progetti che amiamo perché fanno la cosa giusta (ovvero: rendere l’informazione accessibile senza troppi fronzoli corporate), ha deciso di smetterla di sperare nella fortuna. Hanno implementato un file «llms.txt». In pratica, è un file strutturato che dice chiaramente ai modelli linguistici: «Ehi, se sei un LLM e stai leggendo questo, ecco cosa devi sapere, ecco i dati importanti e non andare a sprecare i tuoi token su robe inutili».

Per noi che amiamo smanettare, questo è un approccio estremamente pulito. È come quando state scrivendo un README per un progetto su GitHub o configurando un file di config per una macchina CNC: non volete che il sistema legga tutto il rumore di fondo, volete che trovi subito i parametri critici. È un modo per dare una gerarchia all’informazione, rendendo il web un po’ meno un ammasso di junk e un po’ più un database strutturato.

Certo, c’è da essere cinici. Da una parte, è una genialata di ingegneria sociale e tecnica per proteggere i dati e ottimizzare l’indicizzazione. Dall’altra, è il segno tangibile che stiamo costruendo un web ‘dual-layer’, dove una parte è pensata per i nostri occhi e l’altra è un flusso di dati puramente computazionale. Sebbene io ami l’idea di un web aperto e selvaggio, non posso fare a meno di apprezzare la pulizia di questo approccio. Niente fuffa, niente marketing inutile, solo dati pronti per essere processati.

Cosa significa per noi maker e sviluppatori? Significa che il modo in cui documentiamo le nostre creazioni — che sia un nuovo plugin per Blender o uno script Python per gestire un plotter — sta cambiando. Il futuro non è solo scrivere per altri umani, ma assicurarci che l’IA che useremo domani sappia esattamente come interpretare il nostro lavoro senza inventarsi allucinazioni creative.

In breve: meno rumore, più segnale. Se questo è l’inizio di un nuovo standard, spero che i grandi vendor imparino qualcosa da questa semplicità. Menos hype, più protocolli chiari. Sarebbe bello, no?

Source: If you’re an LLM, please read this

Addio Tailwind: Perché tornare alle radici del CSS non è un passo indietro

Lamberto Tedaldi — Sun, 17 May 2026 03:13:56 +0000

Avete mai avuto la sensazione che, nel tentativo di semplificarci la vita, stiamo solo costruendo prigioni di codice sempre più complesse? È quello che ho provato leggendo l’ultimo resoconto di un developer che ha deciso di fare tabula rasa e dire addio a Tailwind per tornare al CSS puro.

Per anni siamo stati seduti comodamente sul divano dei framework utility-first, convinti che scrivere classi infinite come ‘flex items-center justify-between p-4’ fosse il futuro della produttività. E lo era, finché non ci siamo ritrovati con HTML che sembra un incastro di Tetris impazzito e una dipendenza totale da strumenti esterni che, se non gestiti bene, appesantiscono tutto.

L’articolo in questione racconta una storia che molti di noi potrebbero riconoscere: il passaggio dal caos delle classi astratte alla pulizia di un CSS ben strutturato. L’autore non sta solo parlando di estetica, ma di controllo. Tornare al CSS nativo significa riappropriarsi della potenza di strumenti che sono lì da decenni ma che spesso dimentichiamo quanto siano evoluti. Parliamo di variabili CSS, di Grid, di Flexbox che ormai è diventato uno standard indistruttibile, e di una gestione del layout che non richiede di installare mezza n-vitale di pacchetti npm solo per centrare un div.

C’è qualcosa di profondamente soddisfacente nel vedere un file CSS pulito, dove ogni regola ha un senso logico e dove le classi hanno nomi che descrivono cosa *è* un elemento, non solo come *appare*. Non è nostalgia, è ingegnerazione. Usare le moderne capacità del browser significa meno carico per l’utente, meno dipendenze da monitorare e, soprattutto, una comprensione reale di ciò che stiamo scrivendo.

Certo, non dico che Tailwind sia il male assoluto; per prototipazione rapida è imbattibile. Ma quando il progetto cresce e le classi iniziano a occupare più spazio del contenuto stesso, il peso cognitivo diventa insostenibile. La vera sfida oggi non è usare l’ultimo tool alla moda, ma saper usare al meglio ciò che il browser ci offre nativamente.

In un mondo dove tutto punta all’astrazione estrema, forse il vero atto di ribellione — e di intelligenza — è saper tornare alle fondamenta, sfruttando la potenza bruta e pulita del CSS moderno. È un ritorno alla maestria, dove il controllo totale sul codice non è un lusso, ma una necessità per chiunque voglia scrivere software che duri nel tempo senza soccombere all’entropia dei framework.

Source: Moving away from Tailwind, and learning to structure my CSS

Addio UTM: Un atto di guerra (molto necessario) contro il tracking selvaggio

Lamberto Tedaldi — Sun, 10 May 2026 07:13:07 +0000

Se vi capita di navigare tra i vari meandri del web, avrete notato che ogni link che cliccate sembra aver subito un processo di estensione genetica non richiesto. Vi sbarcano davanti URL che sembrano stringhe di codice di un malware, pieni di quel maledetto ?utm_source=… o ?ref=… che servono solo a un unico scopo: tracciare ogni singolo vostro respiro digitale.

Beh, ecco che qualcuno ha deciso di dire «basta». Chris Morgan, un dev che evidentemente ha raggiunto il limite di sopportazione, ha implementato un ban totale delle query string non autorizzate sul suo sito. Niente più parametri sporchi, niente più tracciamenti inseriti da terzi senza permesso. Se provi a urlare i tuoi parametri di marketing verso il suo server, il suo Caddyfile ti risponde con un secco rifiuto.

La logica è quasi poetica nella sua semplicità: «Se volevo sapere da dove venivi, avrei guardato l’header Referer; se non c’è, è perché c’è un motivo». Una verità scomoda per tutti quei giganti del marketing che vivono di micro-dati rubati. Morgan non si è limitato a lamentarsi su un forum, ha scritto la regola direttamente nella configurazione del server. Ha persino rinunciato ai vecchi trucchi di cache-busting (tipo quel ?t=… che usavamo tutti per forzare l’aggiornamento degli stylesheet) pur di mantenere il suo ambiente pulito e privo di junk.

Personalmente, trovo questa mossa estremamente ‘badass’. Noi che passiamo le giornate a smanettare con script, automazioni e hardware, abbiamo un rapporto viscerale con la pulizia del codice e dei dati. Non c’è niente di più irritante di un sistema che introduce variabili non dichiarate o che sporca l’input con metadata inutili. È come se qualcuno decidesse di saldare un modulo Bluetooth non richiesto sul tuo controller custom solo perché «potrebbe esserti utile per il tracking». No, non lo voglio, non l’ho chiesto e non voglio che inquini il mio progetto.

Certo, dal punto di vista del web marketing tradizionale, questo è un suicidio. Ma dal punto di vista della sovranità digitale e della dignità tecnica, è un piccolo atto di resistenza. Non è una soluzione scalabile per l’intero internet (purtroppo), ma è un segnale potente. La prossima volta che vedete un URL che sembra un intero database, ricordatevi che c’è qualcuno che sta combattendo per riportare l’ordine, un parametro alla volta. E onestamente? Lo sottoscrivo con tutto il cuore.

Source: I’ve banned query strings

Reddit e la dittatura dell’App: benvenuti nell’era del recinto digitale

Lamberto Tedaldi — Tue, 05 May 2026 19:13:53 +0000

Smettetela di credere che internet sia ancora quel posto libero dove puoi navigare con un browser leggero senza dover installare un intero ecosistema sul tuo smartphone.

Recentemente, è emersa una notizia che fa bollire il sangue a chiunque ami il controllo sul proprio hardware: Reddit sta iniziando a bloccare attivamente l’accesso al suo sito mobile per spingere tutti, senza eccezioni, verso l’uso della loro app ufficiale. Non è un errore di rendering, non è un bug temporaneo dovuto a un aggiornamento mal riuscito del server; è una scelta deliberata, un muro invisibile costruito per dire: «O entri nel mio recinto, o non entri affatto».

Per noi che siamo abituati a smontare tutto, dalla vecchia radio del nonno ai nuovi modelli di AI, questo approccio è l’esatto opposto della filosofia maker. È puro, cristallino vendor lock-in. L’obiettivo è semplice: più dati, più tracking, più controllo sulla tua attenzione e, ovviamente, più modo per infilarci pubblicità che non puoi evitare con un semplice adblocker da browser. L’app è una scatola nera. Non sai cosa succede sotto il cofano, non puoi limitare i permessi senza rompere la funzionalità e, soprattutto, non sei tu a decidere come fruire dei contenuti.

Cosa significa per noi che passiamo le notti a compilare codice o a limare pezzi su una CNC? Significa che lo spazio digitale si sta chiudendo. Se un tempo potevi usare un browser leggero, magari su un vecchio tablet recuperato o su una macchina custom, ora ti viene imposto un software pesante, che consuma batteria e che vuole la tua posizione, i tuoi contatti e pure l’anima.

Questa è la classica mossa da ‘corporate-speak’ che mascherano da ‘miglioramento dell’esperienza utente’. Spoiler: non è un miglioramento. È una restrizione della libertà. Se siamo capaci di costruire macchine per riciclare la plastica o di sviluppare motori grafici in Godot partendo da zero, dovremmo essere i primi a indignarci quando le piattaforme che usiamo per restare aggiornati decidono di diventare dei prigioni digitali.

La prossima volta che vedete un messaggio di errore che vi nega l’accesso, non pensate sia colpa della vostra connessione. È il web che sta diventando un insieme di giardini recintati, dove l’unico modo per entrare è accettare le condizioni di un contratto che non abbiamo mai letto e che non possiamo rifiutare. Restiamo svegli, smanettiamo e, dove possibile, cerchiamo sempre una via di fuga dal sistema chiuso.

Source: Why Reddit blocked my daily visit to its mobile website

Anubis vs. Bot Army: Wesnoth si difende con il Proof-of-Work

Lamberto Tedaldi — Tue, 07 Apr 2026 04:04:38 +0000

Ti è mai capitato di voler scaricare una mod per Wesnoth e trovarti di fronte a un muro di codice JavaScript che ti chiede di dimostrare che non sei un bot? Bene, ora è ufficiale: anche i giochi open-source si devono difendere dagli scraper famelici.

Il team di Wesnoth ha implementato Anubis, un sistema Proof-of-Work ispirato a Hashcash, per rallentare i bot che cercano di succhiare dati dal loro server. In pratica, se arrivi con un headless browser o un crawler aggressivo, ti tocca risolvere un problema di calcolo prima di poter accedere al sito. Per gli umani, dovrebbe essere trasparente (a meno che non usi estensioni come JShelter, in quel caso sei fritto).

Per noi che amiamo smanettare con il codice, questa è una notizia interessante. Anubis è un esempio pratico di come il Proof-of-Work possa essere usato per altri scopi oltre al mining di criptovalute. Certo, non è perfetto: qualche utente legittimo potrebbe avere problemi, e se sei un maker che usa browser modificati, preparati a qualche grattacapo.

Ma la domanda vera è: quanto è efficace? Gli scraper troveranno un modo per aggirarlo (come sempre), ma nel frattempo Wesnoth guadagna tempo per lavorare su soluzioni più sofisticate, come il fingerprinting dei browser. Insomma, è una soluzione temporanea, ma meglio di niente.

Se sei un appassionato di Wesnoth, probabilmente avrai già notato il cambiamento. Se invece sei uno sviluppatore, potrebbe valere la pena dare un’occhiata al codice di Anubis per vedere come funziona sotto il cofano. E se sei un bot? Beh, speriamo che ti tocchi un bel po’ di lavoro inutile prima di poter rubare i dati.

In conclusione, è una mossa che dimostra quanto sia importante proteggere i progetti open-source dagli abusi. E se anche tu hai un sito che soffre di scraper, forse vale la pena dare un’occhiata ad Anubis. Intanto, buon divertimento con le tue campagne su Wesnoth, e ricordati di disabilitare JShelter se vuoi giocare senza problemi!

Source: Battle for Wesnoth: open-source, turn-based strategy game