Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove WebUI and just use bepasty as engine #121

Open
NotANormalNerd opened this issue Nov 11, 2014 · 3 comments
Open

Remove WebUI and just use bepasty as engine #121

NotANormalNerd opened this issue Nov 11, 2014 · 3 comments

Comments

@NotANormalNerd
Copy link
Contributor

We could follow the same path as letusorder it.

Create and work on the server as an engine and move the ui to another project.
Like bepasty-client-cli, bepasty-client-android/io

-> bepasty-client-web

@ThomasWaldmann
Copy link
Contributor

doesn't make sense (esp. for bigger files), you would need to handle them twice, which is quite expensive.

@NotANormalNerd
Copy link
Contributor Author

Can you Plesse Fürther explain that? I dont understand why we need to handle files twice with a separate web ui.

@ThomasWaldmann
Copy link
Contributor

maybe let's first think about how letusorderit is intended to work:
a) core part with models, controllers, only interface to outer world is a REST/JSON web api (no userinterface, no direct communication with user)
b) separate part that has a user interface that talks to the core part via REST api. web UI or IRC or OS specific clients. User deals with UI part, UI part's code talks to core part via REST.

So, with a strict separation, the UI part would need to accept the uploaded file and then feed it via REST calls to the core part, which is inefficient for everything else than small files. If you optimize that so the user directly talks to the core part for up/downloading files, it's not really separate any more...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants