Introducing Slowww.ml – the slow web server
-
Terence Edenreplied to udo m. rader ☕ 🇪🇺 🇺🇦 🐧 last edited by
@riaschissl cheers!
-
@Edent
It works for me. There is a typo in JPEG compression.
Very slow. -
@Imprinted pull requests welcome
-
@Edent Sure it does... slow. Also:
-
@dusoft yup, deliberately so.
-
@Edent nothing after 45 seconds on Safari on MacOS. After a minute some characters appeared. Like days of old
-
@Edent that was diverting.
-
I absolutely love this!
It seems to be stuck announcing readiness of the audio:
scrolling to the bottom whenever a new line of text appears. There is a tiny scrap of JavaScript firing every second.
OK! That audio should have -
@Edent That’s really cute! With a great message too. Great work ️
A few questions and some feedback! I’ll post in separate messages, if you don’t mind ️
-
@Edent Have you tested your images encoded with JPEGli as a progressive JPEG? I’ve found them to be roughly the same size as webP (I have a tool at https://github.com/jphastings/jpegli or brew install jphastings/tools/jpegli — but you’d need to compile it yourself for q=10!)
-
@Edent The type-as-it-arrives JavaScript is awesome! I’ll definitely be viewing the source when I get to a proper machine ️ What gave you the idea?
-
@byjp It isn't JavaScript
It is *literally* a very slow web server.
https://shkspr.mobi/blog/2020/10/introducing-slowww-ml-the-slow-web-server/ -
@Edent Some feedback (please ignore if you wish; you didn’t ask for it!):
The JavaScript *forcing* me to the bottom meant I couldn’t read the top until the end (cos I missed the page finishing loading )
The Opus audio didn’t work on my iPhone/Arc browser.
That’s it! Thank you!
-
@byjp I released the website a few years before JPEGli was a thing.
-
@byjp The forcing to the bottom is a trade-off. I wanted people focusing on what was happening, rather than skipping back and waiting for it to load.
As for Opus? Fuck Apple
-
@Edent Probably late to the party, but nothing loaded here. "The connection to the server was reset while the page was loading."
Mozilla/5.0 (X11; Linux x86_64; rv:131.0) Gecko/20100101 Firefox/131.0 -
@Edent It did, yes. Some content about slow content loading and 20 characters/second average reading rate and some other stuff.
-
@tink cool! Thanks for the feedback.
-
@Edent It did play a bit of havoc with my screen reader though - I suspect because as the content gradually loaded it forced the DOM to rebuild which in turn forced the accessibility tree to be rebuilt.
-
@tink youch! Sorry about that.