|
#1
|
|||
|
|||
JDownloader as a daemon
I was using NNTPGrab today, and occur me the model of this tool would be ideal for a future JDownloader version.
This is the first screen in the NNTPGrab GUI: I quote this NNTPGrab features:
Running JDownloader core on a server with great connection speeds and then multiple users connecting via a webinterface or GUI, this would be perfect. I will enumerate some pros in favor of this model:
Last edited by Jiaz; 11.11.2011 at 11:11. |
#2
|
||||
|
||||
we are currently working on our next major release which also will include a new remoteapi that will be powerfull enough to realize a headless/deaemon version with it. wait for next major update and then we will see when we have time to develop a nice webinterface/remote gui
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Quote:
I'll be waiting for the next mayor update! Is there any idea about the release date? Thanks in advance |
#4
|
||||
|
||||
No, still needs some months!
GreeZ pspzockerscene
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#5
|
|||
|
|||
Thanks in any case. Just ear that you are developing that kind of functionality is a great new!!
I'll be waiting patiently |
#6
|
|||
|
|||
Most services are moving to the cloud nowadays. Also complex graphical applications are now becoming available on the web. Disk space in the cloud might become cheaper than local disk space.
If jD would be able to run in the cloud, then wouldn't it be useful to have the possibility to transload files to one's own cloud drive, i.e., without downloading it to a local device? The customer can then choose whether (s)he synchronises the files locally or not. Unless the cloud drive service also supports extraction of files, this would only work for plain files like .mp3 and mp4. Just dreaming. |
Thread Tools | |
Display Modes | |
|
|