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

Die Captcha-Button in die Fußnote --> Vorschlag folgt für alle Skin
Der muss sowieso überarbeitet werden, da die Funktion $(captchatrader_getcredits) anscheinend jedesmal beim Laden der Seite ausgeführt wird. Wenn viel bei CT los ist, stockt F!L erheblich. Test durch entfernen der Buttons, F!L aktualisiert die Seite um Klassen schneller.
 
@rolex0815
Laut http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html ist das Senden vom Accept-Ranges-Feld nicht zwingend notwendig. Ich denke jedoch, falls das Feld vorhanden ist, wird die Angabe auch stimmen.
Accept-Ranges erhälst du natürlich nur beim finalen Link (HTTP Code 200) und nicht bei den Weiterleitungen.
Deswegen ist es vielleicht einfacher, Fritzload protokollieren zu lassen, welche Hoster Resume unterstützen und dies gegebenfalls bei einem Curl-Error zu korrigieren.

Um die Ladeverzögerung beim Abrufen der Credits zu vermindern, könntest du das Ergebnis entweder cachen und/oder die Abfrage asynchron durchführen.

@Yodafrosch
Ticket #1431 ist geschlossen.

Die Gui finde ich übrigens auch etwas überladen. Meiner Meinung nach könnten zusätzlich noch die Checkboxen für Premium und Debug in die auch etwas überladene Config-Seite verschoben werden. Beim Premium-Account ist es vermutlich sogar sinnvoll, dies auf der Config-Seite für jeden Premium-Hoster einzeln entscheiden zu können.
 
Zuletzt bearbeitet:
@Buttons:
da fehlt dann noch Alle Erneut laden (Fehler-Reiter) ist mir wichtiger
Der ist nun auch dabei.
Das Ganze findet sich unter:

https://sourceforge.net/apps/trac/avmload/browser/branches/misc/sources/experimental/rolex0815

Accept-Ranges erhälst du natürlich nur beim finalen Link (HTTP Code 200) und nicht bei den Weiterleitungen.
Deswegen ist es vielleicht einfacher, Fritzload protokollieren zu lassen, welche Hoster Resume unterstützen und dies gegebenfalls bei einem Curl-Error zu korrigieren.
Theoretisch müsste es ja gehen, zuerst mit "-C -" zu starten und im Fehlerfall dann halt nochmals ohne Resume starten. Jetzt stellt sich die Frage, ob der Server einen Fehler meldet, wenn man versucht zu resumen, obwohl nicht unterstützt.
Um die Ladeverzögerung beim Abrufen der Credits zu vermindern, könntest du das Ergebnis entweder cachen und/oder die Abfrage asynchron durchführen.
Ich habs jetzt anders gelöst, dass die Abfrage nur bei Onclick gemacht wird. Als Ausgabe habe ich dann aber keine ALERT Box mehr zustanden gebracht, sondern es wird über "<p class=msg>" in die GUI geschrieben.
 
Zuletzt bearbeitet:
Zeitweise verliert F!L die angehakten Ankreuzboxen. Da ist das "Premium" plötzlich wieder weg, obwohl NIE was in der Richtung verändert wurde, oder gar an der Config was eingetragen wurde. Es passiert oft auch, wenn ich ein paar mal zwischen DL und Monitor bzw. einzelnen Instanzen hin und herwechsle, dass die Boxen (betrifft auch die Debug) plötzlich abgewählt sind. Völlig unreproduzierbar.

Das kann ich voll und ganz bestätigen. Neu ist jedoch, wenn ich Debug (oder Premium) anhake, wird dies für alle Instanzen gesetzt. Eigentlich nicht weiter schlimm, aber wenn nun jemand in einer Instanz Premium laden will und in einer andren als Free ist dies im Moment nicht machbar.:confused:
 
@Buttons:

Ist das die Lösung? Button.JPG
 
Was für eine konfus vorgetragene Arbeit.
Wenn das als Facharbeit durchgeht, dann sagt das Einiges über die
Kompetenz der Lehrkraft aus!

Beim Lesen der Überschrift hatte ich mich auf interessante Neuerungen für die Box eingestellt...
 
Man kann doch nicht von jedem X- beliebigen Lehrer erwarten, dass er sich mit solchen grenzgängigen Sachen auskennt. Aber spätestens hier:
Nun kann man nach Herzenslust downloaden und spart dabei sogar noch Strom
hätte er dürfen hellhörig werden.:)
 
Instanz zur Laufzeit herausfinden

Ich bin in der Monitoransicht und möchte dort Start Buttons für jede Instanz anlegen, also z.B. rechts neben "Download-1", "Download-2", "Download-3", usw.
Den Button kriegt man ja leicht hin, aber nie mehr die richtige Instanz heraus.

