Du bist nicht angemeldet.
Helfen tut nur das debug Log, zusammen mit dem GET-[1,2,3,4].txt.
Das ist dann die geladene HTML Seite, wo die Wartezeit zu parsen ist.
So muss ich das alles selbst durchspielen und das dauert dann (viel) länger, vor allem, wenn keine FritzBox in der Nähe ist.
Vorhanden.
Geht wieder, testen ...
Um das nun abzuschliessen, ich checke das Gerüst mal ein.
Es funktioniert alles bis auf den finalen Download. Warum diese URL mit den FritzLoad Routinen nicht funktioniert, weiß ich nicht.
Folgender Befehl im Plugin
$CURL -o /var/media/ftp/uStor01/download/$filename "$finalurl"führt zur Fehlermeldung:
+ /var/media/ftp/uStor01/FritzLoad/bin/7390/curl -o /var/media/ftp/uStor01/download/fdminst.exe http://s6-lw.megacache.net:182/d/eil6zc4guxfn35lrdyobahfldfuttrgikbps5uscgq4nkp4tffxrzhin/fdminst.exe
curl: (3) Illegal characters found in URLDiese URL mittels telnet auf der Box manuell ausgeführt, führt zum normalen Download:
root@fritz:/var/tmp/fritzload1# /var/media/ftp/uStor01/FritzLoad/bin/7390/curl -o /var/media/ftp/uStor01/download/fdm.exe http://s6-lw.megacache.net:182/d/eil6zc4guxfn35lrdyobahfldfuttrgikbps5uscgq4nkp4tffxrzhin/fdminst.exe
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
62 10.2M 62 6576k 0 0 25575 0 0:07:01 0:04:23 0:02:38 25610Mit download() wird der Fehler URL malformat geworfen, allerdings läßt er sich wie oben gezeigt laden.
Vielleicht hat ja jemand die richtige Idee.
Gibt's nun.
Lass den internen Speicher mal aussen vor.
Stick evtl. formatieren und F!L komplett neu draufkopieren.
Dann auf der Box mal ausführen:
./install.sh -gZiehe die .dlc Datei per Drag'n'Drop ins Link-Fenster.
So, erst jetzt mal wieder Zeit gefunden:
Ich bekomme den DL Link, der z.B. folgende Form hat:
http://s6-lw.megacache.net:182/d/eilsms … 022015.zip
Dieser Link an die Download Funktion übergeben, liefert leider einen Fehler, den ich mir nicht erklären kann.
if download "$finalurl" "$filename"; then
break
fierrmsg Download: 3 URL malformat. The syntax was not correct. | HTTP-Code: () | HEAD:Wenn ich den Link aber mit curl lade, funktioniert es.
curl -o file.zip http://s6-lw.megacache.net:182/d/eilsmsefuxfn35lrcqob6chlck7u66buhznq46fxrainplwtxlqeo3q2/Update_T2112_T4112_V2.0.0_24022015.zip
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 5191k 100 5191k 0 0 25575 0 0:03:27 0:03:27 --:--:-- 27226Wo hapert es da, bzw. warum geht es nicht mit download()?
Firedrop nun vorhanden, einfache Version ohne Captchas.
Der Hoster funktioniert grundsätzlich noch.
Eventuell gab es an diesem Tag Probleme.
Der Fehler mit dem leeren Key ist behoben.
Kann aber trotzdem nicht testen, von 9kw.eu kommen nur falsche Captchas.
Kann das sonst jemand versuchen?
Diesen Hoster gibt's auch nicht in F!L soweit ich das sehe, oder meinst du was anderes?
Kann das bitte jemand so einchecken?
Checked in.
Gerade einen uploaded Link als free-user versucht, funktioniert.
Allerdings musste ich alle wait_request_time Funktionen auskommentieren, denn schon bevor überhaupt ein DL beginnt, wurde schon eine Wartezeit von 77 Minuten errechnet, keine Ahnung woher.
Im jdownloader Plugin sind jedenfalls Captcha Handlings eingebaut, scheinen nicht immer zu kommen.
Eine Textdatei zum Testen ist auch wenig hilfreich, da bei dieser geringen Dateigröße die Hoster manchmal anders reagieren und eben die Captchas abschalten.
Der Hoster geht mir etwas auf den Zeiger... kriege jedesmal die falsche 2. Seite geladen... 
Letzt Woche ging's noch, allerdings Premium.
Du willst nur Dateien aus dem FL Download Ordner woanders hin verschieben?
Der Verschieben Befehl funktioniert da gar nicht? (nutze das nie, sollte doch aber eigentlich genau das machen).
Die sind gerade down ....
503 Service Unavailable
Sorry, code repositories are not currently available.
Please see https://twitter.com/sfnet_ops for updates.
Wie üblich, ein Testlink erhöht die Wahrscheinlichkeit für eine Implementierung. 