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

würde gerne im uploaded_to eine Weiche einbauen, denn es gibt auch "ul.to/1asd0asd0/foobar.zip" Links...

So würde ich diese bspw. so auslesen: http://[www\.|][ul\.to|][^"], nur muss DANN der Link geändert werden in: http://uploaded.to/file/1asd0asd0/foobar.zip.
Hi eYo:
Dies habe ich vor langer Zeit eingebaut. Nachdem wir die Hoster-Auflösung generalisiert haben habe ich das replace statement durch zwei Shell Scripte aufgelöst:
* uploaded_to.sh für die eigentliche Arbeit und funktioniert mit uploaded.to links
* ul_to.sh für die kurzen Links. Das Script ruft nur uploaded_to.sh mit den richtigen Parametern auf
Funktioniert hier etwas nicht? Oder wieso möchtest Du noch eine replace Anweisung einbauen?

EDIT: Habe gerade einen ul.to Link getestet. Funktioniert bei mir wunderbar.
 
Zuletzt bearbeitet:
Ich wollte mal fragen ob bei jemanden die Seite: http://www.decryptdlc.info/ funktioniert. Habe es jetzt mehrfach versucht und bekomme immer nur diverse Fehlermeldungen... Wenn es gut gehen würde könnte man F!L um z.B. einen kleinen Apache erweitern über den man individuell die dlc-Files kurzzeitig bereitstellen und so decrypten könnte.
 
Danke, hab schon langsam an mir gezweifelt...
 
Gerne, nicht das Du stundenlang probierst ;-)

Hat eigentlich share.cx aktuell einige Bandbreiten Probleme? Wollte das Plugin schon fixen, aber die unzuverlässigen Antworten vom Server sind glaub eher das Problem...

Naja für heute hab ich jetzt genug
 
Es gibt doch auch schon nen Ticket zu share.cx und im Hosterstatus steht es auch drin, das der share.cx-Server irgendwie nicht bzw selten antwortet. Ich probier es ab und an wieder aber bisher hat sich da nichts getan.
 
@wetzstein: danke - werde mir die Regex Dinge trotzdem mal ansehen, auch wenn sich das durch @SagHalt's Post erledigt hat.

Jetzt geht bei mir auch auf einmal die uploaded.to Links. ul.to hab ich noch nicht getestet, hatte sie mit EditPro via RegEx ins richtige uploaded.to Format gebracht.
Danke erstmal.
 
Wetzstein schrieb:
Wenn es gut gehen würde könnte man F!L um z.B. einen kleinen Apache erweitern über den man individuell die dlc-Files kurzzeitig bereitstellen und so decrypten könnte.
OMG, konzentrieren wir uns doch lieber auf die Stabilität und halten das Tool schlank!

DLC ist unsicher und jeder kleine Java-Freak kann ein Tool zusammenbasteln, was den JDownloader missbraucht und die Links ausspuckt!! Auch wenns die DLC Gurus nicht wahr haben wollen.

XP:
Es gibt ein kleines Tool (200kB) mit Integration ins Kontextmenü (Google ist dein Freund :) ).
Heißt: Rechter Mausklick auf DLC und im Kontextmenü Tool auswählen und Zack - die Links sind in der Zwischenablage.
Dann nur noch in Fritzload mit STRG+V einfügen - FERTIG.
Einfacher gehts doch wirklich nicht.

Wenn ich den Namen hier herausposaune, ändern die DLC Friemler den AES Schlüssel in JDownloader. Folglich muss dann auch das Tool geändert werden. Eine hirnlose Hatz...
DLC hält eigentlich nur Laien vom Petzen ab, die Behörden haben Profis und die richtigen Tools...
 
Zuletzt bearbeitet:
@fz1: dein Tool ist allgemein bekannt, aber egal keine Grundsatzdiskussion. Ich habe kein Windows und finde den jd-workaround nicht besonders schick. Wenn du nen Decrypter in C bauen kannst wär das prima ;) Sofern die keys nicht freizugänglich sind kann man sie auch bei jd direkt beantragen...

Zur DLC-Sache: Ich versuche den http://cinux-loader.sourceforge.net/ in der closed-source Version auf der Boxen zum laufen zu bringen, da er einen gut funktionieren DLC-Decrypter hat. Habe auch schon die libcurl.so.4 libpcre.so.0 kompiliert. der normale Download geht jetzt damit, aber wenn man eine DLC entpacken will kommt immer:
Code:
./cinux-loader: can't resolve symbol 'ENGINE_load_builtin_engines'
Ich vermute das der ssl-Import beim erstellen der libcurl nicht funktioniert hat. Ich bringe das hier nur mal an falls es auch schonmal jemand probiert bzw. den cinuxloader auf der Box am Laufen hat... Wäre über jede Hilfe dankbar.
 
Zuletzt bearbeitet:
@Wetzstein: Upps, das Ticket hatte ich gesehn. Dachte aber des wäre ein anderer Hoster. Naja net so Wild ;-)

