Email or username:

Password:

Forgot your password?
Top-level
JauntyWunderKind

@vertigo i keep thinking someone needs to lead the way & build an app that is a small localhost-only server that opens a web page. rather than smoosh a web-browser and a server-side engine together as electron does, provide some basically invisible native services to the client on localhost only. not to everyones taste but i'd love it so so much more than electron. i have no love for native apps.

6 comments
Vertigo #$FF

@jauntywunderkind420

i keep thinking someone needs to lead the way & build an app that is a small localhost-only server that opens a web page. rather than smoosh a web-browser and a server-side engine together as electron does,

Maybe I'm misunderstanding, but it sounds like you're literally describing a web-browser and server-side engine, exactly as Electron does.

What am I missing?

JauntyWunderKind

@vertigo the app wouldn't bundle a browser. you'd launch it, it'd start the webserver, then call xdg-open (or your local non-portable prorietary equivalent) to open the user's preferred browser to it's address.
linux.die.net/man/1/xdg-open

there actually is some precedent here, now that i think about it. not sure why i haven't thought of this before, but this is how sabnzbd newsgroup downloader works: there's a small daemon, and almost all the interface is a webserver it hosts. there's a status bar icon you can hit... which opens your preferred web browser to it's local webserver. exactly as i described. github.com/sabnzbd/sabnzbd

the advantage is that you get whatever browser you prefer, with whatever extensions, and it probably uses gobs less memory since it's just another tab, not an entire browser stack & all dependencies just for the app.

@vertigo the app wouldn't bundle a browser. you'd launch it, it'd start the webserver, then call xdg-open (or your local non-portable prorietary equivalent) to open the user's preferred browser to it's address.
linux.die.net/man/1/xdg-open

there actually is some precedent here, now that i think about it. not sure why i haven't thought of this before, but this is how sabnzbd newsgroup downloader works: there's a small daemon, and almost all the interface is a webserver it hosts. there's a...

dch

@jauntywunderkind420 @vertigo also better security as electron apps allow direct local fileystem access

JauntyWunderKind

@dch @vertigo except you've started some random service / headless-app that is running with whatever privileges you've given it (usually your user privileges).

as per the sabnzbd example, you walk through the web app configuring the service, telling it where you want to download your newsgroup stuff to, & optionally setting up directories it will watch for download-lists to try to go get. you can use the webapp to upload download-lists too, but i believe the only way to actually get stuff out of sabnzbd is to go look on the filesystem where you in the web-browser told sabnzbd the daemon-cum-localhost-http-service to download to.

it's nice that there's at least some security condom, that you have some set of expectations you can apply to what you do from inside the web browser, but there is a local daemon free to run rampant, just like with electron.

@dch @vertigo except you've started some random service / headless-app that is running with whatever privileges you've given it (usually your user privileges).

as per the sabnzbd example, you walk through the web app configuring the service, telling it where you want to download your newsgroup stuff to, & optionally setting up directories it will watch for download-lists to try to go get. you can use the webapp to upload download-lists too, but i believe the only way to actually get stuff out of...

Vertigo #$FF

@jauntywunderkind420 OK, I see; I missed the part where the browser wasn't included. My bad.

That's certainly a vast improvement, I'll admit.

Go Up