RapidShare Download Manager 4.3.2

Veraenderte Dateien: free.php, free_main.php, functions.inc.php, header.php, help.php, info.php, links.php, rapidpoints.php, rsdm_main.php, topfiles.php, uploads.php, uploads_start.php, version.php, module/om4/index.php

====> HINWEIS: wer ein “Modul” nicht nutzen moechte, entfernt einfach die entsprechenden Dateien (z.B. mod_rss.php + module/rss/*). Die Links in der Navigation werden dann automatisch nicht mehr angezeigt.

+ uploads_start.php -> E-Mail-Benachrichtigung sobald der Upload beendet ist
+ rsdm_main.php -> Filesize-Berechnung wird jetzt immer durchgefuehrt (unabhaengig von $getfilesize in der config.inc.php)
x rapidpoints.php -> kleinen Bug gefixt
- links.php -> jeweils einen Link hinzugefuegt und entfernt
- header.php -> Link zur stats.php entfernt (solange bis die neue API die entsprechenden Informationen anbietet)
+ header.php, help.php, info.php, rapidpoints.php, etc. -> Anpassungen an neue rapidshare.com – API
x free_main.php, header.php, uploads.php, etc. -> Code “aufgeraeumt”
- free.php -> der PayPal – Donate – Link ist jetzt auch fuer Free-User sichtbar
x functions.inc.php -> Problem mit zu langen RS-Account-Passwoertern behoben
- info.php -> Link angepasst

Der Download-Link wurde entfernt, da diese Version nicht mehr aktuell ist.

14 Kommentare

  1. kingofcomedy

    30. Mai 2009 @ 12:33

    Die neue rapidshare.com – API beschleunigt auch den RSDM, d.h. die Abfragen über die API sind deutlich schneller als die bisherigen wGet-Abfragen. In den rapidshare.com – News heisst es dazu auch:

    Wer eigene Programme für die Verwendung von RapidShare schreiben möchte, ist nicht länger darauf angewiesen, mögliche Funktionsaufrufe und deren Ergebnisse mühsam aus dem HTML-Quelltext auszulesen.

    Den “Icon-Link” auf die stats.php habe ich vorübergehend aus dem Header entfernt, da die für die Statistik erforderlichen Informationen zur Zeit noch nicht über die API angefordert werden können.

  2. grubolf

    4. Juni 2009 @ 18:34

    Hi,
    getestet und für super befunden!!
    Herzlichen Dank nochmal für deinen aufopfernden Support – der RSDM läuft nun in groben Zügen auf dem CH3SNAS!!!

    Jetzt hab in einem anderen Forum ein Skript entdeckt, das ich wirklich gut finde. Die Idee dahinter ist, dass die Files vorerst mal auf den USB Stick downgeloaded werden, damit die internen Platten nicht dauernd wegen den paar KBs mitlaufen müssen. Danach schaut das Skript nach, ob der Downloadordner bereits eine bestimmte Größe (hier 500 MB) erreicht hat. Wenn ja, verschiebt der die Files auf die interne Platte, die damit nur 1x anlaufen muss.

    code:

    #!/bin/sh
    LOG=/srv/www/pages/rsdm/logs/verschieben.log
    #
    BELEGUNG=`du -hs /mnt/usbstorage/downloads | cut -c 1-3`
    #
    if [ $BELEGUNG -gt 500 ] ; then
    mv /mnt/usbstorage/downloads/* /mnt/HD_a2/downloads/
    echo “———————–” >> $LOG
    echo “Verschieben…” >> $LOG
    date >> $LOG
    echo “———————–” >> $LOG
    else
    echo “———————–” >> $LOG
    echo “Noch nicht voll genug…” >> $LOG
    date >> $LOG
    echo “———————–” >> $LOG
    fi

    Nun meine Frage: Wo soll ich den exec-befehl [exec(`sh verschieben.sh`)] einbauen? Kann ich den in einem *.pl-skript einbauen? Wenn ja, wo?

    Jetzt schon herzlichen Dank für Deine tolle Leistung!

    Rudi

  3. Sp4rcy

    4. Juni 2009 @ 19:27

    super Manager, bin begeistert ^^

    Ich sollte die Tage für einen Freund auf seinem Debian-Server einen RS-Manager installieren (der aber konsolenbasiert funktionieren oder eine WebUI haben muss), also passte es (auch wenn’s für einen Linksys NSLU2 gedacht ist ^^).
    Ein paar kleine Probleme gab’s zwar, aber nun läuft’s alles super.

    Auf ein Problem, was mein Freund hatte, will ich dabei gleich mal hinweisen.
    Der Dateiname in einem Rapidshare-Link muss nicht identisch sein mit dem, was man mittels der fileID beim fileCheck abfragt.
    Wir hatten einen Link, wo der Dateiname im Link klein geschrieben war, in Abfrage aber Groß- und Kleinschreibung hatte. Dadurch kommt es zum Fehler und die Datei wird als offline markiert, obwohl sie online ist!

    Problem sinf dabei die Variablen ${$filename} und ${split[1]}, welche ja die gleiche Variable repräsentieren sollen!
    Ich hab’s daher bei mir korrigiert, indem ich schon beim Einfügen der Elemente in $filenames alles Dateinamen mit der Funktion strtolower behandle und später dann auch die Variable ${strtolower(split[1])} erzeuge, womit ich keine Probleme bzgl. Groß- und Kleinschreibung mehr habe.

    Gruß Sp4rcy

    PS: Ich programmier selbst nicht mit PHP, deswegen besteht immer die Möglichkeit einer besseren Lösung; für mein Problem war es ausreichend!

  4. kingofcomedy

    4. Juni 2009 @ 20:27

    @grubolf: Gute Frage. Wenn ich länger überlege würde ich das Verschiebe-Script wohl lieber nicht automatisch aufrufen lassen, denn es könnte ja sein, dass aktuell noch Downloads laufen und somit werden dann eventuell unvollständige Dateien verschoben. Als Free-User, da läuft ja eh immer nur ein Download “gleichzeitig”, könnte man die Zeile einfach in die free.pl einbauen. Als Premium-User würde ich vielleicht eine eigene php-Datei erstellen, die man dann manuell aufrufen müsste.

    @Sp4rcy: ok, Problem verstanden. :) Der Fix wird in der nächsten Version enthalten sein. Danke.

  5. Sp4rcy

    6. Juni 2009 @ 23:38

    nabend,
    ich schonwieder, wieder wegen einem Problem ^^

    Die Verwendung der Rapidshare API zum checken der Dateien ist super, ein Problem gibt’s in deiner Umsetzung aber noch. Du übergibst die Parameter
    $filecheck = file_get_contents(“http://api.rapidshare.com/cgi-bin/rsapi.cgi?sub=checkfiles_v1&files=”.trim($fileids, “,”).”&filenames=”.trim($filenames, “,”).”");
    ja in der URL, sprich per GET-Methode. Die Headergröße ist aber beschränkt.
    Mein Freund hat nun 140 Links eingetragen und es kamen mal wieder nur Fehler.
    Grund war einfach “Error: The HTTP-Header is too big!”
    Wenn du das ganze über POST machst, funktioniert das auch mit 140 Links. Ich hab’s selbst mal getestet.

    Gruß Sp4rcy

    PS: Für diejenigen, die aufgrund der Sprache des Betriebssystems oder der Lage des Servers (ja, ich verwende RSDM auf einem Server) keine deutschen News erhalten ein Tipp:

    In der news.php folgene Zeile ändern um ” –header=’Accept-Language: de’” ergänzen (Kumpel hat sich riesig gefreut, dass er’s nun endlich auch in deutsch hat *g*):
    escapeshellcmd(exec($wget_path.” -q -c \”http://rapidshare.com/news.html\” –output-document=rs_news.txt –timeout=3 –header=’Accept-Language: de’”));

  6. kingofcomedy

    7. Juni 2009 @ 11:22

    Danke für die Info. Der Filecheck wird in der nächsten Version über cURL laufen und die News werden auch auf deutsch sein. :)

  7. m0nk3y

    17. Juni 2009 @ 19:26

    Hi,

    ich benutze RSDM jetzt schon seit einer halben ewigkeit. Hat auch (nach kleinen Anfangsschwierigkeiten) immer einwandfrei funktioniert. Bis heute zumindest. Gestern ging noch alles, aber seit heute bekomme ich nur noch 13kb große “Dateien”. Ich habe von gestern auf heute nichts geändert, deswegen geh ich davon aus dass es nicht an mir bzw. RSDM sonder an Rapidshare liegt. Seit Version 4.3.2 habe ich ein paar kleinere Fehlermedlungen die die Funktion von RSDM aber (meiner Meinung nach) nicht wirklich beeintächtigt haben. Aber vielleicht kannst du ja was damit anfangen :-)

    Help.php:

    Benutzername => korrekt!
    Notice: Undefined offset: 1 in /volume1/web/rsdm_432/help.php on line 70
    “Direkt-Downloads” => aktiviert!

    Info.php

    Notice: Undefined offset: 1 in /volume1/web/rsdm_432/info.php on line 18

    Auf der Seite die mir (vor dem Donwload) die Größe anzeigt und ob die Dateien online sind usw…:

    Notice: Undefined offset: 1 in /volume1/web/rsdm_432/rsdm_main.php on line 408

    Zu meinem Problem:
    Wie du oben sehen kannst habe ich die Direkt-Downloads aktiviert (hab auch nochmal nachgesehen – sind an). Hättest du eine Idee woran es noch liegen könnte?

    Hier mal noch ein Auszug aus einem Log von einer dieser 13kb-Dateien:

    Resolving rapidshare.com… 195.122.131.22, 195.122.131.6, 195.122.131.14, …
    Connecting to rapidshare.com|195.122.131.22|:80… connected.
    HTTP request sent, awaiting response… 200 OK
    Length: 13351 (13K) [text/html]

    0K . 100% 148K=0.09s

    Wenn ich die Dateien per Browser runterlade gehts einwandfrei. Vielen Dank schon einmal im Voraus. Ach ja, ich benutze RSDM auf einem Synology NAS.

    Gruß m0nk3y

  8. kingofcomedy

    17. Juni 2009 @ 23:12

    Was die Fehlermeldungen, welche in der nächsten Version gefixt sind, betrifft: http://www.nslu2-info.de/forum/showpost.php?p=35456&postcount=5

    Schau dir den Inhalt der Dateien mal an, d.h. ggf. in *.txt umbennen und dann mit einem einfachen Editor öffnen. Du solltest dort eine Fehlermeldung finden.

  9. m0nk3y

    18. Juni 2009 @ 19:20

    Hi,

    die “Undefined offset”-Fehlermeldungen konnte ich mit deinem Link beseitigen, danke.

    Aber mit den 13kb-Dateien komme ich nicht weiter. Wenn ich z.B. RSDM herunterladen will (rsdm_432.7z) bekomme ich wieder eine 13kb große Datei mit dem Namen “rsdm_432.7z”. Diese habe ich mal umbenannt in .html bzw. .txt:

    http://www.m0nk3y.info/Up/files/rsdm_432.html

    http://www.m0nk3y.info/Up/files/rsdm_432.txt

    Vielleicht kannst du was damit anfangen….

    Gruß m0nk3y

  10. flanders

    18. Juni 2009 @ 20:02

    Hello,

    Habe das selbe Problem wie m0nk3y. Die heruntergeladenen Dateien sind 13kb grosse HTML files. In diesen HTML files kann ich dann die richtige Datei herunterladen. RSDM funktionierte bis gestern einwandfrei. Vielleicht wurde etwas am API geändert?

    Gruss flanders

  11. kingofcomedy

    18. Juni 2009 @ 20:28

    Rapidshare mag anscheinend leider keine wGet-Anfragen mehr. Mal schauen was sich da machen lässt.

  12. kingofcomedy

    18. Juni 2009 @ 21:32

    http://rsdm.kingofcomedy.de/2009/06/rapidshare-download-manager-454/ ;)

  13. m0nk3y

    18. Juni 2009 @ 22:15

    Alter Verwalter….schneller als die Feuerwehr. Gerade hochgeladen und getestet. Funktioniert einwandfrei :-)

    Dafür mal wieder ein fettes Dankeschön :)

    Gruß m0nk3y

  14. kingofcomedy

    19. Juni 2009 @ 00:06

    Aber gerne doch. :) Ich hatte ja auch ein gewisses Interesse daran dass die nicht ganz unwichtige Download-Funktion wieder funktioniert. ;)

RSS feed for comments on this post · TrackBack URI