Hat da jemand eine Idee oder ist es gar nicht mehr möglich so wie es jetzt programmiert ist?

EDIT: Hat sich erledigt.
 
Zuletzt bearbeitet:
Hier mal eine Anfänger-Frage:
Kann es sein, wenn ich mehrere Instanzen (5) gleichzeitig laden lasse, das es dadurch in der FritzBox zu einem Defekt kommen kann?
Ich habe bisher immer nur mit einer Instanz geladen. Seit Real-Debrid eigearbeitet wurde (:)), und dort ein relativ langsamer Speed zu verzeichnen war, habe ich die Links auf 5 Instanzen aufgeteilt.

Nach 14 Tagen begannen die Probleme mit der Leitung, ständig war die DSL-Leitung weg.
Der Anbieter sagt, die Leitung ist in Ordnug (:confused:), es wäre wahrscheinlich die Box. Ich bekomme eine neue zugeschickt.
Ich möchte das gar nicht so richtig glauben, vielleicht haben die Ihre Finger drin, weil der Traffic so hoch ist. Soll es ja auch schon gegeben haben.
 
Ich behaupte mal nein. Last verursachen z.B. aktiviertes Unrar - kopieren/verschieben (soll heißen, sobald auf USB der Fritz!Box zugegriffen wird, insbesondre wenn dies auch noch über WLAN geschieht). Die Zahl der Instanzen sollte eher nebensächlich sein wenn F!L mit einer Instanz gut läuft. Firmware 54.xx.xx ist eine 7270v1 oder irre ich mich? Im Hinterkopf habe ich da noch was von thermischen Problemen, kann mich aber täuschen.
 
Es ist eine 7270 v2.
Warm ist sie auch geworden, aber ich kann jetzt nicht behaupten, das ich jetzt ein Vergleichswert habe.
Als die Probleme anfingen, habe ich die Box von der Wand genommen und da ist es mir aufgefallen, aber ich denke mal, überhitzt fühlt sich anders an.
Da wird meine Videobox von ELION deutlich wärmer und die läuft top.
 
Hab grad die Änderungen mal getestet:
1. Der Button "Repeat all Failed DL" trägt keine Links von "Fehlerr" ein, obwohl 16 Links drin stehen.

2. Es gibt "ungenutzte Bereiche". Im Bild rot dargestellt (Anhang)
Das Textfeld schließt nicht mit dem Kästchen oben drüber ab. Über "aktives DL-Verzeichnis" ist auch noch Platz. Schöner sähe es aus, wenn es gleichmäßig verteilt wäre.

3. Oben bei "Fritz! Load" könnte man noch unter "Fritz!" nen Link auf "fritz.box" setzen, damit man wieder zurück auf die normale FB-Oberfläche kommt.

4. Der Button "Erneut laden Priorität" gibt Fehler aus:
Code:
/usr/www/html/cgi-bin/fritzload/gui_download.cgi: skins/Skin 1 (mastertester)/gui_download.cgi: line 31: url_string: not found
... und noch weitere ...
Sind überwiegend kosmetische Bugs, aber wenn ihr schon mal dabei seid :cool:
 

Anhänge

  • FL-Bugs_1.png
    FL-Bugs_1.png
    23.5 KB · Aufrufe: 21
1. Der Button "Repeat all Failed DL" trägt keine Links von "Fehlerr" ein, obwohl 16 Links drin stehen.

Versteh ich nicht. Gerade getestet, trägt brav ein. Alle Files vom SVN genommen? Kannst du eine Failedlist posten (Links halt verändern).
capture_002_21012012_152114.jpg

3. Oben bei "Fritz! Load" könnte man noch unter "Fritz!" nen Link auf "fritz.box" setzen, damit man wieder zurück auf die normale FB-Oberfläche kommt.
Ok.

4. Der Button "Erneut laden Priorität" gibt Fehler aus:
Schau ich mir an.
 
Habt ihr auch die page.css Dateien ersetzt?
 
zu 1.:
Bei mir funktioniert das Übernehmen nur, wenn in Instanz "1" ein oder mehrere Links bei "Fehler" drin stehen. Stehen keine in Instanz "1" drin, werden keine "failed Links", aus keiner Instanz, übernommen.

Die Dateien hab ich aus dem SVN (rev 1689), per zip-DL geladen und die Dateien von F!L damit überschrieben.
 
Kostenlos!

Statistik des Forums

Themen
248,996
Beiträge
2,308,396
Mitglieder
378,789
Neuestes Mitglied
strategicreset