Wegen DLC: Hab gerade ne interessante Seite gefunden mit direktem Upload: http://dcrypt.it/
Absenden über Submit.. Feine Sache :-)
Unterstützt sogar Click'n'load.
 
Danke. Hättest du das mal früher gesehen, dann hätte ich mich jetzt nicht 2 Tage mit cinuxloader rumgeschlagen :). Wenn trotzdem noch einer was zum cinuxloader-Problem hat wäre ich offen für Infos...
 
Hallo Jack1
lädt nach Deiner Anleitung die Fritzbox die fertigen Dateien vom USB-Stick auf das NAS, oder downloadet die FB direkt auf das NAS? Diese letzte Variante würde mir noch besser gefallen. Dann brauche ich keinen USB-Stick mehr und es geht schneller. Wenn das nicht der Fall sein sollte,kannst Du mir vielleicht sagen wie das geht.

Gruss
Jimmy,
 
@ jimmy:
Schau mal: Wiki ;)

Du musst dann nur noch als DL-Pfad das Verzeichnis auf dem NAS auswählen.

2. Möglichkeit: (ungetestet)
- USB-Stick zum DL einrichten
- Config: Transfer nach jedem erfolgreichen Download
- CIFS-Dateitransfer: Einstellungen anpassen (IP, Verzeichnis, usw.)
- CIFS-Dateitransfer: Haken bei "NAS nach dem Transfer nicht aushängen"
- eine Datei laden und warten, bis sie auf das NAS transferiert wurde
- wenn alles geklappt hat, noch den DL-Pfad auf /var/media/cifs stellen und den Transfer aufs NAS ausschalten.
- Jetzt sollte F!L direkt auf das NAS laden, weil das NAS nicht mehr ausgehängt wird. Das NAS sollte natürlich die ganze Zeit laufen ;)
 
Heißt der Ordner den du rüberkopiert hast cifs ?Ist der Ordner überhaupt auf dem Stick? Heißt dein Stick USB2-0-FlashDisk-01?

Welche Box hast du?
 
@ wetzstein, sagHalt:
Kann einer von euch nen Button einbauen, entweder in "Config" oder in "UnMount", der die FL-Funktion "_mountNAS mount" aufruft und den Rückgabewert checkt? Ihr seid die CGI-Gurus ;)

Dann könnte man vieles einfacher machen, wenn jemand direkt auf das NAS laden will. Er braucht nur noch den Button drücken und den DL-Pfad /var/media/cifs anzugeben. FL hängt das NAS nach /var/media/cifs ein und lädt direkt drauf. Der Haken "NAS nach dem Transfer NICHT aushängen" muss auch noch gesetzt werden.

Die Rückgabewerte von _mountNAS:
0 = alles gut gegangen, NAS eingehängt
1 = Fehler beim Einhängen

Die ganzen Files für insmod sind ja schon bei FL integriert.

Update: mit Rev1324 sollte der o.g. Aufruf "_mountNAS mount" funktionieren.
 
Zuletzt bearbeitet:
@Solo0815 & SagHalt: Ich lass SagHalt den Vortritt... Er hat auch die Unmount-Seite kreiiert. ;)
 
Hi Leute,
bin gerade geschäftlich im Ausland und werde vermutlich erst die nächste Woche dazukommen.

Die unmount-Seite war bisher nur ein Test. Viel Feedback gabs dazu nicht. Sollen wir die Seite aktiv schalten?
 
Wenn wir die Seite aktiv schalten, sollte sie auf eine Seite verweisen, auf der alle Buttons zum mounten, unmounten usw sind. Aktuell ist es ja so, wenn man auf den Button "unmount" klickt wird FL beendet und der Stick ausgehängt. Die Seite http://fritz.box/cgi-bin/fritzload/gui_unmount.cgi in der einzelne Sticks ausgehängt werden können kann der User IMO nicht finden, weil es in der GUI keinen Link dazu gibt. Irgendwo in der GUI sollte ein Link dazu drin sein, dann sehen es die User und können es auch ausprobieren ;)

Ich denke dabei an folgende Buttons:
* mount NAS (einhängen)
Hier könnte man nochmal dden CIFS-Abschnitt der Config auslesen und ausgeben. So kann der User prüfen, ob er alles richtig eingegeben hat. Ändern nur in der Config.

* NAS aushängen
mit Hinweis, dass alle DL abgebrochen werden. Der Button sollte erst "killall" ausführen, anschließend "_umountNAS umount".

* einzelne USB-Storage aushängen

* umount USB-Storage + FL beenden

-
Wie kann ich die Seite index_static.html anzeigen? Ich finde keinen Link o.ä.
Danke
 
Zuletzt bearbeitet:
Kostenlos!

Statistik des Forums

Themen
248,854
Beiträge
2,302,935
Mitglieder
378,504
Neuestes Mitglied
Hallo61Hallo