What’s worrying me as an #HTML extremist is the inevitability of either #JavaScript or backend:
- I can craft beautiful apps that’d work client-side and bring value. But these will require #JS and will inevitably exclude a fraction of people with JS off or on non-mainstream browsers.
- But the alternative to that is having a backend doing the work and sending pre-rendered pages to the user. Which means I have to rent a server somewhere, which to me, a Digital Bum (https://aartaka.me/digital-bum) is too much of an investment (not monetary, but ideological.)
For now, I’m leaning towards client-side JS. Because it means self-contained mini-apps rendered client-side. But it also means progressive enhancement will suffer — no way to utilize HTML forms and backend processing.
Chat, anyone aware of a service for (declarative?) mini-backends? No, #CGI is not an option, because it’s simply dangerous and recless to expose unstructured scripts to the #Web and I don’t want to inadvertently #DDoS my backend provider 😰
Artyom Bologov
npub1dq…2h4lu
2025-09-18 11:05:53 UTC
Author Public Key
npub1dqws9t0fwwyr7svlzsl8cku28u038h2cttxexc6nmzeem7rtr2dqm2h4luSeen on
wss://relay.momostr.pinkPublished at
2025-09-18 11:05:53 UTCEvent JSON
{
"id": "f5a046e749aea9b3a453ebe755589cb2021437f9a8388a62ad23460177ad8f14",
"pubkey": "681d02ade973883f419f143e7c5b8a3f1f13dd585acd936353d8b39df86b1a9a",
"created_at": 1758193553,
"kind": 1,
"tags": [
[
"t",
"ddos"
],
[
"t",
"web"
],
[
"t",
"cgi"
],
[
"t",
"html"
],
[
"proxy",
"https://merveilles.town/@aartaka/115224972737644478",
"web"
],
[
"t",
"javascript"
],
[
"t",
"js"
],
[
"proxy",
"https://merveilles.town/users/aartaka/statuses/115224972737644478",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://merveilles.town/users/aartaka/statuses/115224972737644478",
"pink.momostr"
],
[
"-"
]
],
"content": "What’s worrying me as an #HTML extremist is the inevitability of either #JavaScript or backend:\n\n- I can craft beautiful apps that’d work client-side and bring value. But these will require #JS and will inevitably exclude a fraction of people with JS off or on non-mainstream browsers.\n\n- But the alternative to that is having a backend doing the work and sending pre-rendered pages to the user. Which means I have to rent a server somewhere, which to me, a Digital Bum (https://aartaka.me/digital-bum) is too much of an investment (not monetary, but ideological.)\n\nFor now, I’m leaning towards client-side JS. Because it means self-contained mini-apps rendered client-side. But it also means progressive enhancement will suffer — no way to utilize HTML forms and backend processing.\n\nChat, anyone aware of a service for (declarative?) mini-backends? No, #CGI is not an option, because it’s simply dangerous and recless to expose unstructured scripts to the #Web and I don’t want to inadvertently #DDoS my backend provider 😰",
"sig": "809f6718621ad2bcbebb39a576e552b315a92915c1b6859d00d4a9310e2b1ad8522ea13db84d479a74df33d76914650fb7a010091ba81cd320b424cd78400ec9"
}