#1
|
|||
|
|||
Reconnect-Feature erweitern
Wie aus dem englischsprachigen Teil des Forums zu ersehen, sind zwischenzeitlich etliche Hoster dazu übergegangen, auch Free-Usern die Fortsetzung abgebrochener Downloads zu ermöglichen.
Vereinzelt wurden auch Wünsche geäußert, diesen oder jenen Hoster in die Reconnect-Routine des JD zu übernehmen. Um hier individuell reagieren zu können und dem JD-Team diese Baustelle zu ersparen folgender Vorschlag: Aufnahme einer Spalte "Reconnect ermöglichen: ( ) Ja - ( ) Nein" in die Hoster Plugin-Liste (Konfiguration). Dann hätte jeder User die Möglichkeit, seine Konfiguration den von ihm meist genutzten Hostern anzupassen. Bei einem Update könnte das JD-Team dann gelegentlich die Grundkonfiguration anpassen (Voreinstellung = ja, sofern Fortsetzung für Premium und Free-User möglich). Weiterhin guten Erfolg Roncalli |
#2
|
|||
|
|||
Dies beduerfe dennoch einer Programmierung des Reconnects, angepasst auf jeden Hoster. Denn bedenke, die Logik (''bitte warte xxx minuten'') muss man ja auch erstmal erkennen
|
#3
|
|||
|
|||
Quote:
Derzeit führe ich die Reconnects manuell aus ... also: 1. JD per rotem Button (oben links) anhalten, 2. Reconnect-Button anklicken ... und nach vollzogenem Reconnect 3. Grünen Start-Button anklicken. Die Fortsetzung des Downloads mit der "normalen" Warteroutine des JD funktioniert danach anstandslos. Warum sollte das nach einem automatisch veranlassten Reconnect anders sein? Gegenüber den teilweise recht komplexen Features des JD müsste diese 3-Schritt-Routine doch eher einfach umzusetzen sein ... Viele Grüße Roncalli Ergänzung: Und wenn's im Einzelfall mit einem Hoster dann doch nicht funzt, setzt man die Funktion in der Config. halt wieder auf "Nein" ... Last edited by roncalli; 03.04.2009 at 18:45. |
#4
|
|||
|
|||
Ich glaub ich hatte dich falsch verstanden.., du meinst also eine option, bei welchem hoster niemals ein reconnect gemacht werden soll, richtig?
|
#5
|
|||
|
|||
Nein ... ich meinte schon beides!
Eine zusätzliche Spalte ind der Hosterliste, in der man den Reconnect erlauben oder untersagen kann. Mal am konkreten Beispiel: (abstrakt gibt's unten in blau) Ich lade als free-user 10 files von den Hostern depositfiles und easy-share. In beiden Konstellationen ist ein Reconnect möglich. Folge: Immer, wenn ein DF-Download beendet ist, schließt sich eine Wartezeit von bis zu einer Stunde an. Da Easyshare die Fortsetzung des DL bei einem Reconnect auch für free-user unterstützt, der JD ihn aber nicht als Routine durchführt, mache ich folgendes: 1. JD stoppen ... 2. Reconnect ... 3. JD starten (wie oben beschrieben). In der Folge werden nun ein neuer DF-download gestartet und der easy-share Download an der "Bruchstelle" fortgesetzt (nach der für die neue IP vorgesehenen Wartezeit von 5 - 90 Sekunden). Ziel der Auswahlmöglichkeit in der Hosterliste wäre, in diesem Falle bei easyshare durch ein "Ja" in der Spalte "Reconnect" die von mir per Hand ausgeführte Übung automatisch bei Beendigung jedes DF-Downloads zu starten. Das ganze würde sinngemäß bei anderen Hostern gelten. Da es von Hand bisher in jedem vergleichbar gelagerten Fall funktioniert hat, sind also weitere Programmschritte in Sachen Wartezeit nicht erforderlich ... Deine Bedenken teile ich daher nicht. Da sich Hoster aber alle paar Tage was anderes einfallen lassen und die Fortsetzungsmöglichkeit wieder streichen können (oder wenn sie ausfällt o.ä.) könnte der JD-Nutzer kurzfristig den Haken bei Easy-share wieder auf "Nein" setzen - ohne das nächste Update abwarten zu müssen ... Ich hoffe, dass ich meinen Gedanken nun verständlich machen konnte. Diese Problematik entsteht jedes mal, wenn man als free-user gleichzeitig files bei mehreren Hostern runterlädt, von denen ja nicht alle die Fortsetzungsmöglichkeit bieten. Gruß zur Nacht Roncalli Last edited by roncalli; 05.04.2009 at 09:10. |
#6
|
|||
|
|||
Hmm ... jetzt weiß ich nicht, ob ich mich diesmal verständlich machen konnte ...
Wenn ich noch etwas erläutern soll, bitte ich nur um einen kurzen Hinweis! Die Zeiten, in denen ich noch selbst ein "Schaffender" war, sind leider schon etwas (länger) her ... da waren noch Progammiersprachen wie Pascal, Cobol und Fortran das Maß der Dinge ... da bin ich also nicht mehr (ganz) up to date ... Da das Gurndprinzip aber immer noch das gleiche sein dürfte (nur eben wesentlich komfortabler), meine ich, dass meine Idee relativ simpel umzusetzen sein müsste. Wenn dem nicht so sein sollte, hätte ich dafür aber auch Verständnis. Wie bereits geschrieben ... bin ich in Sachen Eigenkreation leider nicht mehr auf dem aktuellen Stand ... leider ... Viele Grüße Roncalli Ergänzung: Ich hab' gerade mal in der Config. geschnuppert. Dort heißt es beim Reconnect-Dialog: "Darf Reconnect weiterführbare Downloads unterbrechen?". Nun ... die von mir vorgeschlagene Spalte wäre nichts anderes als dem User die Möglichkeit zu geben, in der Hosterliste selbst zu definieren, bei welchem Hoster ein Download weiterführbar ist ... und zwar durch: ( ) Ja - ( ) Nein und ggf. ( ) Default (=nur Premium-User). Wenn das jetzt nicht verständlich ist, weiß ich auch nicht mehr ... sonst behaupten immer nur Frauen (besonders meine), ich könne Dinge schlecht erklären ... Last edited by roncalli; 05.04.2009 at 09:13. |
#7
|
|||
|
|||
Ähh ... jemand hier ... oder alle im Osterurlaub?
Gruß Roncalli |
#8
|
|||
|
|||
Quote:
Gute Idee! |
#9
|
|||
|
|||
Das wäre natürlich die "Luxus-Variante" ...
Die andere Lösung täte es aber auch ... denn jedesmal, wenn's dann doch nicht funzt - aus welchem Grunde auch immer - müsste das JD-Team involviert werden. Mit der anderen Lösung könnte sich jeder halt selbst helfen. Gruß Roncalli |
#10
|
|||
|
|||
wenns nicht funzt muss man eh manuell reconnecten oder?^^ also --> so what?
wenns läuft-->frühzeitiger autoreconnect, wenns nich läuft-->manuell oder nichts tun |
#11
|
||||
|
||||
So...
Nene Thread bzgl. Reconnect bei fortsetzbaren Download gibts schon-> http://board.jdownloader.org/showthr...=4178#post4178 Da die Hoster dieses Feauture nicht andauernd ändern und wieder supporten dürfte es für das JD Team kein Problem sein das fürs nächste Update oder so anzupassen. Genauso ist es mit paralleldownloads. Letztens hab ich bei filefactory als free user 2 DLs gleichzeitig geladen übern Browser, aber der JD ließ das nicht zu->Änderung wäre auch hier schön. Mal sehn ob/wann sich ein Dev meldet... |
#12
|
|||
|
|||
Quote:
|
#13
|
|||
|
|||
Quote:
Aber wenn die Devs losmachen ... dann bitte vorsichtig ... wir brauchen Euch noch ... Gute Fahrt Roncalli |
#14
|
|||
|
|||
wenn die einmal im jahrzehnt ihre resumefunktion ändern dann kann man den Devs das ruhig aufhalsen^^
vor allem wenn sie so gerne so nen Schnickschnack proggen wie den Speedgraph... |
#15
|
|||
|
|||
Quote:
Manche user können unterbrochene letitbit.net-downloads fortsetzen, andere wiederum nicht. Versuche ich das mit demselben Link, funktioniert das bei mir nicht. Möglicherweise unterscheiden Hoster ja noch nach anderen Kriterien. Bei letitbit kenne ich user, denen erst gar keine free-download Möglichkeit angeboten wird ... und zwar unabhängig vom Land, dem die IP zuzuordnen ist. So habe ich die Möglichkeit zum free-DL bei letitbit, andere mir bekannte deutsche user aber nicht ... Dieses Problem verteilt sich über den Globus, so dass wir letitbit nun nicht mehr nutzen. Eine (kurze) Suche nach Gemeinsamkeiten war zuvor ergebnislos. Gruß Roncalli Last edited by roncalli; 10.04.2009 at 18:09. |
#16
|
|||
|
|||
guuut.....dann lassen wir die tabelle von den devs pflegen und zusätzlich krichste noch ne manuelle Einstellmöglichkeit =P
|
Thread Tools | |
Display Modes | |
|
|