Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

kann mir einer von euch sagen was ich genau bei telnet eingeben muss um das ganze zu deinstallieren?

denn ich hab gerade gar keinen durchblick

Wenn Du mit Telnet klar kommst, dann nach der Anmeldung mit Telnet folgendes eingeben.

zum Deinstallieren:
# cd /var/media/ftp/<USB_DEVICE_NAME>/fritzload/bin
# sh install.sh -d

zum Installieren:
# cd /var/media/ftp/<USB_DEVICE_NAME>/fritzload/bin
# ./install.sh -i

Gruß
 
Habe die 1372 drauf und Probleme mit dem DL bei megaupload.

FL lädt ein paar links und dann werden nur noch Fehlermeldungen produziert: FAILED: 18:43: Download-URL nicht gefunden usw. Anscheinend wird kein reconnect angefordert, denn nach manuellem reconnect und erneutem Laden gehen die gleichen Links wieder, bis dann erneut Schluss ist.

Wenn gewollt, kann ich die Logdatei posten.

Gruß
zupipo
 
@zupipo: UPDATE: Bei Megaupload gab es bisher keine Notwendigkeit für einen Reconnect. Bitte poste die Fehlermeldung, dann kann ich sie einbauen. Gruß
 
Zuletzt bearbeitet:
Ich veröffentliche jetzt mal meine Änderungen für den OTR-Download.
Wahrscheinlich habe ich noch nicht alle OTR-Fehlercodes gefunden( laufender Download?).
Deswegen bitte ich alle OTR-Nutzer das Plugin zu testen. Ich selber nutze OTR nur selten.
Man kann auch mit dem Beginnerstatus die Links von der OTR-Seite einfügen, also die Links, die mit Normal, Priorisiert und Bezahlt beschriftet sind.

Richtig getestet habe ich die letzten Änderungen noch nicht, da ich noch nicht alle Fehlercodes kenne und nur in der Happy Hour, also ohne Aufsicht getestet habe.

An die Devs:
An wen muss ich mich richten, um selber Änderungen einchecken zu können.
Die OTR-Link-Erkennung für die Beginner ist nicht gerade die schönste. Besser wäre es vielleicht eine Art Decrypter Plugin zu schreiben, dass bei Abarbeitung einfach den richtigen Link zur Downloadliste hinzufügt.
Wann verwendet man eigentlich Englisch und wann Deutsch?
 

Anhänge

Dass die URLs nicht gefunden wurden, stimmt so ja nicht, denn nach einem reconnect wurden sie ja letztlich alle gefunden und geladen. Nur mit dem letzten link gab es ein spezielles Problem, der war gestern nicht verfügbar, erst heute wieder.
 
Zuletzt bearbeitet:
@roadman: Wegen svn schreib mal am besten SagHalt, da er das bisher immer verwaltet hat. Deutsch oder English ist nicht geklärt, es gab mal die Diskussion Sprachdateien einzufügen, aber hat sich noch keiner gefunden und alle Hosterplugins haben so ihre individuellen Ausgaben. Denke die meisten User sind deutschsprachig, inzwischen interessieren sich aber auch einige Internationale User für das Tool und ich denke Englisch sollte eigentlich jeder verstehen. Deshalb ist es inzwischen "Denglish" geworden.
Zu otr: Sieht doch sehr gut aus. Ich wollte die Funktion __otrdownload() nur noch bei Gelegenheit aus der normaldownload rausnehmen und als otrdownload.sh oder so ablegen, damit das normaldownload.sh-Plugin nicht so vermischt wird.

@zupipo: Die Datei wird bei einem Fehler unter "mv $f $f.failed.$(date "+%H.%M.%S")", also dl.irgendwas.failed.datum abgelegt. Kannst du mir dieses File zukommen lassen, dann sehe ich welche Seite erscheint und kann das Fehlerhandling hinzufügen.
 
Da die Files ja inzwischen alle korrekt geladen (und transferiert) wurden, ist der Download-Ordner jetzt leer, oder habe ich Dich falsch verstanden?
 
@zupipo: Sorry, manchmal gebe ich etwas verwirrende Antworten: Probier mal svn1373. Es löst jetzt nen reconnect aus wenn keine DL-Url gefunden wird und legt dann die Seite unter /F!L/tmp ab. Kannst sie mir ja ggf. zukommen lassen.
 
@ Wetzstein:
Ist in /bin/BBox Zeile 57 (Rev 1375) nicht ein Schreibfehler?
WGET="$pdir/bin//wget"
Sollte das nicht nur ein Slash sein?
 
@wetzstein
Mit der 1375 MU-Links geladen, nach 3 Links ist wieder Schluss. In FritzLoad/tmp wird nichts abgelegt, siehe Logdatei (diesmal als PN).

Gruß
zupipo
 
@Solo: Klar war das falsch. Ist korrigiert, danke.

@zupipo: EDIT: Als ich schaffe es nicht den Fehler auszulösen?!

@all: die Captchaerkennung für die 73xx ist drin: svn1376
 
Zuletzt bearbeitet:
Gute Nachrichten... geht ohne Probleme. Habe bis jetzt Netload und share-online.biz probiert bei beiden gab es keine Probleme mehr haben beide geladen!
 
Super!!! Das hört man doch gerne! ;-)
 
Minianwendung

Hey Leute,
ich habe keine Ahnung vom programmieren aber ich habe trotzdem eine Frage:
Kann man irgendwie eine Minianwendung für Windows 7 programmieren in der man zB sieht wieviel Prozent, wieviel speicher der Stick noch hat, wieviele Links noch und so weiter sieht?
Wäre echt eine gute Idee finde ich ;)
Erictrials
 
so leute, danke nochmal, habe jetzt mittlerweile alles richtig hin bekommen.

habe jetzt einen stick angeschlossen wo FL drauf und ne externe.
wie krieg ich das jetzt hin, dass der auf den stick lädt aber auf die externe verschiebt um den energiesparmodus zu erhalten?
 
Ist das Problem von share-online.bz schon bekannt, kann von dem Hoster nichts laden. Sagt immer, dass keine Slots frei wären... so runter laden per Firefox geht aber. Hier das Log:

14:38:47 GET3: http://www.share-online.biz/XXXRLIAV9LKW2 Options: --data captchacode= --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt --referer http://www.share-online.biz/XXXRLIAV9LKW2
Captcha korrekt erkannt ()
MSG: 14:38: width="18"> Server Info: no slots available
14:38:48 Warte 0 Minuten und 20 Sekunden
14:39:08 GET1: http://www.share-online.biz/XXXRLIAV9LKW2 Options: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
14:39:09 GET2: http://www.share-online.biz/XXXRLIAV9LKW2 Options: --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt --referer http://www.share-online.biz/XXXRLIAV9LKW2
14:39:09 GET: http://www.share-online.biz/XXXaptcha.php Options: --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
./fritzload.sh: line 162: 30442JPEGTOPNM: not found
 
@Edge: share-online geht nicht, das stimmt. Es wird auch openssl gebraucht, was noch nicht für 7390 vorliegt. Da sie aber demnächst einen Relaunch ihrer Seite planen folgt das update erst danach. Nur der Fehler "./fritzload.sh: line 162: 30442JPEGTOPNM: not found" ist etwas strange...

@Erictrials: Kannst dich gern damit an die Tickets (siehe Signatur) wenden. Vielleicht macht es ja jemand.
 
Hier ist openssl für die 7390:
http://mastertester2008.dyndns.org/openssl

Könnte sein, dass noch ne Lib fehlt.... Müsst ihr einfach mal probieren.

Gruß
mastertester

PS: was fehlt denn noch für die 7390? ;-)
 
Kostenlos!

Statistik des Forums

Themen
248,847
Beiträge
2,302,777
Mitglieder
378,497
Neuestes Mitglied
guenther1987