Sono praticamente 36 ore che non posto e lo so che siete in astinenza, ma avevo https://octospacc.altervista.org/2024/03/26/pwtorturaaaa/ di risolvere quel #problema con le #PWA una volta per tutte. E ora, nonostante un’altra frazione di sanità mentale sottrattami dagli spiritelli del silicio, dolori perché sto seduta per ore alla scrivania e tutta storta, e sonno perché ieri sera ho perso un sacco di tempo a debuggare un errore stupidissimo rimanendo sveglia fino alle 2 per poi arrendermi perché stavo veramente morendo, quantomeno ce l’ho fatta… 🤯️
Cercando con estrema #disperazione ieri mattina, mi accorgo di una cosa documentata alla bene e meglio, trovando prima una menzione su MDN ad un permesso webRequestFilterResponse.serviceWorkerScript, che servirebbe a regola per permettere alle #estensioni di intercettare i caricamenti dei Service Worker, e poi un thread bugzilla (#1636629) che pare abbia portato proprio all’introduzione di questa separazione di permessi. Ho scaricato il #codice dimostrativo per il bug, l’ho un attimo sistemato per tenere conto di questa misura di sicurezza poi introdotta e, certo abbastanza, il coso riusciva a fare quello che io volevo dall’inizio, senza ricorrere a bruttissime e fragilissime #hack (che a questo punto io nemmeno divulgo visto che non ho dovuto implementarle, per non sporcarmi la reputazione come developer, che già è molto bassa visto che prediligo il #webdev). 🔮️
A questo punto era quasi solo questione di rifiniture, un po’ creare il popup per le impostazioni della mia #estensione (che però mi ha richiesto diverse ore di design e implementazione fatti in contemporanea, perché volevo farle bene, non buttarci dentro bottoni a cazzo per il gusto di), e un po’ capire come #programmare il worker che gestisce #cache e richieste di rete #offline. Solo che qui ho sclerato perché… inizialmente con il codice preso da Chrome for Developers non andava, e pensavo fosse un problema mio, ma invece sembra proprio colpa loro, le loro demo non vanno proprio in #Firefox (ma non ho testato nemmeno in Chromium)… quindi ho provato quello offerto da MDN, ma anche qui nada, solo che ormai stavo crollando e quindi vado a mimir… stamattina vedo meglio e quest’ultima implementazione in effetti scopro che funziona, ma a me non andava perché, nel modo in cui iniettavo il #ServiceWorker trasformandolo da oggetto a stringa, una variabile che referenziavo non era accessibile nel contesto di esecuzione effettivo dello script, e quindi l’accesso alla cache falliva, ma io non me ne sono accorta subito perché già gli strumenti di #debugging del #browser sono mezzi scassati per questi casi speciali, ma io poi avevo pure un try-catch di mezzo che quindi sopprimeva gli errori alzati dall’interprete… la #pazzia. 😫️ 😩️
C’è un #casino di mezzo con la pubblicazione di #addon per #Mozilla, quindi praticamente ora il mio è in revisione, ma se tutto va bene dovrebbe prossimamente apparire sulla pagina https://addons.mozilla.org/en-US/firefox/addon/offline-caching/; in ogni caso, chi volesse usarlo da subito (come me sul telefono in primis) può scaricare da qui il file firmato da installare a mano. Edit: un’oretta dopo, l’estensione è approvata! 💖️
Credo che fare quello che volevo fare riguardo le #PWA, a maggior ragione ora che mi sto informando un po’, è più complicato di quanto credevo… ecco perché ai tempi cercai vie apparentemente più impegnative. Il lavoro di ieri è comunque valido e meglio di nulla, ma ho paura che la mancanza del supporto offline si possa sentire, perché quel metodo non la aggiunge magicamente, e riuscire a farlo appunto non è una passeggiata. 😤️
Per poter “funzionare #offline”, un sito web deve registrare un Service Worker che risponde ad un particolare evento restituendo risorse precedentemente cachate. Sarebbe abbastanza semplice, se non fosse che, per una scomodissima combinazione di requisiti di sicurezza e mancanza di #API nei browser, non c’è letteralmente alcun modo pratico di registrare uno di ‘sti cosi tramite estensioni, figurarsi userscript. Nello specifico, gli script per i ServiceWorker devono essere necessariamente serviti su protocollo https: (quindi niente blob: o data:, cosa che ci taglia via immediatamente gli inject con gli userscript, ma nemmeno file: o http:), per forza dallo stesso dominio della pagina (e quindi non si scappa ospitando per conto proprio solo quel file senza clonare il #sito), e come ho detto non ci sono API per iniettarne da #estensioni. 😨️
Ovviamente, andando per la strada di creare un’estensione, in pura teoria non servirebbe nemmeno preoccuparsi di usare questo metodo, perché a quel punto si potrebbe direttamente usare l’estensione per intercettare il traffico, salvandolo quando è nuovo, per poi servirlo da una cache quando non c’è Internet. Le API sembravano proprio adatte, quindi mi sono messa a fare varie prove, per poi scoprire che… non riesco in alcun modo a visualizzare il contenuto restituito per una pagina se non c’è #Internet: la schermata di errore del #browser prende precedenza, e nessuna delle cose che ho provato riesce a sovrastarla. E anche potenziali #workaround, come usare le API per modificare il contenuto della pagina di errore pur rimanendo sull’URL desiderato, col piffero che funzionano! (E no, sembra proprio che io non possa usare le richieste #web dell’estensione per servire una risposta fake ad un path da registrare come worker, l’evento viene triggerato ma il navigatore non si beve il risultato.) 😭️
In poche parole: ennesimo #rabbithole#JavaScript che mi sta completamente consumando, e anche molto velocemente, perché più trovo ostacoli alla mia #idea più cerco di andare veloce per superarli, ma più ne incontro sempre di nuovi e più il cervellino ammuffito deve elaborare, ma ci sono aspetti del #webdev che sarebbe meglio non elaborare proprio. A questo punto, tutte le strade che posso prendere per risolvere il #problema sono in ogni caso #hack: ne ho in mente qualcuna rimanendo con un’estensione, che comporterebbe comunque un dietro le quinte estremamente bizantino ma nessun particolare compromesso di sicurezza o usabilità… oppure, ben due soluzioni ancora peggiori (e in parte simili), che spero vivamente di non dover usare; sarebbe anche peggio. Comunque, che cavolo, questa piattaforma di #sviluppo è piena di risorse, una maniera prima o poi si troverà. ☠️
Kiedyś już szukałem ale nic z tego nie wyszło. Szukam znów i znów nie widzę nic w temacie. Słownik polsko angielski i vice versa offline działający pod linuxem. Jestli że coś takiego? #słownik#offline#pytanie#OFFLFIRSOCH
@ploum I am doing a few experiments to see how hard it would be to make a python client for gwit... I saw you were interested in a git backend for offpunk, so I thought perhaps you might find this useful: https://github.com/aittalam/gwit_tests
(at some point I should also write more decent code 😅 but I wanted to release stuff early and see if anyone wanted to play with it!)
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. ☠️
z kategorii "prawo do życia offline" - są jakieś przepisy regulujące zakupy biletów w zbiorkomie i informowania o ich cenie? Najczęściej korzystam z aplikacji - bo nie wiem ile kosztuje bilet a słyszę, że "trzeba mieć odliczone", albo nie korzystam w ogóle - bo nie dość, że słabo działa, to jeszcze "trzeba mieć odliczone i nikt nie wie ile bo kierowca sobie bierze do kieszeni i nie wydaje biletu, a żadnej aplikacji nie ma". 🤔
Vi presentiamo oggi un bel progetto open source 1, un’applicazione gratuita per Android. È un dizionario offline del quale abbiamo già parlato all’interno del nostro articolo sulle alternative a Google Traduttore. Grazie a QuickDic abbiamo a disposizione un intero dizionario con decine di lingue disponibili. Vediamo insieme come funziona!
La sorgente della maggior parte dei dizionari è Wiktionary. Non sappiamo se tutte siano prese da qui, ma la maggior parte di quelle che abbiamo controllato avevano come sorgente proprio Wiktionary. Breve spiegazione per chi non conosce il progetto Wiktionary: è un progetto collaborativo creato da Jimmy Wales (cofondatore di Wikipedia) e dalla comunità di Wikimedia. È un insieme di dizionari online, liberi e multilingue con significati, etimologie e pronunce.
Su QuickDic decine di dizionari offline
QuickDic ha avuto la brillante idea di unire più dizionari e di creare quindi una sorta di traduttore offline. Tramite l’applicazione potrete infatti scaricare un singolo dizionario oppure più dizionari insieme e associarli per avere anche le traduzioni. Attualmente per la lingua italiana sono disponibile molte traduzioni: inglese, francese, giapponese, greco, latino, lettone, olandese, polacco, russo, spagnolo, svedese, tedesco e ungherese. Il tutto rigorosamente offline, una volta scaricati i dizionari infatti non avrete più alcun bisogno della connessione internet!
Un’altra opzione che ci è piaciuta davvero molto, e non conosciuta da tutti, è quella presente all’interno dei browser. Se infatti utilizzate Firefox, Tor Browser e anche DuckDuckGo Browser (non sembra funzionare su Chrome), potrete controllare direttamente dal browser una parola che non conoscete. Vi basterà infatti selezionarla e tra le varie opzioni troverete anche QuickDic. Se la premete finirete immediatamente nel dizionario dove potrete scoprire il significato di quella parola ed eventualmente la sua traduzione.
Purtroppo quest’ultima opzione funziona solamente con le singole parole e non con intere frasi, dunque non può essere di certo sostituire Google Translate (per quello guardate le nostre alternative). Può però aiutarci molto se conosciamo già la lingua e abbiamo solo bisogno di avere maggiori delucidazioni su alcune parole.
Una delle alternative a QuickDic è un dizionario online che si chiama InstaLate che ha alcune funzioni interessanti. È naturalmente open source 2 ed è disponibile su F-Droid.
Questo tag @lealternative serve a inviare automaticamente questo post su Feddit e permettere a chiunque sul fediverso di commentarlo.
Just migrated my #offline#gnupg and #ssh key setup to a new #smartcard. This only took about 8 hours whereas when I last did this in 2015, it took much longer. I guess this is a sign of process! But these things are still too painful. At least now, the software just works right out of #Debian.
Currently de-googling my old Samsung J6 (as well as any other crap that it no longer needs) -
A week of good testing, and it works very successfully as my GPS timer/tracker
No SIM card
Fitotrack (installed from FDroid)
GPS only
and
The latest Open Street Maps (12/2023)
Mech. Tech geek post.
This little book is a gem. It has all sorts of info. Thread specs, joist spans, clamping force of fasteners. Gas laws & constants. All types of electric motor specs, airport codes, ice thickness weight capacity. Resister codes Mineral tables.
Yes all this stuff is online, but this is a book and requires no battery, nor internet.
It's under $15 usd #robust#tech#SHTF#offline
This morning is the first to use #neovim for my Bible Study notes. The only hiccup is that I tried to insert Psalms 28:7 into my notes and something went wrong; nothing is there. Great start, huh?
gatewaykeeping rule (lemmy.world)