Your periodic reminder that a Content-Security-Policy that includes cdn.jsdelivr.net is not safe. Any GitHub repo can be loaded via that CDN, so if you find it on a test, prove the point.
So... I left Evernote months ago when they hiked their pro plan subscription (like 163% !) It was bloated, and their free plan was crippled; that + the company had been struggling for years to find a CEO who could bring some kind of vision back to the app. It all flopped and they were sold to Bending Spoons.
Over the ensuing months, I was fortunate to find a replacement! An Open Source, fully encrypted, Evernote killer. And what a note taking app it has become.
A major release (v3.0) was launched officially today. 8 months of non-stop development and testing by a two-man Dev team has really brought this app center stage. These guys are hands-on with listening to user feedback on their NN Discord server; when they find time to sleep beats me (the plight of the developer).
Read about this latest journey AND all of the great new features of v3.0 that are note-taking game changers, on their blog post:
You're going to hear more about Notesnook in the weeks and months to come and it won't be coming from me. It will be from a growing userbase that can't help but share the awesomeness that Notesnook brings to notetaking.
Un po’ meh il fatto che anche ieri non ho postato, sta andando tutto alla deriva, ma è che fino ad oggi pomeriggio non ero a casa, e quindi, non solo tra una cosa e l’altra il tempo è passato, ma poi non è successo niente di condivisibile. Però, visto che non avevo granché modo e/o voglia per i miei soliti passatempi pesanti, avendo con me solo il tablet come oggetto in più del solito, ho approfittato dei vari momenti morti per risolvere alcune di quelle più noiose e scoccianti piccole faccende per il mio sitarello #OctoSpaccHub:
Ho implementato anche finalmente lo script Service Worker per il #sito, in modo da permettere alle pagine di andare in cache offline, facendo quindi funzionare le app anche senza #Internet, che è un requisito senza il quale non potrei in tutta onestà considerarle veramente complete e meglio delle native… ma ora oh si, avoja. 🗡️
Cosa in parte correlata e in parte no, che in realtà però ho fatto una settimana fa (lol): il Worker viene registrato solo per il dominio principale (hub.octt.eu.org), mentre non per tutti gli altri (sono vari) da cui lo stesso sito è accessibile. Su quelli (esempio, qui) appare un avviso in cima ad ogni pagina che ricorda di spostarsi, e c’è un link, ma nessun redirect automatico, perché così gli altri domini possono fungere da costante backup, non si sa mai.
Ho aggiunto un (1) nuovo link alla barra scorribile in basso (quello della mia pagina Itch.io, perché forse ho in programma qualcosa di utile, ma questa sarà un’altra storia), che quindi è diventata talmente larga da scrollare anche sul mio desktop e sul tablet in orizzontale, e quindi ho potuto notare quanto è fastidioso il fatto che faccia di continuo avanti e indietro ogni mezzo secondo senza neanche un frame di pausa… per cui l’ho migliorata, facendo ad ogni cambio di direzione scattare un delay (che era già programmato, ma veniva prima usato solo come pausa al passaggio di mouse o dito). Ne ho anche approfittato e allargato il padding, perché su dispositivi touch era un po’ difficile trascinare per scorrere a mano. 💈️
Infine, non meno importante: non so perché, qualche neurone sarà scattato a caso per colpa dei raggi cosmici, ma ieri sera senza motivo mi è tornata in mente una delle musichette che fanno da sottofondo al menu di selezione di alcuni famicloni… e le voci mi hanno detto che ci starebbe benissimo su una pagina web che è praticamente un menu di selezione per le mie cose. Quindi, detto fatto, “Slum” di Mighty Final Fight è stata messa… (Ovviamente, di default è mutata, non ci sono saltispaventi.) ❤️🔥️
E qualcosa ho fatto anche per la #SalaMuseoGames, actually: oltre ad aver finalmente risolto https://octospacc.altervista.org/2024/04/26/doki-doki-pazzia-club/ (mancava poco e sarebbe diventata una saga), e aver aggiunto altri giochi, ho implementato un tasto per allargare gli embed senza andare a schermo intero, nascondendo la sidebar che si vede sui display larghi. Ma ci sono ancora tante e tante cose da sistemare lì sopra (soprattutto in termini di PWA), voi non avete proprio idea… ☠️
Poche ore fa ho scoperto per caso una #stregoneria, una cosa che proprio non immaginavo qualcuno avesse potuto portare alla piattaforma #HTML5, e insomma, non credevo ai miei occhi… poi ho visto che ci sono anche i sorgenti e tutto, e allora ho dovuto crederci per forza. Hanno portato ben 4 versioni di #Minecraft#JavaEdition al #browser. Precisamente, ben 2 release, 1 beta, e 1 alpha, a quanto pare. 😭️
https://octospacc.altervista.org/wp-content/uploads/2024/04/image-5.pngEsatto, non sto parlando tipo delle eventuali ricreazioni sia ufficiali che non di versioni come la classic, ma proprio di quella #Java del #gioco ricompilata con una strana VM verso JS+WASM. Talmente epica come cosa che ho dovuto subito metterla sulla #SalaMuseoGames, avevo immaginato per tanto tempo l’idea di riuscire a far girare queste versioni del gioco come #webapp per alcuni casi d’uso ma zero idee su come anche solo iniziare. Merda è infuocata. https://gamingshitposting.github.io/SalaMuseoGames/2024/04/19/minecraft-java-edition/ ❤️🔥️In tutta onestà, non è che giri granché, se sul mio fisso oscilla tra poche decine di FPS nonostante i dettagli tutti al minimo… e neanche a dirlo, ma sul (mio) telefono è inutilizzabile per quanto è lento, tralasciando il fatto che non ha controlli touch. (Ma vabbè, c’è Pojav lì.) Ma probabilmente è la release 1.8.8 (quella caricata sul mio sito) che è particolarmente pesante, le altre tre non le ho ancora provate e dovrei. Però è spacciato come gioco per Chromebook, e io vorrei davvero sapere come può mai girare in modo soddisfacente lì, allora… 👄️ (però comunque, un minimo giocabile lo è)
🌐 Ever wished you could share your localhost web app with the world? With #VisualStudio Dev Tunnels, now you can! Check out my latest video to see how:
Il #problemino (tra i tanti!) delle #webapp è che saranno anche facili da #archiviare o #clonare spesso, ma non per questo anche semplici… (o per caso non sono neppure facili e la mia #esperienza mi fa sottovalutare la cosa?) 😫
🅰️ Per quelle meno complesse, il metodo migliore è senza dubbio un bel wget -kp $URL, cioè scaricare la pagina #HTML con tutte le sue risorse collegate, e convertire i link da assoluti a relativi.
🅱️ Quel #metodo però non è a conoscenza di tutte le risorse caricate dinamicamente, cioè dichiarate in posti diversi dall’HTML. Per prendere anche quelle (ed è spesso necessario, tutte le app moderne caricano roba così), bisogna aprire la app nel #browser, e guardare le richieste di #rete che macina con il normale uso.
1️⃣ A questo punto, si può usare la funzione del browser per esportare le richieste in formato HAR, e poi tool come har-extractor o Har Extractor Online per ricavare i file effettivi da quel blob.
Ho notato però che Firefox in alcune situazioni genera #HAR corrotti (2 giochi fatti in Phaser avevo provato a scaricare, ed una volta estratti gli script tiravano errori; ho riprovato con Chromium, ed è andato tutto liscio), quindi a prescindere io userei l’altro#navigatore per questa cosa. 🥴
Poi, non ho ben capito se per via di come il file HAR in sé è generato, se come quegli #strumenti lo interpretano, o un misto delle cose, ma le risorse cross-domain (e credo anche caricate da iframe?) tendono a non venir estratte, quindi si deve andare poi a pescarle prelevando l’URL di ognuna a manina dai DevTools già aperti… 🤧
🆎 Si potrebbero usare primo e secondo metodo insieme in linea di principio (copiando i file del primo passaggio su quelli del secondo, sovrascrivendo gli esistenti), ma nella pratica è inutile… se c’erano link assoluti da convertire in relativi nell’HTML, con spaventosa probabilità questi sono presenti anche nel #JavaScript o chissà dove, per cui, dato che bisognerà comunque andare a mano a modificarli da qualche parte, 1 o 2 file in più non cambiano (spesso) nulla.
2️⃣ Se si è usato il secondo metodo, bisogna a questo punto effettivamente verificare che i link siano tutti corretti, le #risorse effettivamente scaricate, e la app funzionante indipendentemente dal dominio originale… il modo più efficiente che ho trovato è aprire già da subito un webserver locale sui file, navigarci nel browser, e controllare sia che tutto funzioni nel pratico, sia che tutte le #richieste di rete per risorse effettive (ossia, non contano chiamate di telemetria o simili) vadano al mio #server, anziché al dominio originale (attivando la colonna omonima della tabella nei #DevTools lo si vede a colpo d’occhio).
Quando ci sono richieste che falliscono o che vanno su altri server, bisogna capire da dove nel codice queste partono, e fare le opportune #modifiche per usare URL relativi. Quelle che partono dall’HTML o dal CSS (turns out, non molte, altrimenti avremmo usato direttamente wget) sono appunto una scemenza da sistemare… ma quando partono da #script, c’è poco da fare, con l’aiuto del debugger del browser (di nuovo, meglio Chromium, perché de-mininifica il JavaScript aggiungendo whitespace in automatico) si va a capire da che punto partono, e in base alla situazione si valuta che modifiche fare al #codice. Poi, si testa ancora, e ancora si applicano #fix, finché tutto non funziona. ♻️
In genere questo non è un problema, e anche per app più ostiche (come quella che ho ricaricato sulla #SalaMuseoGames ieri, Little Alchemy 2) si fa tutto in un quarto d’ora ben ristretto. Tuttavia, bisogna fare attenzione a quei programmi che caricano le risorse man mano che ne hanno bisogno e non tutto subito (in genere, maggior parte dei giochi, oppure parecchie #app React)… lì si può potenzialmente perdere un bel po’ di tempo, perché bisogna mettersi ad usare il #software raggiungendo idealmente il 100% del codice; cioè, cliccare tutti i bottoni, usare qualunque azione, giocare tutti i livelli… fino ad ora non ho mai incontrato #ostacoli, ma se succede, l’unica è navigare tra il codice già scaricato per vedere cos’è che manca (da qualche parte ci sono scritti i nomi delle risorse ancora da scaricare, per ovvi motivi). 🗡️
🔚 Aggiustamenti finali: in base alla situazione, vanno fatte altre modifiche al source per ovviare a #problemi banali ma frequenti. La maggior parte riguardano i domini, che in certi casi sono hardcodati, e quindi o ci sono iframe che comunicano con la Messaging API e gli va cambiato il dominio (come per il gioco di ieri), o c’è del DRM che ostacola il #rehosting (come il giochino dell’altro ieri) ecc… con #pazienza si risolve tutto.
E alla fine di tutto, una cosa che mi piace fare ma che non sarebbe obbligatoria, è disattivare tutte le componenti potenzialmente dannose dell’ #applicazione, ossia commentare via eventuali inclusioni e chiamate a sistemi di analitiche o pubblicità. 🚯
https://octospacc.altervista.org/wp-content/uploads/2024/03/image-19.pngPrima che scatti non solo un nuovo giorno ma addirittura il nuovo mese (!), mi sbrigo a scrivere prima che sia troppo tardi per postare il #memino (sarebbe una tragedia)… momento 🅱️uona #Pasqua quindi.Quindi, ora che ho la vostra attenzione: un po’ curioso che avvenga in questa giornata, ma mi era venuta una mezza voglia di far risorgere il sito della #SalaMuseoGames, che per cause di forze maggiori ormai era bello che stagnante. No, in realtà c’è un motivo… collegato alla mia nuovissima micro-fissazione di usare #webapp anche per i giochi su mobile, quando possibile, per tutto quel discorso di non sputtanarmi il telefono pure stavolta. In sostanza:
Sarebbe buona cosa impostare sulle pagine del sito, oltre ai #PWA manifest (relativi sia a tutto il #sito, che a singoli #videogiochi ospitati) che è un attimo implementare, anche il classico Service Worker di cache offline (ora che li ho compresi benissimo), così da rendere tutta l’operazione una roba ancora più godibile su #mobile. Possono essere anche fatti piccoli aggiustamenti, del tipo di: il gioco si apre già a tutto schermo quando installato come PWA (invece di far vedere tutte le cose solite della pagina web). 🤖️
Giravo un po’ su Appsco.pe per valutare giochini a casaccio, e mi sono accorta che si e no 1/5 di quelli che ho provato ad aprire erano link morti… ecco, per quanto il #web moderno come piattaforma di esecuzione software sia meraviglioso soprattutto per gli utenti, come #piattaformadi distribuzione è veramente fragilissima e, al contrario del classico giochino Windows o Android (o anche Flash…), che (di norma) sai che se ti scarichi il file ce l’hai per sempre, con gli applicativi #HTML5 è un attimo e questi possono sparire nel vuoto (la mia cache offline sul mio singolo telefonino relegata a soltanto il mio#browser ovviamente non conta come #backup). Per qualche motivo (abitudine…) sono finita a caricare solo ROM di vecchie console sul sitarello, anche se il mio intento sarebbe stato quello di mettere potenzialmente qualsiasi cosa, inclusi i #giochi in HTML5; tutto quello che ho messo finora si trova già in millemila romset strapreservati e ben organizzati, quindi con quelli il valore del mio lavoro è giusto il fornirli su una galleria “senza attrito”, ma nulla di estremamente utile, mentre invece con questi altri… 😤️
Vabbé, secondo voi riprenderò in mano la Sala Museo o ricadrà tutto nell'oblio? (Sondaggio anonimo, aprite il link originale al post per votare se leggete da altrove plz)- Riprenderò da ora ma lasciando un buco di quei 2 mesi inattivi
Riprenderò recuperando anche i 2 mesi di giochi arretrati
I want a script that expands the threads of a Twitter post, in the form of a tree, because it's much easier to read this way, you don't have to click, expand, go back, all on separate subpages....
Bene, #Firefox mi sta facendo più o meno scimunire per bene per quanto riguarda il supporto alle #webapp progressive (su #mobile dico, su desktop non ci pensate nemmeno, Mozilla è capa tosta). Ho perso veramente le ultime ore a capire perché cavolo Chromium accetta di buon grado anche il più scarno dei #manifest, permettendo senza fatica di raggiungere l’obiettivo di una pagina web che ha la sua finestra dedicata che sembra nativa… mentre sulla volpe un sito si installa bene, un altro si installa ma manca l’icona, un altro ancora non si installa e quindi magari ha l’icona perfetta però si apre come scheda del #browser. 🥴️
Ovviamente, anche #Mozilla Developer Network manca di #informazioni soddisfacenti a riguardo: certamente potrei in teoria esagerare e implementare tutti i #metadati possibili, ma visto che viviamo nel mondo reale devo chiedermi qual è il minimo sindacale. Dopo qualche #test, non ho alcuna risposta definitiva, ma almeno delle linee guida generali di cosa mettere nel manifest si:
name, display: in teoria sono obbligatori, ma francamente anche se non lo fossero sarebbero da mettere ugualmente, quindi non ho manco provato senza; il nome della app serve, così come serve specificare se vuoi che vada a schermo intero o lasci almeno la UI del sistema operativo (e/o quella del browser, a cui io dico no grazie)
start_url, scope: non so se per solo uno dei due parametri o entrambi ma, se non si impostano correttamente, magari la #app si installa pure e funziona ugualmente (in loro assenza, da standard il browser dovrebbe usare l’URL corrente per le sue considerazioni), ma ho notato che su Firefox può succedere che l’icona non viene visualizzata; anche questi, quindi, è bene metterli
icons: questo è un array di oggetti che è ancora più #complicato, ma per farla breve, serve almeno un’icona che sia in formato PNG per far rilevare la pagina come #PWA, e nello specifico ne serve una che sia abbastanza grande (128×128 è il minimo credo? almeno sul mio dispositivo, in realtà non so se su altri cambia, però Chromium fa in ogni caso meno capricci) per avere una scorciatoia di lancio che abbia effettivamente un’icona, e non la prima lettera del nome; i parametri sizes e purpose rendono tutto ancora più incasinato, se si ha 1 sola icona si fa prima a settare entrambi come "any" (però intanto il type sembra si possa omettere)
Perché mi interessa tutto questo? Perché non solo dovrei sistemare le mie #applicazioni, che appunto non si installano tutte come dovrebbero (e per alcune dovrei anche implementare i Service Workers per farle andare offline, ma quella è un’altra storia), ma perché fin troppe app #web programmate da altri non hanno proprio la decenza di supportare un minimo lo #standard, essendo pensate come #siti vecchio stile, e quindi non le si riesce ad usare in maniera soddisfacente su mobile. Volevo fare un mio browser nativo (wrapper dell’Android System Webview banalmente) ai tempi come soluzione, però non solo credo rimarrà nel limbo per sempre, ma non potrei mai implementare tutte le cose che mi sono utili in navigatori completi come Firefox e di cui giornalmente giovo, quindi è chiaro che la soluzione vera è semplicemente apparare quest’ultimo. ⛏️
Questa #idea mi è venuta circa stamattina senza alcun trigger particolare (ormai le mie migliori sono sempre così), e ho provato a cercare “un modo per forzare qualunque sito come PWA su #Android”, cosa che avevo già fatto tempo fa senza arrivare a nulla, e ho quantomeno trovato un #userscript, questo qui. Ha però un sacco di problemi (tra cui quelli che mi sono scimunita per levigare un attimino), quindi tant’è che ho fatto il mio ora con lo stesso meccanismo: https://greasyfork.org/en/scripts/490784-pwas-anywhere. In pratica genera al volo un manifest e lo inietta in qualunque pagina se questa non include già un suo, così da farlo rilevare al browser. Testato su vari siti e, nonostante i punti ancora da sistemare, è meglio avere lui che non avere nulla; però tra tutti quelli su cui ancora non funziona, ci sono i sitarelli di Google, mannaggia (più tanti altri ancora non provati)… dovrò aggiustare, e qualche metodo lo ho già in testa. 😳️
Je ne sais pas si vous connaissez #Phanpy, mais je crois que c'est la solution #Mastodon la plus élégante que je connaisse.
Au format WebApp, c'est convainquant ! Je ne peux que vous recommander de l'expérimenter.
https://octospacc.altervista.org/wp-content/uploads/2024/03/image-6-960x960.pngI side #projects non finiscono mai: ogni volta vengono quelle #idee che devono per forza essere stuzzicate… e puntualmente ciò che doveva essere un progettino di 1 giorno o 2 si protrae sempre più a lungo (e se non è tecnicamente già successo, sta nell’aria), e da #progetto collaterale diventa un nuovo progetto principale. E i #progetti precedenti? Beh… diventano a loro volta secondari! 😬️Praticamente, qualche settimana fa pensavo che avere una roba simile alla #fotocamera DSi (si, ormai quello è un chiodo fisso nel mio cervello, anche se mezzo arrugginito, e l’articolo non è ancora finito) ma open-source e per dispositivi #mobile moderni sarebbe figo, si può sviluppare qualcosa di versatile e potente… però non avevo personalmente iniziato nulla. Da però qualche giorno ho pensato di voler creare una piccola #webapp semplificata per fare questi memini con le scritte, e magari pure varie decorazioni (per il momento sto usando GIMP, che è molto tedioso). Stamattina ho pensato… “Perché non unire tutte e due le cose? Una versione molto basica riesco a farla in qualche giornata scarsa…”… si si 🤣️
Beh, non iniziamo al meglio, perché la prima metà giornata l’ho spesa a pensare “hm ok voglio qualcosa di multipiattaforma”, ma “il mio amore #web vanilla non va bene perché su telefoni più scrausi con camere marce non girerebbe bene, e quindi “vabbé quasi quasi provo #React Native”, solo che “ah mi sa che per avere un canvas di disegno su tutti i target di build devo usare questa libreria particolare”, peccato che “aiuto è un casino tra documentazione e dipendenze dell’ambiente non so cosa è più mentale”, e quindi “aspetta ma se usassi Godot?”, per poi scoprire che “mannaggia solo la versione iOS di Godot supporta le fotocamere (non ci godo[t])”, e allora “vabbé, Unity funzionerá”, e quindi via con la pazienza di installare un SDK LTS vecchio che supporta ancora Android KitKat (è stato lentissimo sulla mia VM cloud), peccato che poi “aiutoooo Unity è complicatissimo è impossibile fare qualsiasi cosa senza soffrire”, e anche se “magari ci sono altri engine #multipiattaforma che fanno al caso mio?”, purtroppo “no, non esiste un bel niente”. 😶🌫️️
E comunque alla fine mi sono convinta che in qualche modo questa cosa l’avrei fatta funzionare per forza su #ReactNative, che di tutte le probabili #soluzioni mi sembra ancora quella meno malata; per fortuna, #giochicchiando fino all’ora precedente (con non poca confusione), ho tirato su una base che mi dimostra all’atto pratico che ciò che mi serve è facilmente implementabile. Quindi, essendo la domanda del perché sempre esaurita da un “perché no?”, e risolto il dubbio del come, ora l’unica cosa che mi chiedo è il quanto… quanto #tempo e sudore prima di pubblicare la prima grezza build online? 💀️ (Ammesso che vada tutto liscio, perché sulla carta ora dovrebbe, ma nella pratica non ho ancora testato il funzionamento su Android, solo quello via browser…)
Apple has given up and announced that in the European Union version of iOS 17.4 'web apps' will be able to be installed on the homescreen and work offline. As the developer of the web apps FindMeSAR and GeoJPG, this is great news. #WebApp#PWA#ProgressiveWebApp#webDev
Non so se avete sentito le ultimissime #marsità che #Apple sta mettendo in atto, a tutti gli effetti secondo la più stronza prassi di #MaliciousCompliance che io abbia mai visto, per remare contro alcune delle nuove #normative#EU sulla #competitività dei #mercati digitali, e sentenze specifiche ad Apple… in qualche modo quella #merda di azienda è riuscita a capovolgere quello che gli avvocati europei hanno fatto con buone intenzioni, per non solo uscirne fuori illesa, ma metterla in culo fortissimo agli utenti (loro malgrado schiavi). ☠️
Non mi andava di parlarne per forza qui perché non voglio fare la fiera dell’indignazione sterile, ma in questo caso posso riportare che sta partendo qualche iniziativa per riportare la situazione a condizioni spero ragionevoli, come è giusto che sia. Vi lascio questo #video di #TechLore sotto che riassume 1 dei tanti nuovi #problemi, ossia gli ostacoli alle #webapp e quindi essenzialmente alla #neutralità di #Internet; direi che vi riguarda sia se siete utenti Apple, sia se in qualche misura (anche individuale, perché no, come me) vi occupate dello sviluppo di #applicazioni#web, perché stavolta la merda è davvero reale. 🥹
“Apple Is Trying to Kill the Open Internet!” Il video contiene brevi informazioni utili, e qualche link in descrizione, per fare segnalazioni ad #OpenWebAdvocacy e aiutare a costruire una causaSe vi interessa sapere quali altri #crimini contro l’umanità e il buon senso ha commesso la mela marcia sotto questo ombrello della disgrazia, invece, raccomando il canale di Theo Rants, l’ho trovato per caso e vedo che sta raccogliendo diverse #analisi personali (e pur essendo lui un fanboy Apple a quanto dice, è evidentemente incazzato): https://www.youtube.com/channel/UCtuO2h6OwDueF7h3p8DYYjQ. Comunque #mannaggia, l’UE non dovrebbe farsi mettere i piedi in testa così, quelle volte in cui ha idee che fanno il bene del popolo dovrebbe dimostrarsi inattaccabile, non si può lasciare controllare il mondo a tutti questi #pazzi manager che al posto del cervello hanno un registro contabile e che hanno avvocati privati come maggiordomi. 😓
Apple has already decided to disable Progressive Web Apps (PWAs) in the EU, but PWA developers in the EU should have an option to run and test their PWA apps on an real iPhone for users outside the EU.
A developer mode or Safari feature flag to enable PWAs would suffice.
Been trying out the #webapp version of #pixelfed this morning. (iPad)
It’s nice. I may probably start using it over the browser..
Seems to handle the local feeds a lot better, at least it seems a lot less hesitation in populating the feed.
The only thing missing in my pov, is navigation buttons, at least a ‘back’ button would be sweet.
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. ☠️
Trouble sleeping?
Try writing software documentation. 😴 😴 😴 😴😴 😴 😴 😴
Time for a 🛌
GeoJPG v2 launch on target for March 19 - maybe sooner.
Make your own custom maps, host them for free on Google Drive, view them offline and see your geolocation.
No ads. No tracking. No signup. No cost.
I am developing this as a public service and part of my way to "pay it forward". Plus I am having a blast doing this since - to the best of my knowledge - this is a new approach to offline maps.
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… 🫠
Dunque, quel bellissimo #MBViewer, che ho iniziato a realizzare appena 3 giorni fa… è già #SpaghettiCode. Ehh, si, quel codice di #Telegram lì non è proprio fatto per gestire un caricamento di dati troppo avanzato e tutto #ClientSide: nel suo normale caso d’uso riceve #HTML già preparato dal server, ed usa #JavaScript non #moderno, quindi tentare il #retrofitting che ho fatto io è chiaro porti a difficoltà. Si può fare, perché nella #programmazione si può fare tutto, ma è un #casino. …E un po’ me lo aspettavo, e lo sapevo da quando ho iniziato. 😁️
Considerate, questa #idea mi era venuta per un motivo molto #semplice: era da un po’ che volevo implementare una vista più #minimale e con #comodità moderne (come lo scorrimento infinito, o la vista in contesto) per il #MicroBlog nuovo, ma tenendo comunque io il controllo dei miei #dati. Farlo dentro #WordPress non mi va, dato che alla fine comunque dovrei usare #script#JS, e a questo punto ho ritenuto #intrigante l’idea di fare proprio una cosa a parte, che potesse potenzialmente essere facilmente adattata per prendere i #contenuti anche da altre fonti (e lo fa, legge #JSON da ovunque, se opportunamente assemblato), qualora il #sito Altervista dovesse avere dei problemi. 🧭️
Però, questa non è la mia #soluzione a lungo termine. Per quello, in realtà, ho in mente un #progetto semi-segreto che iniziai mesi fa, ma che poi, presa da altre cose, non continuai. Doveva essere una #webapp per il Fediverso e, potenzialmente qualunque altro #protocollo#social grazie ad un layer di astrazione di #API interno. È Il#software che vorrei far funzionare con una doppia #interfaccia, a #messaggi o a “piazza” (stile Miiverse), e quindi in secondo luogo anche come #client Matrix, e in terzo e quarto per #blog e #feed standard… problema è che, dovendo non solo #progettare tutto il #frontend, ma anche svecchiare una spaventosa porzione del #codice, non è affatto una cosa rapida arrivare ad uno stato di primissimo #MVP. 😳️
Insomma, è per questo che questa piccola #applicazione, tirata su alla bene e meglio e che esiste in buona parte per via di #lavoro non mio, l’ho chiamata “#distrazione”. Continuerò ad aggiornarla, anche dopo che ora ho aggiunto l’ultima funzione fondamentale, ossia l’apertura di #post specifici? Probabilmente no, sarebbe meglio pensare a sistemare quell’altro progetto e fare un robo fatto bene. Importa qualcosa? Naaaah… come si dice, “the first rule of gun safety is to have fun“? Vale la stessa cosa per il #coding, quando l’arma è la propria tastiera insomma. Basta sia stato #divertente. 😈️
Nei giorni passati ora ci ho lavorato parecchio, e ho avuto sia modo di smussare di più gli spigoli della #UX (che però deve essere ancora parecchio levigata, ahimè), sia, cosa essenziale, aggiungere #features importanti. Ecco quindi che, qualche centinaio di righe di #codice più tardi, stasera la #applicazione supporta l’importazione di pacchetti #sticker da #Telegram, sia quelli statici che quelli #animati (non ancora quelli #video). Eccovi una #demo e, come sempre, aiuti e pareri sullo #sviluppo sono graditi. 🕷️ (Nella #registrazione, la parte dove vengono aggiunti sticker da #URL di Telegram è velocizzata 8x, purtroppo codificare quei #media in buona #qualità è costoso).
I just want to copy & paste a few images together into a collage. Very low effort & quicky. There's decent android phone apps to automatically make a collage. But anything for a desktop / web browser?
I want a script that expands the threads of a Twitter post, in the form of a tree, because it's much easier to read this way, you don't have to click, expand, go back, all on separate subpages.
I want a script that expands the threads of a Twitter post, in the form of a tree, because it's much easier to read this way, you don't have to click, expand, go back, all on separate subpages....