git-annex/doc/design/assistant/webapp.mdwn

50 lines
2.2 KiB
Text
Raw Normal View History

2012-05-27 01:11:19 +00:00
The webapp is a web server that displays a shiny interface.
2013-03-19 23:02:56 +00:00
## performance
Having the webapp open while transfers are
running uses significant CPU just for the browser to update the progress
bar. Unsurprising, since the webapp is sending the browser a new `<div>`
each time. Updating the DOM instead from javascript would avoid that;
the webapp just needs to send the javascript either a full `<div>` or a
changed percentage and quantity complete to update a single progress bar.
2013-03-20 17:28:18 +00:00
(Another reason to do this is it'll cut down on the refreshes, which
sometimes make browsers ignore clicks on UI elements like the pause button,
if the transfer display refreshes just as the click is made.)
2012-05-31 19:28:04 +00: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-10-05 21:56:15 +00:00
* there could be a UI (some javascript thing) in the web browser to
submit urls to the web app to be added to the annex and downloaded.
2012-10-05 21:59:34 +00:00
See: [[todo/wishlist:_an_"assistant"_for_web-browsing_--_tracking_the_sources_of_the_downloads]]
* Display the `inotify max_user_watches` exceeded message. **done**
* Display something sane when kqueue runs out of file descriptors.
* allow removing git remotes **done**
2012-10-14 19:15:24 +00:00
* allow disabling syncing to here, which should temporarily disable all
local syncing. **done**
2012-05-31 19:28:04 +00:00
2012-08-03 14:45:58 +00:00
## first start **done**
2012-07-31 20:13:19 +00:00
2012-08-02 01:38:12 +00:00
* make git repo **done**
2012-08-03 14:45:58 +00:00
* generate a nice description like "joey@hostname Desktop/annex" **done**
* record repository that was made, and use it next time run **done**
2012-08-02 01:38:12 +00:00
* write a pid file, to prevent more than one first-start process running
2012-08-03 14:45:58 +00:00
at once **done**
2012-08-20 00:14:34 +00:00
## security **acceptable/done**
* Listen only to localhost. **done**
* Instruct the user's web browser to open an url that contains a secret
token. This guards against other users on the same system. **done**
(I would like to avoid passwords or other authentication methods,
it's your local system.)
* 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**
* 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.