...
Accendo il PC
Le schede precedentemente aperte si ricaricano, tra cui quella di Sharkey
"Èsucciesl'error, ricaric!!!" 😵 ...Nel mentre che però alcuni dati li ha correttamente caricati, come il fatto che ci fosse una nuova notifica.
Boh, il client di Misskey è proprio strano. Funziona tutto sommato bene, ma a volte da errori insensati... che si risolvono con un refresh, niente di grave, ma mi colpiscono, perché non vedo come mai debbano accadere in primo luogo. Cioè, qui perché dovrebbe aver caricato alcuni dati, ma poi fallito a metà? Non ha senso. Per fortuna, i social proprietari non sono meglio, anzi... ☠
#Misskey
Ah, ho notato un altro microscopico spacc con gli errori nel frontend di Misskey (o, forse, di Sharkey, o ancora della versione che ho io installata, chissà)... 😳
Se muore la linea Internet nel momento in cui la app prova a caricare una pagina, esce l'errorino, e ok...
Il problema è che questa schermata vuole sempre mostrare anche l'immaginina divertente per indicare lo stato di errore... ma, se la connessione salta, e il browser non ha l'immagine in cache, questa ovviamente non carica, e si vede la solita piccola schifezza di quadrato trasparente al suo posto. 😴
Lo trovo un fatto strambo, però, perché facilmente risolvibile usando un Service Worker per forzare il caching dell'immagine nel browser, e bona... che sì, sarebbe una sbatta da fare in assoluto, ma il client di Misskey usa già dei Service Worker per mostrare tutt'altre altre pagine di errore nel caso manchi la connessione quando si tenta di caricare proprio l'app di base...
Quindi: perché stracavolo hanno fatto 'sta roba a metà, anziché farla del tutto o di niente? 😅
Era da un po' che non notavo alcun $[sparkle nuovo glitch strano nell'uso di Squaloctti], e che quindi questo thread che avevo fatto per raccoglierli è diventato morto... ma beh, poco fa mi è uscito questo qui nuovo da aggiungere alla collezione, che è proprio inspiegabile... 🙄
Stavo semplicemente rispondendo ad una nota (non mia), e... boh, dopo aver cliccato Reply, è stato forse una trentina di secondi a caricare, per poi semplicemente sputare fuori questo errore... che non significa niente, ma nella pratica vuol dire che il server ha risposto con dell'HTML che non ci azzecca niente alla richiesta HTTP del client... che era ovviamente all'endpoint API JSON di Sharkey, che permette il postaggio. EH??? 🤯
Ora, il client a quanto pare non fa vedere la stringa completa che ha dato errore, perché evidentemente è merdone... ma, visto che il telefono aveva apparentemente buona connessione dati, e dato che dubito gli hacker russi possano mettersi in mezzo ad una connessione HTTPS, e che leggo il testo sbagliato inizia proprio con "<html>", che guarda caso coincide proprio con la sintassi della pagina di errore di Nginx (che omette <DOCTYPE html>, perché evidentemente è stronzo)...
Suppongo si fosse semplicemente inculato temporaneamente il server, magari dando un errore Gateway Timeout, ma poi è tornato subito tutto operativo nell'arco di pochi altri secondi, quindi nessun problema... però che fottuto mistero, oh... 💥
...Anzi, forse, in realtà, il disservizio è stato anche troppo breve... perché, dopo aver chiuso l'errore, e immediatamente riprovato ad inviare il mio messaggio, cosa che ha funzionato, ho visto che intanto lo aveva già pure inviato al primo tentativo... quindi, senza accorgermene ho fatto pure un doppiopostaggio, e che ne parliamo a fare... 💩
(Vabbè, frega poco, ho semplicemente eliminato subito uno dei due doppioni; però il mistero rimane, e anzi s'infittisce.)