You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was thinking, maybe it would be possible to split the inferface from the application.
So we can host the interace with a webserver and connect to different socket from the interface like ruTorrent do for rTorrent.
It would avoid multiple webservers for each users and I think it will simplify the configuration for multiple users too.
Cheers.
The text was updated successfully, but these errors were encountered:
So you would have one frontend and multiple backends? How do you choose which backend to connect to? How do you envision the user experience?
I like the idea, but there are some technical challenges, e.g. currently frontend code is pretty much tightly coupled to the backend logic and decoupling them means formalizing the protocol and maintaining some kind of versioning / backwards compatibility.
That is a good question, I never did nodejs so I can only compare to rutorrent / rtorrent.
rtorrent listen to diferent port / socket that depend of the user configuration file (~/.rtorrent.rc)
ruTorrent display the interface and connect on the port / socket that is given in his configuration file and in apache / nginx.
ruTorrent match the configuration with the login that we use when we login with apache authorization.
I don't know if I'm really clear, if you need configuration files or more information don't hésitate to ask.
Cheers.
Hello,
I was thinking, maybe it would be possible to split the inferface from the application.
So we can host the interace with a webserver and connect to different socket from the interface like ruTorrent do for rTorrent.
It would avoid multiple webservers for each users and I think it will simplify the configuration for multiple users too.
Cheers.
The text was updated successfully, but these errors were encountered: