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

[Bauigl]

(Ich bin leider am 1. Tag meines SO-Account's über die 100 GB Grenze gekommen.)

Hier aus ein Auszug aus den SO Regeln:

Viele Benutzer verstehen die Aussagen "Taffic-Unlimited" oder allgemein "Traffic-Limit" etwas falsch.

Share-Online wurde als Filehosting-Service für "Heimanwender" konzipiert. An dieses System knüpfen auch die Accountpreise und Geschwindigkeiten an, welche dem Nutzer zur Verfügung gestellt werden.

"Unlimited" ist dabei ebenso wie heute überall normal mit dem Zusatz "Abgabe nur in Haushaltsüblichen Mengen" zu verstehen. Diese "Mengen" wurden extrem großzügig bemessen. Wer an diese Limitierungen stößt, soll sich bitte einen zweiten Zugang zulegen, einige Zeit warten, oder bei absoluter Unzufriedenheit oder im Extremfall die (teureren) Angebote von Mitanbietern ansehen.

- Die Dateigrößen jedes Downloads werden dem Benutzerprofil zugewiesen - für 24h und 7 Tage wird zum Zeitpunkt der Überprüfung ein Wert gebildet
- liegt dieser Wert über den Grenzen von z.B. 100 GB/Tag (der echte Wert liegt bei ca. 110 GB/Tag), wird die Downloadleistung gedrosselt
- Der Zugang bleibt weiter nutzbar! Viele sprechen immer von Sperrung, dies ist nicht richtig
- Die Drosselung erfolgt bei ca. 110% und wird bei 90% wieder aufgehoben.

Reduzier mal deine Download's dann hast du diese Probleme nicht. Hiermit ersparst du den FL Programmierern auch viel Arbeit.
Oder du begrenzt in deiner Config deine Bandbreite auf "1213k" + Fullspeed von 0 - 24 h (vorausgesetzt ich habe richtig gerechnet) dann solltest du eigentlich nicht über die 100GB/24h kommen.

 

[TelefonSparbuch]

Um die Fehlermeldungen in den Hosterplugins zu vereinheitlichen könnte man folgende Prüfroutine nutzen:

errorHandling_xyz(){
    errorParser $f <<-'EOF'
        :WAIT $1:00 break
            | Please wait ([0-9]*) minutes to download more files

        :RETRY-1 10:00 continue
            | >Retry Download<
        :RETRY-2 10:01 continue
            # Captcha limit
            | several recent attempts to bypass

        :PREMIUM_ONLY - break
            | this file can only be downloaded by Premium
            | if you wish to download this file
        :NO_SLOTS 10:00 continue
            | No free slots available
            | All free download slots
            | no free download slots
        :LIMIT 10:00 continue
            | You can Download only
            | you cant download more then
        :SERVER 20:00 continue
            | you are requesting is currently down
            | No Downloadserver\. Please try again
            H_CODE 500
        :FILE_NOT_FOUND - break
            | class="box error"
        :END
    EOF
}

Einen Prototypen habe ich mal entwickelt (Testscript und Dateien aus dem Archiv im FritzLoad/ Ordner abzulegen). Ein return konnte ich noch nicht in die darunterliegende Schleife im Hosterplugin durchreichen - wobei das break aber bislang ausreicht.

Die Frage ist, ob das so umgesetzt werden sollte oder vielleicht hat jemand noch weitere Vorschläge oder andere Lösungsansätze.

 

[roadman17]

Ein return kannst du mit

errorhandling_xyz || return

durchreichen.

Ungünstig an der derzeitigen Fehlerbehandlung finde ich nur, dass der Fehlermeldungstext jedes mal frei gewählt wird.

Mein Vorschlag wären unterschiedliche Errorcodes, die in globalen Variablen wie ERR_FILE_OFFLINE, ERR_IP_LIMIT, ERR_LINK_PASSWORD usw. gespeichert werden, damit man in den Hosterplugins nicht in einer Tabelle nachschlagen muss, was die verschiedenen Fehlercodes bedeuten.
Für einfache Fehlerfälle können auch globale Variablen wie REGEX_OFFLINE, REGEX_LINK_PASSWORD, REGEX_TEMP_OFFLINE gesetzt werden.
Die errorhandling Funktion könnte dann in etwa wie folgt aussehen.

errorhandling_xyz() {
  REGEX_FILE_OFFLINE='...'
  errorhandling_default || return
  if err_ip_limit; then
    echo $wartezeit_in_sekunden
    return $ERR_IP_LIMIT
  fi
 ...
}

xyz() {
  ...
  errorhandling_xyz || return
  ...
}

Die Errorcodes $? werden dann in der "Masterfunktion" ausgelesen, die danach entscheidet, wie Fritzload mit dem Fehlercode umgeht (anderer Link, warten, Reconnect)
Bei der Gelegenheit kann vielleicht auch auf die while-Schleife in den einzelnen Hosterplugins verzichtet werden und stattdessen die "Masterfunktion" für die wiederholten Versuche sorgen.

 

[FischFuss]

Hallo,
ich wollte hier mal ein anderes Problem zwischenschieben:

Ich habe eine 7390 mit Fritz!Load !V0.42/Rev.: 2180 am laufen.
Bis letzte Woche hatte ich den Download-Transfer am laufen, damit jede Datei die erfolgreich heruntergeladen wurde vom USB-Stick auf meine NAS verschoben wird. Ich weiß nicht mehr genau bis zu welcher Version es noch lief - ich glaube Rev.2050 hatte ich vor dem Update drauf.

Die Einstellungen habe ich überprüft, ist alles so wie zu dem Zeitpunkt als es noch lief.
In der Logdatei steht folgendes:

Verschieben auf NAS nicht aktiviert
15:32:11 Dateien werden nicht verschoben - NAS nicht eingehängt

Dabei will ich doch gar nicht auf NAS verschieben, sondern an eine FTP-Adresse.


Vielleicht kann mir jemand helfen?!

Vielen Dank schon mal

 

[Solo0815]

@ FischFuss: Hier gehts weiter -> Doppelpost

 

[Gabris]

Zippy

Hallo,
gibt es schon Ansätze um das Problem mit der Benennung der Dateinamen bei Zippyshare zu berichtigen?
Beim DL von mehreren Files von dort wird die 1. Datei anstelle des richtigen Dateinamen+Endung immer als "Private file" (ohne Endung) abgespeichert. Da aber die nachfolgenden Dateien ebenfalls mit dem gleichen Namen gespeichert werden sollen meldet FL folgerichtig:

ERR: File already loaded - found in dl_finished4.txt: (22.05.12-22:04; http://www18.zippyshare.com/v/12345678/file.html ; Private file

und überspringt den Rest.
Die Meldung schreibt FL je nach Instanz in die Datei "dl_finishedX.txt".
Um weitere Dateien DL-en zu können muss also FL angehalten, dieses "Private file" im DL- Ordner in den richtigen Dateinamen umbenannt und die Datei "dl_finishedX.txt" gelöscht werden, erst dann ist FL wieder bereit die nächste Datei aus der Liste zu DL-en.
Dieses "händische" Vorgehen mag ja bei 1-2 Files noch funzen aber bei 80 Files wird es ziemlich lästig. Schade, denn Zippyshare hat z.Z. die schnellsten Übertragungsraten für Free- User.

 

[TelefonSparbuch]

Es muss ja irgendwann der echte Dateiname bekannt sein und dieser muss via alreadyloaded auch bekannt gemacht werden, somit würde auch die Datei nie unter einem falschen Dateinamen abgelegt und in der Finished Liste benannt sein.

EDIT:
Im Programmcode scheint das auch korrekt programmiert zu sein. Allerdings zeigt ein Test, dass es da wohl noch intern ein Problem gibt (was vermutlich aber nicht vom Hoster abhängig ist).

In der Finished-Datei wurde ein Dateiname nicht ergänzt
23.05.12-09:15; http://www63.zippyshare.com/v/93728807/file.html ; 1.zip
23.05.12-09:15; http://www63.zippyshare.com/v/94309919/file.html ; 2.zip
23.05.12-09:15; http://www63.zippyshare.com/v/8162552/file.html
23.05.12-09:16; http://www63.zippyshare.com/v/32965493/file.html ; 4.zip

obwohl das Log die Auswertung korrekt anzeigt:
09:15:49 ### zippyshare_com-free: http://www63.zippyshare.com/v/8162552/file.html
09:15:49 GET1: http://www63.zippyshare.com/v/8162552/file.html Options: --cookie-jar /var/tmp/fritzload4/zippyshare.cookie.txt
09:15:50 File: 3.zip
09:16:06 URL-Download (T:1/R:5): (Url: http://www63.zippyshare.com/d/8162552/15370/3.zip) (File: 3.zip) (Options: --cookie /var/tmp/fritzload4/zippyshare.cookie.txt)

 

[roadman17]

@Gabris
Das Problem mit zippyshare ist vermutlich, dass beim Upload "Set as Private Upload" ausgewählt wurde. Probiere es einfach noch mal mit der aktuellen Revision und gib beim nächsten mal am besten einen urheberechtlich unbedenklichen Link an, bei dem das Problem auftritt.

 

[Gabris]

Danke für den Hinweis, ich bemühe mich immer den neusten Trunk zu verwenden. Der zippyshare-Fehler kommt aus dem Trunk 2185, wie ich gerade sehe ist jetzt die 2189-er Version draußen aber im changelog sehe ich nichts von zippyshare-Plugin. Ich werde es aber gleich probieren.

Später: OK, mit dem 2189er- Trunk scheint der Fehler ausgemerzt worden zu sein. Das (urheberrechtlich unbedenkliche) File:
http://www20.zippyshare.com/v/9515051/file.html
wurde sauber unter seinem Dateinamen gedownloadet.

Vielen Dank für die Bemühungen!

 

[redxenja]

mediafire kaputt

FritzLoad Revision 2190 gestartet 23.05.2012 15:53:27: ./fritzload.sh i1 -l /var/media/ftp/MassStorage-Partition-0-1/XXX_jobs1.txt   (PID:1819)
15:53:32 ### alldebrid-mediafire.com: http://www.mediafire.com/XXXxu9iv29ete
15:53:32 Warte auf Internetverbindung ...
FAILED: 15:53: premium

15:53:37 ### mediafire_com-free: http://www.mediafire.com/XXXxu9iv29ete
15:53:37 Warte auf Internetverbindung ...
15:54:16 File: DUMMY.1819
15:54:17 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:54:18 URL-Download (T:1/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:54: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

15:54:54 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:54:55 URL-Download (T:2/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:55: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

15:55:21 Freier Speicher auf /var/media/ftp/IntensoRainbowLine-Partition-1-0/down: 7514 Mbyte
15:55:21 URL-Download (T:3/R:5): (Url: parse failed: sed -n "/<div.*download_link/href[[:space:]]*=[[:space:]]*["']\?\([^"'>]*\)") (File: DUMMY.1819) (Options: )
FAILED: 15:55: Download-Fehler: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:() / HEAD:

sed: write error

 

[redxenja]

Wer hat den das mit der dl_finished1.txt programmiert? Dazu braucht man auch eine Option im Menue, die zu leeren, sonst läd fl die Files nicht nochmal.

 

[TelefonSparbuch]

Warum sollte eine erfolgreich geladene Datei erneut geladen werden? Oder war der Download nicht erfolgreich?

 

[redxenja]

wenn kaputt ist, aus versehen gelöscht oder zum testen..

 

[TelefonSparbuch]

Dann editier doch den Eintrag in der "Fertig" Liste, das geht doch über das Webinterface.

 

[teohub]

Nein, Linklisten sind m.E. nicht unbedingt nötig. Schön wäre eine Mini-Statuszeile pro Instanz wie im normalen Monitor (Links-34 ; Fertig-94 ; Fehler-0). Ein Kill-Button pro Instanz wäre nicht schlecht.

Aber wenn das den Aufwand erhöht, würde mir die jetzige Mobile-Konsole nur mit 4 Instanzen vollkommen reichen. Wäre echt super.

@roadman17
Vielen Dank nochmal für die Realisierung der 4 Instanzen im mobilen Monitor (mobile_monitor.cgi).
Funktioniert soweit ich testen konnte prima ab Rev. 2190.

Gruß
teohub

 

[teohub]

Eine Frage an die Entwickler:
Gibt es einen Steuercode mit dem man in der Linkliste den DL der Instanz nach einem bestimmten Link beenden kann?
Gemeint ist etwas ähnliches wie z.B. das @ Zeichen, mit dem man das PW an die Unrar-Funktion übergibt.

 

[aerosal]

Reconnect / CIFS Problem mit 7320

Hallo Zusammen,

hab ein paar Problemchen. Wäre schön wenn mir vllt. Jemand weiterhelfen kann?

Also Ausgangssituation:

FB 7170 + Fritzload =>download auf NAS

Hab diese Woche meinen Vertrag verlängert, eine 7320 bekommen.

1.Problem: Kann mein NAS nicht mounten, das Kernelmodul ist wohl das Problem. Gibt es da schon was aktuelleres, dass mit der 7320 funktioniert?

2.Problem: Bin nun soweit, dass ich die 7170 als LAN Client weiter für Fritzload nutze. Problem hierbei ist, dass der externe Reconnect nicht geht. Selbst wenn Fritzload direkt auf der 7320 läuft, geht es nicht.
Seltsamerweise habe ich eben das mobile interface ausprobiert, wenn ich auf der 7320 / mobile interface den force reconnect ausführe, wird erfolgreich ein reconnect durchgeführt.

Kann mir Jemand weiterhelfen?

Gruß und Danke schonmal

aerosal

edit:Rev. 2190 natürlich

 

[Balloni]

CCS - Problem mit neuster Beta-FW 7270v3

Seit dem Update meiner 7270v3 auf die 74.05.21-22513 vom 23.5. werden bei F!L bei mir keine Skins angezeigt (FF, Chrome, IE getestet)! F!L selbst d.h. der Download etc. geht.

Zurück auf die 74.05.21-22373 - Skins werden angezeigt!
Könnte dies jemand beheben?

Balloni

 

[kosto]

Moin!

Ich habe 2 Fragen:

1. Ist die 7330 SL (UI) Fritz!Load fähig?
2. Kann Fritz!Load Captchas automatisch lösen? Wenn ja, von welchen Hostern?

Gruß

kosto

 

[roadman17]

@Balloni:
Was verstehst du unter "Es werden keine Skins angezeigt" ? Hast du auch Skin 2 getestet?