#21
|
||||
|
||||
Er wird dir sicherlich weiterhelfen können
__________________
JD-Dev & Server-Admin |
#22
|
|||
|
|||
@jiaz: If possible, please set "Synchronous Execution" as default for new scripts.
@aiimim: Here is a script, based on what I have understood by translating your PM. With default settings the script will:
Code:
github.com/mgpai/resources/blob/master/jdownloader/eventscripter/scripts/aiimaim.js |
#23
|
|||
|
|||
Wow thank you very much mgpai!
Sorry for PMing you in German. I will try it right away. |
#24
|
||||
|
||||
@mgpai: please use ipcheck0.jdownloader.org up to ipcheck4.jdownloader.org for ip check
I will add support for synchronized methods as *default synchronous* may have side effects
__________________
JD-Dev & Server-Admin |
#25
|
|||
|
|||
Unfortunately I cannot reproduce the problem atm. I will try again later.
EDIT: It works for me. Thank you very much mgpai! Would it still work if I was simultaniously downloading something different, that would create traffic? Last edited by aiimaim; 16.02.2018 at 15:17. |
#26
|
||||
|
||||
@aiimaim: Script only checks downloads within JDownloader. Or do you mean something different with your question?
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
I wanted to know if it checks all downloads, or just the one, that triggered the reconnect. Because if I have another download running, the condition "no data downloaded after the ip change" might not be satisfied.
"If no data has been downloaded for 5 minutes after an IP change, will disable auto reconnect for 60 minutes." |
#28
|
||||
|
||||
All Downloads are checked.
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
So if I have other downloads running the script will probably not work?
|
#30
|
||||
|
||||
I'm sorry but now I'm kinda lost. What is the problem ?
__________________
JD-Dev & Server-Admin |
#31
|
|||
|
|||
In this example I have two downlodas:
#1: From Mega (free user) causes the reconnect issue #2: From Uploaded (Premium account) mgpai said: "If no data has been downloaded for 5 minutes after an IP change, will disable auto reconnect for 60 minutes." This condition will not be fullfilled, because the download from uploaded causes traffic. That is why the reconnect loop would not be stopped by the script, or am I missing something here? |
#32
|
||||
|
||||
better wait for him to answer your questions then
__________________
JD-Dev & Server-Admin |
#33
|
|||
|
|||
@aiimam: I do not use reconnect, so I am not familiar with its workings. From what I see, the default settings allow interrupting resumeable downloads, in which case you are right. The auto reconnect will remain enabled as data was downloaded during that period, which might allow problem hosts to trigger reconnects. The script will work only if that setting is disabled.
One more option would be to check downloaded bytes of a particular (problematic) host and if no data was downloaded, that and other links from the same host can be temporarily disabled for the duration specified by you. Last edited by mgpai; 16.02.2018 at 16:37. Reason: Typo |
#34
|
|||
|
|||
For now I disabled the option to allow the interruption of resumable downloads. It's not perfect, but it should prevent me from being cutoff from my home network again (when trying to access it via vpn).
Thank you |
#35
|
||||
|
||||
@mgpai: Alternative solution, remember timestamp of reconnect and only allow x reconnects in y time and then temp disable it for next 30 mins or so
__________________
JD-Dev & Server-Admin |
#36
|
|||
|
|||
@aiimaim: With default settings, if there are more than 3 reconnects in a 10 minute period, auto-reconnect will be disabled for 60 minutes.
Code:
github.com/mgpai/resources/blob/master/jdownloader/eventscripter/scripts/aiimaim_2.js |
#37
|
|||
|
|||
Thank you, much appreciated!
I used the trigger "RECONNECT_AFTER". Is that correct? Last edited by aiimaim; 20.02.2018 at 15:34. |
#38
|
|||
|
|||
Yes. I have made some modification to the script. Please use the updated version.
|
#39
|
|||
|
|||
I replaced it, thanks!
|
Thread Tools | |
Display Modes | |
|
|