2012-05-26 21:11:19 -04:00
|
|
|
The webapp is a web server that displays a shiny interface.
|
|
|
|
|
|
|
|
## security
|
|
|
|
|
2012-07-26 05:21:05 -04:00
|
|
|
* Listen only to localhost. **done**
|
2012-05-26 21:11:19 -04:00
|
|
|
* Instruct the user's web browser to open an url that contains a secret
|
2012-07-26 05:21:05 -04:00
|
|
|
token. This guards against other users on the same system. **done**
|
2012-07-26 05:22:17 -04:00
|
|
|
(I would like to avoid passwords or other authentication methods,
|
|
|
|
it's your local system.)
|
2012-07-26 13:47:41 -04:00
|
|
|
* Don't pass the url with secret token directly to the web browser,
|
|
|
|
as that exposes it to `ps`. Instead, write a html file only the user can read,
|
|
|
|
that redirects to the webapp. **done**
|
2012-05-31 15:48:26 -04:00
|
|
|
* Alternative for Linux at least would be to write a small program using
|
|
|
|
GTK+ Webkit, that runs the webapp, and can know what user ran it, avoiding
|
|
|
|
needing authentication.
|
2012-05-26 21:11:19 -04:00
|
|
|
|
|
|
|
## interface
|
|
|
|
|
|
|
|
* list of files uploading and downloading
|
|
|
|
* progress bars for each file
|
|
|
|
* drag and drop to reorder
|
|
|
|
* cancel and pause
|
2012-05-29 19:17:38 -04:00
|
|
|
* keep it usable w/o javascript, and accessible to blind, etc
|
2012-05-26 21:11:19 -04:00
|
|
|
|
2012-05-31 15:28:04 -04:00
|
|
|
## other features
|
|
|
|
|
|
|
|
* there could be a UI to export a file, which would make it be served up
|
|
|
|
over http by the web app
|
2012-06-06 16:54:39 -04:00
|
|
|
* Display any relevant warning messages. One is the `inotify max_user_watches`
|
|
|
|
exceeded message.
|
2012-05-31 15:28:04 -04:00
|
|
|
|
2012-05-26 21:11:19 -04:00
|
|
|
## implementation
|
|
|
|
|
2012-07-26 11:53:18 -04:00
|
|
|
* use `addStaticContent` to make /favicon.ico work. Return `Right (route, query)`
|
|
|
|
and I think the route can be `favicon_ico`.
|
|
|
|
* perhaps define a custom `errorHandler`, which could avoid the potential
|
|
|
|
of leaking auth tokens on error pages
|
|
|
|
* possibly lose the ugly auth= token past the first page,
|
|
|
|
and use a client-side session. It could be encrypted using the token
|
|
|
|
as the `encryptKey`. Note: Would need to set the session duration
|
|
|
|
to infinite (how?)
|
|
|
|
* look up "server-sent events" sent using `sendWaiResponse`
|