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

@Solo: Nein es geht um den uploaded.to link den irgendwer gepostet hat.

@frank_m24: Verstehe deine Aufregung und habe deshalb den Link vorhin extra gegoogled. Es gibt so keinen Eintrag auf irgend etwas verwerfliches. Ich möchte mich an dieses Stelle auch im Namen von F!L distanzieren, dieses Tool sollte nicht zum Download bedenklicher Inhalte eingesetzt werden!
Dieses ständige drohen ist allerdings auch keine Lösung. Dann macht bitte Nägel mit Köpfen und schliesst den Thread. Wir als Entwickler setzen auch alles daran und achten darauf, das F!L nicht im falschen Licht erscheint! Vielen Dank. (Meine Meinung.)
 
Ich verstehe auch nicht, was das Fehlverhalten eines einzelnen Users mit dem Thread hier zu tun hat?

Wenn Du also jemanden "bestrafen" willst, dann bitte den entsprechenden User, und nicht das ganze Forum!

Gruß
mastertester
 
Hallo,

Man darf über DLCs reden, über Downloads im Allgemeinen, über die spezifischen Anforderungen oder Probleme der verschiedenen Hoster, alles kein Problem.

Man darf nur nichts hier im Forum einstellen, dass einen direkten Link zu urheberrechtlich geschütztem Material hat bzw. beinhaltet, denn das ist illegal, und unser Forum in einer Mitstörerhaftung. Mir ist klar, dass es nur einen mittelbaren Bezug zu F!L hat, aber da diese OneKlick-Hoster nun mal auch zur Verbreitung von Raubkopien dienen, tauchen die Links hier immer wieder auf. Und ich erwarte von den ernsthaft Interessierten dort auch die entsprechende Kooperation, sprich: die Ersteller aufmerksam machen und die Beiträge melden, damit wir zeitnah reagieren können!
 
@frank_m24: Das ist uns bewusst. Wenn ein bedenklicher Link auftaucht (was zum Glück sehr sehr selten passiert) informiere ich dich eigentlich sofort! Wie gesagt den hatte ich gegoogelt und konnte nichts finden, ergo scheint sauber zu sein. Das es nicht so ist tut mir leid. Gruß
 
Eventuell sollte man diesen Beitrag hier in ein neues SubForum verschieben, und einen bzw. mehrere Moderatoren für dieses neue SubForum ernennen, die dann ggf. schneller reagieren können.

Gruß
mastertester
 
Hatte ich schon mal beantragt, aber eine negative Antwort erhalten
 
Auf einen neuen Versuch kann man es ja mal ankommen lassen. Ich fände es nicht schlecht, da dieser Beitrag hier ja nun auch nicht so wirklich übersichtlich ist.

Außerdem könnte man schneller auf solche Probleme wie z.B. nicht erwünschte Links reagieren...

@frank_m24,
wie sieht es denn aktuell aus?

Gruß
mastertester
 
Zuletzt bearbeitet:
Hallo,
ich habe folgendes Problem.
Wenn ich versuche mehrere Dateien von X7.to runterzuladen, wird automatisch kein reconnect ausgeführt. Manuell lässt sich der Reconnect wunderbar über die Schaltfläche "Reconnect" ausführen.
Ich benutze eine Fritzbox 7170 mit der Firmware-Version 29.04.80.

Freier Speicher auf /var/fritzload/downloads: 6259 Mbyte
URL-Download (T:23/R:50): {err:"limit-dl"} (File:abc.rar)
cat: can't open '/var/tmp/fritzload1/dl.head': No such file or directory
FAILED: 09:32: Download: 6 Couldn't resolve host. The given remote host was not resolved. / HTTP-Code:(000) / HEAD:<code></code>
09:32:54 GET1: http://x7.to/abc/abc.rar Options: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
09:32:54 GET2: http://x7.to/abc/.../.../.../ Options: --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
09:32:56 Warte 1 Minuten und 0 Sekunden
 
Zuletzt bearbeitet:
An dem reconnect-Problem allgemein wird gearbeitet...
 
Hallo,

Außerdem könnte man schneller auf solche Probleme wie z.B. nicht erwünschte Links reagieren...
genau das ist der Grund, warum ich das Thema in einem Thread belassen will. So brauchen wir nur diesen Thread zu scannen. Den habe ich in den abonnierten Themen, damit kommt er automatisch mit als erstes dran. Verteilen sich die Beiträge aufs Forum, dann gehen sie schneller im Rest der zu moderierenden Beiträge unter.
 
Gibt es in FL eine Debug-Variable, die man abfragen kann? Dann könnte man zum debuggen so was in den Code schreiben und vor allem drin lassen.
Code:
[ $debug ] && echo "Das ist eine Debug-Meldung"
Würde mir beim aktuellen Reconnect-Problem sehr helfen, denn aktuell hab ich in der reconnect.sh ziemlich viele Debug-Messages drin, die ich ungern wieder raushaue. Auskommentieren ginge zwar, aber dann müsste man sie beim nächsten Problem wieder einkommentieren ;)
 
@Solo: Es gibt in der bin/fritzload.sh (ganz oben) doch:

Code:
# DEBUG ON
# 	x: Print command traces before executing command
# 	v: Prints shell input lines as they are read
# set -xv
# Activate Debuging (0/1)
DEBUG=0

Ist das nicht was du suchst?
 
Danke! Hab ich gleich eingebaut:
Code:
_debug "Das ist eine Debug-Meldung"
schreibt: === DEBUG: Dies ist eine Debug-Meldung ins Log.
Code:
_debug "VariableXY: $VariableXY"
geht natürlich auch. So kann man zwischendurch mal prüfen, ob eine Variable noch den richtigen Wert hat. Das ganze wird natürlich nur ausgegeben, wenn der Haken bei "Debug" gesetzt ist.

@ipp007:
Zum "$nason"-Problem:
mit "export nason" sollte es gehen. export legt globale Variablen an (= für alle Shells nutzbar). mit "unset nason" wird es wieder gelöscht.
 
rapidshare hat ja die website geändert und nun kann ich nicht mehr bei rapidshare downloaden. gibts dafür schon ne lösung?
 
Das Update auf die aktuelleste Version hat bei mir geholfen, V0.36 - Revision: 1381 vorher 1379 und das gleiche Problem.
 
Du klickst in F!L auf das Fragezeichen, und dann auf Fritz!Load Online-Update.
 
Kostenlos!

Statistik des Forums

Themen
248,991
Beiträge
2,308,314
Mitglieder
378,785
Neuestes Mitglied
brokoli1