L’ #informatica sta completamente esplodendo nell’ultima settimana… ciò è molto buffo, ma anche #preoccupante. E siamo appena a sabato mattina… c’è tutto il tempo per far andare storto anche qualcos’altro! Siamo messi veramente di cacca. 😬️
Prima è uscito fuori un #bug che colpisce tutte le CPU Apple Silicon, simile a cosa fu Spectre anni fa, quindi ovviamente #hardware, e chissà se sarà o meno patchabile via software in realtà in futuro (ma in tal caso, il vostro bel #computer con la mela girerà 3 volte peggio, soldi buttati). Fanno proprio schifo ‘sti #processori#moderni, tutti indistintamente, finiscono sempre per avere una caterva di #falle strane perché implementano #hack bruttissime a livello di progettazione per girare più veloci… dovremmo tornare onestamente al 6502. Il sito ufficiale è https://gofetch.fail, e #LowLevelLearning ha ovviamente parlato della cosa: https://youtube.com/watch?v=-D1gf3omRnw 🍎️
Poi una #falla di incremento dei privilegi a livello kernel in #Linux… è complicatissimo, ma un #ProofOfConceptè stato pubblicato qui (assieme al #writeup), e in pratica si può sfruttare un #problemino nello stack di rete per diventare #root… mi chiedo se si potrà magari utilizzare per rootare sistemi embedded ristretti (telefonini coff coff, ma non solo), anche se dice di colpire tra v5.14 e v6.6 quindi non ho molte speranze. Qui un #video se vi interessa comprendere il #glitch in modo umano: https://youtube.com/watch?v=ixn5OygxBY4 💣️
E infine, #notizia di ieri, cosa estremamente grave perché è stata fatta apposta, è stata inserita una #backdoor nella libreria di compressione #XZ. Lo ha scoperto un certo #AndresFreund, che non è un ricercatore di #sicurezza, ma era semplicemente diventato estremamente salty dopo aver visto che i suoi login ad SSH facevano schizzare alle stelle l’uso di risorse del sistema, oltre ad essere stranamente più lenti. Quindi ha scavato un po’, pensando ci fosse qualche #problema benigno, ma in realtà ha scoperto che qualche stronzo ha inserito #malware nel processo di build della libreria, nascondendolo tra le cose relative al testing. Mi sarebbe piaciuto navigare tra #issue e pull request per vedere l’utente che ha mandato ‘sta merda al progetto, ma GitHub come al solito si dimostra la piattaforma di condivisione di codice più stupida al mondo, e ha sospeso tutte le repo per “violazione dei Termini di Servizio”… razza di scimmie imbananate che non siete altro, ma credete davvero che i mantenitori di #Tukaani abbiano fatto entrare codice malevolo nelle loro repo consapevolmente? È ovvio che nessuno se n’è accorto, che bisogno c’è di punire chi non ha colpa allora? (Tra l’altro, il loro sito era ospitato lì, quindi ora manco quello è più online… almeno hanno un mirror Git, ma è solo source lì). Mi piacerebbe proprio tanto fare una chiacchierata con il vero colpevole, e di persona, sia ben chiaro, non dietro una tastiera dove questo si crederebbe ovviamente Dio… “eh ma io so fare gli exploit io so programmare meglio di te io io” sei un coglione, questo sei se fai queste cose, scommetto che non riusciresti nemmeno a parlare faccia a faccia. Persino io con le mie manie di protagonismo non mi sognerei mai di fare qualcosa per garantirmi una backdoor nei server #SSH di tutto il mondo, e che cazzo… 💀️
#Momento#pirateria ad altissima intensità: mi serviva il libro di analisi matematica del mio corso, ma non lo trovavo sull’Archivio di Anna™, e neanche sulla Genesi della #Libreria™, e neppure la Liberia Z™… Gli altri studenti del corso avevano passato il PDF, e un amico me lo ha inoltrato avendolo trovato prima, e, a questo punto, una volta ottenuto, la cosa giusta sarebbe stata di caricarlo sulle bellissime librerie suddette… ma ecco un #problema: era pieno da cima a fondo di evidenziazioni, ma soprattutto note personali, sia a tastiera che a mano libera. 💩
Non volendo caricare un #file sporco come praticamente unica copia del #libro reperibile dall’Internet #pubblico, e soprattutto non volendo inavvertitamente snitchare su chi ha inizialmente condiviso questa sua #copia personale (anche se un #mannaggia glielo dico, prossima volta mandate pure il #PDF bono per favore), dopo un po’ di #rogne sono effettivamente riuscita nel ripulirlo. 🔫
Ho caricato il documento su questo sito trovato a tentoni, per scaricare una copia alterata con la promessa di tutte le annotazioni rimosse automaticamente. 🌟
Ho comparato visivamente il PDF originale a questo nuovo usando quest’altro programma trovato a culo, e si, le cose del libro c’erano ancora tutte ma le note sono sparite. 🌋
Ho per sicurezza controllato, nel possibile, perché ho cercato qualche tool per analizzare strutturalmente i PDF ma fanno tutti schifo, che quei dati fossero effettivamente stati eliminati, e non solo nascosti… 🌊
Aprendo il #documento in Firefox, con l’Inspector vedo che i nodi HTML delle annotazioni generati dal visualizzatore sono vuoti per tutte le pagine per il file ripulito, mentre per l’originale giustamente le cose ci sono.
Con un hex editor però ho visto che le stringhe delle note scritte a tastiera risultavano ancora da qualche parte del file, cosa preoccupante, magari sono rimaste solo quelle ma magari è rimasto anche altro che io non posso cercare perché non è testo…
Inizialmente penso di usare la “stampa su PDF” di Firefox per creare una copia ri-renderizzata, ma ho visto che rompe i caratteri matematici nel testo selezionabile… non grave ma nemmeno ideale. Provo con Chromium, che invece dovrebbe fare meno conversioni interne, e infatti il risultato è pulito, e pesa anche molto meno. Era evidentemente compresso, quindi con l’ennesimo programma l’ho decompresso, per poi rifare i test del punto 3. 🪓
E finalmente ho poche #preoccupazioni, quindi ho caricato subito su libgen™, per la #goduria del popolo. 🐱👤
Colpo di #genio estremamente radicale per risolvere un annoso #problema: il creare una data #webapp, che non abbia bisogno di grande interattibilità (vedi un social network, o un CMS), senza dover mantenere 2 #codebase separate e quindi impazzire, facendola funzionare sia con un #server che totalmente senza… ossia, come unire in una sintesi circa accettabile i due maggiori paradigmi del #frontend? 🤔️
Quello antico, delle prime #piattaforme#web, dove il server genera tutto l’HTML e il browser lo visualizza com’è, spesso con (quasi) zero #JavaScript (vedi la Spacc BBS). 📦️
Quello moderno, dove nel #backend si espongono API (spesso JSON REST), e il fronte viene sviluppato a parte come app che gira totalmente lato #client, con il #browser che richiede pezzetti di dati e fa i suoi iperprocessamenti. 💱️
Ormai quello antico non si usa quasi mai per #progetti nuovi, perché gli svantaggi sono pesanti appena si vuole andare un po’ più in là: per tappare i buchi nel progetto medio si finirebbe a dover scrivere talmente tanto #codice#ClientSide, che a questo punto era meglio fare tutto nel secondo modo, senza menzionare i modelli e le #API da esporre nel server che altrimenti non si sarebbero implementati. Però, le webapp antiche girano bene anche sul computer tascabile meno performante (average Ximi), sui browser vecchi, e spesso sono le uniche che vanno quando tutto il resto ti lascia a piedi. D’altro canto però, anche se in teoria quella #app potrebbe funzionare #offline, magari mostrando dati cachabili, se è sviluppata in modo attaccato al server ecco allora che non si può fare nulla: muore il server, muore tutto. 💣️
Quindi la mia #idea paxxerella, dato che devo fare banalmente una #applicazione come frontend per un altro servizio già esistente, ma voglio i vantaggi appena millantati: sviluppare con i paradigmi #ServerSide in un framework JS adatto, che giri sia in Node che nel browser. A quanto pare, qualcuno ci ha pensato prima, e qualcosa di già fatto ho trovato (Express+FrontExpress, Koa+Koa-Client, Rill)… ma è tutta roba ormai abbandonata, che o non funziona (ho provato) o ha altre #rogne. Te pareva che trovavo mai qualcosa di buono già pronto… Però, in un quarto d’ora ho tirato su uno #script scheletrino, giusto per poter partire per questa via. ☠️
Ho realizzato che prima mi trovavo a voler lowkey #postare, al volissimo dal #3DS, una #schermata del #gioco che stavo usando in quel momento… ma come? 😵💫
Non esiste prendere il telefono per fare una #foto allo schermo, che o farei uscire tutta sfarfallata, o mi richiederebbe troppa sbatta. 🥴
Non esiste caricare l’immagine su un imagebin#web generico, per poi scaricarla e ricaricarla dove voglio da un computer più flessibile. 🤌
Certamente, non esiste salvare la #screenshot su SD tramite il Menu Rosalina per poi usare un altro computer per prelevare il file e ricaricarlo. 🥏
Quando non usavo attivamente alcun #social normale (a parte YouTube) pubblicavo su Miiverse; era integrato benissimo e non serviva nemmeno un account secondario. Poi morì… e ora ci sono si i server alternativi, ma sono buoni solo per shitpostare. 🪬
Dopo la morte del Miiverso, il pubblicare #schermate fu l’unico motivo per cui creai un #account Twitter come alternativa; funzionava ottimamente, ma dal 2020 circa hanno deprecato il frontend no-JS, e il servizio “#Condivisione di #Immagini#Nintendo3DS” (che era praticamente un proxy) è stato discontinuato. ⛏️
In realtà volevo pubblicare su Instagram dalla #console all’epoca, ma da quando Facebook lo acquisì, la #webapp è sempre stata fin troppo JavaScript-rich, nemmeno caricava sul browser #Nintendo. 💉
Suppongo che Facebook sia un’opzione, con la sua versione mbasic, che se va sui javafoni allora andrà anche sul 3DS, ma… è Facebook, lmao, ho detto tutto. 🗑️
Mastodon chiaramente non funziona, la #app usa JS troppo moderno (ammesso che il #sito d’istanza non fallisca a priori il caricamento, per via della cifratura HTTPS). Brutaldon in realtà dovrebbe andare, anni fa creai un post con quello, ma ricordo anche che poi il #server ha iniziato a dare problemi con la crittografia, e quindi se ancora non va dovrei ospitarmelo io. 🔐
Friendica ho un vago ricordo di averlo provato in passato, ma avendo constatato ci fossero #rogne, non ricordo quali. 📉
Pixelfed lì sopra funziona bene tanto quanto Instagram, ossia zero assoluto anche solo a navigare; figuriamoci voler #inviare. 📨
Mi garberebbe #pubblicare direttamente sul #MicroBlog#WordPress, e dovrebbe tecnicamente funzionare; tuttavia, qui su #Altervista non riesco a fare login, perché la schermata di accesso locale non carica reCAPTCHA (non disattivabile) e quella globale (aa.altervista.org) non carica per (presumo) problemi di crittografia. E #frontend alternativi HTML già pronti non ne trovo, quindi se volessi, dovrei fare io un proxy. 🚪
Praticamente l’unica cosa che funziona resta la #SpaccBBS: e in effetti ha senso, mesi fa spesi qualche ora anche solo ad accertarmi che il #forum fosse utilizzabile da sistemi antichi (qui un thread che creai proprio dal #new3DS). Ma dovrei finire quel fantomatico plugin per ActivityPub, però, per non cantarmela e suonarmela lì sopra… 🫠
Non lo avevo detto, ma poi quando ho visto con più calma dopo che mi arrivò lo #stick sostitutivo, ho scoperto che non va. #Testando col multimetro, mi accorgo che l’analogico in sè funziona, ma nella pratica è come se non facesse contatto nella #console, nonostante tutte le volte che ho provato a riposizionarlo. Probabilmente posso provare a saldarlo con dei fili sulla scheda madre, ma deve prima venirmi la voglia. Per ora sono quindi ancora senza levetta, e ho usato un plugin del #CFW (joysens) per far credere al sistema che lo stick sia in posizione centrale ed evitare falsi #input. ⛏️
Mi mancano fin troppi #pezzi della scocca, e un sacco di viti… potrei comprarne una sostitutiva, ma ci sono solo i cloni in giro, e 20 euro per una di quelle mi secca, specialmente considerando che il web dice che sono di scarsa qualità (non so quanto scarsa). 🧱️
Proprio ieri scopro che il #tasto L nemmeno funziona più. Un po’ ha funzionato qualche attimo, muovendolo forte nello spazio di alloggiamento sopra la #membrana, e poi ha smesso; mi sa che è morto del tutto. Che palle, che la stupida me di 2 mesi fa non ha pensato che forse anche la membrana di sinistra era ormai al suo limite, e non ha comprato una riserva per quella. Per fortuna non è un #problema urgente: ho trovato un altro #plugin (MacroFire) con cui rimappo la funzionalità di quel tasto ad un altro fisico (fisicamente funzionante ma personalmente inutile, quello per mutare al volo l’audio). 🤕️
Tra i giorni passati fino a ieri, ho fatto delle robine #sperimentali su #MBViewer, era questo che dovevo #scrivere… La prima è stata, più che altro perché mi serviva effettivamente da tempo una piccola #app in grado di fare questa cosa, implementare la lettura del formato di esportazione chat in #JSON di #Telegram. Infatti, le #conversazioni da lì possono essere esportate anche in JSON per usi di manipolazione dati futuri, oltre che HTML per consultazione immediata; però, appunto non c’è ufficialmente un modo per leggere una #chat esportata in quel #formato macchina, e la conversione in HTML statico dopo sarebbe facile ma bruttina: avere un lettore con un’interfaccia a bolle classica so già che può tornarmi utile, perché ho qualche dump non-HTML da parte. 📦️
A parte la #scocciatura per interpretare la struttura #dati del testo di Telegram e trasporla in #HTML corretto, non è stato complesso… eccetto che c’è un #problema. Il sistema funziona, ma il #programma tende a soffocare male con dump di troppi #messaggi. Dopo poche migliaia, già subentrano #rogne, con l’uso di RAM della scheda del #browser che arriva a più di 1 GB, e il caricamento, se riesce a finire senza che tutto crashi, è veramente lentissimo. Potrei in teoria risolvere la cosa, ma è veramente una #pazzia, dovrei portare ancora di più la codebase all’assurdo per fargli caricare elementi DOM a mano a mano da una struttura che di base è comunque un singolo file tutto in memoria, perché così è il formato… per ora lascio tutto così, purtroppo nessuno mi paga, quindi nessuno godrà al 100%. 😈️
Stamattina mi è venuto un colpo quando ho notato che il mio #FreshRSS non ha accumulato nessun nuovo elemento da ieri sera… cosa che ovviamente è sintomo di un problema, perché ho quasi 700 fonti #RSS, di cui alcuni che normalmente non stanno mai in silenzio. 😩️
Vado a vedere nei #log, ed è da ieri sera che a caso è iniziato uno spam di #errori “SQL error addEntry: HY000: 21 bad parameter or other API misuse while adding entry in feed 417 with title: […]”. Stranamente 1 #feed ha continuato ad aggiornarsi a quanto pare, ma la maggior parte no. Ovviamente, il file del #database in sé posso scommettere che non si è corrotto, perché è su archiviazione interna che si è altrimenti dimostrata affidabile, e sul mio sistema non sono successe cose pazze ultimamente… ma magari si è #corrotto mesi e mesi fa (possibile, perché mi dava problemini di altro tipo da tanto tempo), quando ancora non avevo il #server buono che ho ora, ma un Raspino che saltava ogni giorno. O magari semplicemente l’universo mi odia, sarebbe plausibile considerando il resto della mia vita. 🌋️
Ovviamente, ho cercato sul web, e nessuno ha mai avuto il mio stesso identico #problema. Fortunatamente, sembra che si sia tutto risolto creando un nuovo #file di database (copiando prima tutti i #dati dal vecchio, con sqlite3 old.sqlite ".dump { tutte le tabelle }" | sqlite3 new.sqlite); ha dato qualche errore riguardo una manciata di entry al momento della clonazione, ma intanto ora il mio #aggregatore funge senza #rogne. La mattinata è salva, posso risparmiarmi dal dover tirare un numero di imprecazioni al cielo pari al numero di sorgenti da importare su un nuovo profilo o #software. 😤️
Non sono passati nemmeno 10 giorni da quando avevo detto “aaa è improbabile che aggiornerò ancora #MBViewer, dovrei provare a far iniziare a funzionare il progetto definitivo #alternativo migliore…” 🥴️
Però poi mi sono resa conto che: magari del #progetto alternativo non è semplice progettare tutta l’interfaccia e il suo funzionamento (cosa che va fatta, essendo una cosa da #costruire da zero), ma certamente non si posso comunque granché se prima non preparo dei #componenti logici che so già che mi dovranno servire… e allora, tanto vale iniziare a lavorare per quelli, integrandoli nella #app che (per quanto #spaghetti) è già esistente e funzionante, e acchiappare un bel 2 in 1 (espandere quel #programmino, e nel mentre accumulare codice che mi servirà per quel molto altro più tardi). 📦️
La prima cosa un po’ intricata che serve è il supporto all’ingestione di dati da #piattaforme diverse, con #schemi diversi. L’idea è di avere un solo #schema di dati che la app usa per lavorare internamente, per evitare di avere spaghetti, ma questo vuol dire che bisogna fare qualche tipo di conversione. Ci sarebbero diversi approcci: 🔪️
Il più classico sarebbe quello di scrivere (come degli schiavi indiani) delle #procedure di codice per tradurre ogni tipo di entità #API dai #formati esterni a quello interno, e viceversa… il che non solo è una pazzia, e richiede un botto di #lavoro (va scritto un numero di #funzioni complesse pari alle piattaforme da supportare, moltiplicato per 2), ma finisce per dare #rogne: appena decidiamo che lo schema di API interno va modificato o allargato, ecco che bisogna modificare in ognuna di quelle parti, ed ecco che magari escono nuovi errori e problemi. Ehhh, no, non ci sto dentro. 😩️
La mia idea, invece, è di usare un #documento di #trasformazione, almeno per quando le task sono semplicemente selezione e riassegnazione di chiavi di #dati (per operazioni più complesse, il codice è più appropriato del #markup). Era questo che avevo già provato a fare mesi fa (e funzionava eh!), ma, riguardandolo ora, mi stavo rendendo conto che lo strano #formato JSON da me inventato ha dei #limiti abbastanza forti, tra cui penso sia un casino tremendo usare 1 solo documento di #traduzione per fare sia avanti che indietro. Quindi, ho iniziato a ripensarlo da capo, ma ho pensato abbastanza in fretta che, beh… #JSON non va bene per sta roba, lo si vede anche dal come devo mettermi a scrivere chiavi tipo “__robo__“; JSON abuse, doing I am. Però l’idea credo sia bona… 😋️
E allora, fortunatamente sono tornata sana giusto in tempo, prima di #impazzire ancora una volta dopo mesi con Jason; almeno, abbastanza sana per capire che è meglio impazzire con #XML, se proprio proprio, in questo caso. E, boh, ci ho perso 1 giornata e qualcosa (soprattutto l’altra sera in cui, mezza drogata di sonno, mezza cringiata per colpa della situazione, ho iniziato ad andare un pochino mentale), ma bene o male l’ho fatto funzionare un minimo. C’è stato di tutto in mezzo ovviamente; tra cui, il #godere per aver sistemato un #bug, eccetto scoprire poco dopo che, no, nulla era sistemato… e averci dovuto perdere un’altra mezza giornata. 📆️
https://octospacc.altervista.org/wp-content/uploads/2024/01/image-9-960x451.pngIn #screenshot, i documenti di trasformazione: a sinistra, quello XML nuovissimo, credo definitivo; al centro, quello JSON vecchio: a destra, quello JSON nuovo che ho sperimentato per pochi quarti d’ora. 💎️Questa è una di quelle cose capaci di stupirmi anche se fatte da me: la sola #idea di poter raggiungere il 90% di quello scopo intricato semplicemente #componendo un documento XML in maniera adeguata, e avere vita facile per ogni #modifica, la trovo #pazza in concetto. Comunque, ho dovuto (iniziare a) scrivere una mega-funzione totalmente #originale per questa cosa perché, come già avevo constatato mesi fa, ma riconfermato appunto ieri, tutte le #librerie in giro per fare trasformazioni di dati così sono troppo generiche, a quel punto usare quelle sarebbe anche peggio che fare tutto in #codice. E credo di aver cercato fin troppo in giro. E, ahimè, prima o poi soffrirò di nuovo, perché dovrò scrivere pure la #funzione di traduzione inversa! 😵💫️
Che centra con la #applicazione mezza kangata? In pratica, avendo integrato questo #sistema già da ora, MBViewer può visualizzare (alcuni) #feed#RSS, e (con qualche problema, per ora) #profili#Mastodon, il che non è male. È male, invece, il mio aver scoperto solo ora che su Firefox avviene un problema con il parsing dei feed RSS, che dovrò sistemare… ma su #Chromium funziona tutto. Oh well. Ohhh, it’s so well. I #glitch non finiscono mai, la tortura della #programmazione è eterna!!! 😭️