Du bist nicht angemeldet.
Gehe in das Verzeichnis FritzLoad/bin/7390 (bei mir ist das: /var/media/ftp/FritzLoad/bin/7390 )
In der Konsole gebe ein:
./curl -k https://sourceforge.net/p/avmload/code/2748/tree/trunk/FritzLoad/bin/7390/svn?format=raw >svn
7270 braucht anderes Binary, entsprechend in das 7270 Verzeichnis gehen!:
./curl -k https://sourceforge.net/p/avmload/code/2748/tree/trunk/FritzLoad/bin/7270/svn?format=raw >svn
Danach geht das vollständige Update wieder!
Wobei die Captchas kann das Plugin nicht korrekt behandeln. Evtl. auch eine Fehlermeldung seitens Google, die nicht korrekt behandelt wird (vom Captcha-Plugin).
GRECAPTCHA: https://www.google.com/recaptcha/api/fa … YMEUBto-uq | Optionen:
Google Recaptcha Versuch 1/3
GCIMAGE: https://www.google.com | Optionen:
expertdecoders: Sende die Captcha-Grafik an den Service...
VERIFY: https://www.google.com/recaptcha/api/fa … YMEUBto-uq | Optionen: -d c=&response=Error+Invaild_Request
Telnet muss nicht zwangsläufig mit gestartet werden - würde sonst über das Telefonmodul gestartet, wo man es ja mit dem Telefoncode aus-/einschalten kann. Oder man lässt Telnet ganz weg, ist für Fritzload nicht zwingend notwendig, aber man muss ja schon Hand anlegen um es einzurichten (sofern man nicht eine Automatik schafft, die es vom USB automatisch installiert/einrichtet/startet ...).
Ist ja auch erst ein aller erster Lösungsansatz der noch optimiert werden kann.
Ja, nach einem Neustart ist alles wie ohne das Install Script, daher kann man es auch ausprobieren. Bei Problemen melden, dann kann man sehen was noch optimiert werden kann.
Man kann auch gleich den FritzLoad Prozess starten lassen (erwartet, dass Fritzload an folgender Stelle eingerichtet ist: /var/media/ftp/FritzLoad/bin/install.sh):
http://telefonsparbuch.de/software/frit … tzload.tar
Ist noch aktualisiert worden, so dass auch der smbd Dienst wieder läuft.
Telnet kann in dieser Firmware aktiviert werden, da es noch Bestandteil der Firmware ist. Dazu muss ein Pseudo-Firmware Update eingespielt werden (TAR-Datei mit Install Script).
Hier als ZIP Datei inkl. der Batchdatei zum Ändern des Quellcodes und Erstellen der Install-TAR Datei (Windows .bat ausführen / Linux sh make.bat => erzeugt die TAR Datei für das Firmware Update):
install_telnet.zip
Hier nur die fertiger TAR Datei zum Einspielen als Firmware Update:
install_telnet.tar
Könnte noch wer erweitern, damit FritzLoad direkt eingerichtet wird ...
Evtl. noch ein Windows Script, dass es automatisch ausführt von der Konsole ...
Wobei die Bandbreitenbegrenzung unter Umständen nur je Downloadprozess gilt und nicht über alle DL-Prozesse gesamt (kann ich aus dem Stegreif nicht sagen).
Einen Downloadzähler, der das Datenvolumen festhält, ist meines Wissens nicht vorhanden. Ob ein solcher Zähler bei Fritz!Load sinnig ist, wäre noch ein anderes Thema - da müsste Fritz!Load eher auf Daten des Routers, bzw. der Fritzbox selbst zurückgreifen um das Gesamtdatenvolumen zu erfassen und daraus Aktionen abzuleiten (Bandbreitenbegrenzung oder Deaktivierung weiterer Downloads).
EDIT: Der Fritzbox Onlinezähler wäre ein Ansatz, wobei man dabei vermutlich prüfen müsste ob es bei den ganzen Firmwareständen Unterschiede in der Anordnung der Informationstabelle gibt. Dort könnten folgende Werte verwertet werden: Heute, Aktuelle Woche, Aktueller Monat
Solltest eine Debugausgabe von einem Testdownload posten, dann kann man die Stelle im Programmcode leichter finden. Irgendein Zähler ist nicht gesetzt, eventuell beschädigte Konfiguration oder ähnliches könnte die eigentliche Ursache sein...
FRITZ!OS 05.58-26237 BETA
# ./curl
: can't handle reloc type 0x2f
Variablen müssen nicht unbedingt in Anführungszeichen gesetzt werden, sofern sichergestellt ist, dass keine leere Zeichenkette vorhanden ist und sofern Leerzeichen vorhanden es egal ist, dass die Ash mehrere aufeinanderfolgende Leerzeichen auf 1 Leerzeichen reduziert.
-eq, -gt etc. dient ja nur zu Zahlenvergleiche und nicht für Stringvergleiche.
Differentielles Update hat Fehler:
Die derzeit installierte Revision: V0.42-2465
Die neueste Trunk-Revision: 2466
Bestimme Änderungen zwischen Revision 2465 und 2466...
0 hinzugefügt | 24 verändert | 0 entfernt
Verändert (1/24): FritzLoad/cgi/gui_reconnect.cgi
Verändert (2/24): FritzLoad/cgi/skins/Skin%202%20(diekeule)/gui_pagetop.sh
/var/media/ftp/FritzLoad/cgi/skins/Skin%202%20(diekeule)/gui_pagetop.sh: No such file or directory
Der Download von cgi/skins/Skin%202%20(diekeule)/gui_pagetop.sh ist fehlgeschlagen: 0
chmod: /var/media/ftp/FritzLoad/cgi/skins/Skin%202%20(diekeule)/gui_pagetop.sh: No such file or directory
Verändert (3/24): FritzLoad/cgi/skins/Skin%201%20(mastertester)/gui_pagetop.sh
/var/media/ftp/FritzLoad/cgi/skins/Skin%201%20(mastertester)/gui_pagetop.sh: No such file or directory
Der Download von cgi/skins/Skin%201%20(mastertester)/gui_pagetop.sh ist fehlgeschlagen: 0
chmod: /var/media/ftp/FritzLoad/cgi/skins/Skin%201%20(mastertester)/gui_pagetop.sh: No such file or directory
Verändert (4/24): FritzLoad/cgi/skins/Skin%203%20(alt)/gui_pagetop.sh
/var/media/ftp/FritzLoad/cgi/skins/Skin%203%20(alt)/gui_pagetop.sh: No such file or directory
Der Download von cgi/skins/Skin%203%20(alt)/gui_pagetop.sh ist fehlgeschlagen: 0
chmod: /var/media/ftp/FritzLoad/cgi/skins/Skin%203%20(alt)/gui_pagetop.sh: No such file or directory
Verändert (5/24): FritzLoad/cgi/gui_main.cgi
Verändert (6/24): FritzLoad/cgi/gui_switchcaptcha.cgi
Verändert (7/24): FritzLoad/cgi/gui_monitor.cgi
Verändert (8/24): FritzLoad/cgi/gui_config.cgi
Verändert (9/24): FritzLoad/lib/download.sh
Verändert (10/24): FritzLoad/lib/downloadTransfer.sh
Verändert (11/24): FritzLoad/lib/captcha_service.sh
Verändert (12/24): FritzLoad/lib/upload.sh
Verändert (13/24): FritzLoad/lib/hoster/share_online_biz.sh
Verändert (14/24): FritzLoad/lib/hoster/rapidshare_com.sh
Verändert (15/24): FritzLoad/lib/hoster/netload_in.sh
Verändert (16/24): FritzLoad/lib/hoster/uploaded_net.sh
Verändert (17/24): FritzLoad/lib/led.sh
Verändert (18/24): FritzLoad/lib/util_stat.sh
Verändert (19/24): FritzLoad/lib/captcha_service/captcha_stat.sh
Verändert (20/24): FritzLoad/lib/captcha_service/neunkweu.sh
Verändert (21/24): FritzLoad/lib/reconnect.sh
Verändert (22/24): FritzLoad/bin/fritzload.sh
Verändert (23/24): FritzLoad/parlib/hoster/share_online_biz.sh
Verändert (24/24): FritzLoad/parlib/hoster/rapidshare_com.sh
Aktualisiere Cache...
Lese libs neu ein.
Stelle den Dateibesitzer zu boxusr99:root wieder her...
Erstelle eine BBox-Cachedatei...
Sende eine Neustartanweisung...
- Download 7
Die differenzielle Aktualisierung wurde abgeschlossen.
Fertig.
2440 ist die aktuelle:
akutelle Trunk-Version von FritzLoad 2425
Ist nicht die aktuelle Version!
Schieb doch einfach ein Testfile auf einen der Hoster und lade das runter. Das Log ist doch dann in aller Regel frei von Problemen...
Einige Hoster blocken die IP, wenn zu schnell erneut geladen wird. Ob solch eine Blockung erst nach einem Downloadversuch (nur erfolgreiche?) oder bei jedem Zugriff auf die Seite erfolgt konnte ich nicht ermitteln. Habe mich da an die Jdownloader Lösung orientiert, pyload behandelt das scheinbar nicht - geht es da überhaupt?
uploaded = 3 Std.
rapidgator = 35 Min.
vermutlich betrifft es noch mehr Hoster
Einstellungen/Download / Upload: Automatische Link-Verteilung auf Instanzen (Instanz = Hoster) ...
Ich habe das Plugin angepasst, es gab mehrere Probleme bei der Gewinnung der URL Daten. Zudem wird jetzt immer versucht ein Format herunterzuladen, die Festlegung in der Konfiguration legt nur fest was mit Priorität geladen werden soll (ist das Format nicht verfügbar wird das nächst Beste verwendet).
Man müsste noch überlegen ob die Qualität oder das Format mehr Gewichtung hat, da derzeit nach der Qualität sortiert wird.
Das Problem bei Rapdishare ist, dass der Anbieter immer eine Pause einführt, die der Downloadzeit entspricht, die man beim Fortsetzen eines unterbrochenen DL einspart (bzw. die Zeit die man ja schon investiert hatte...).