RapidShare Download Manager 4.7.4

12. Juli 2009 @ 10:21 · Abgelegt unter Releases

Veraenderte Dateien: ajax.php, config.inc.php, free_main.php, functions.inc.php, header.php, help.php, index.php, info.php, login.php, logs.php, news.php, rapidpoints.php, rsdm_main.php, stats.php, uploads.php, uploads_start.php, upload_stats.php, users.inc.php, version.php, images/icons/queue.png, module/om4/index.php, module/om4/logs.php, module/suche/suchen.php

Neue Dateien: showfiles.php (ehemals topfiles.php)

Neue Variablen in der config.inc.php: $filecheck_method

====> 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 -> den RS-Account-Typ und die RS-Login-ID in die Benachrichtigungs-E-Mail integriert
x rapidpoints.php -> es wird ab sofort die rapidshare.com – API – Funktion “getpointlogs_v1″ verwendet -> alte XML-Datei(en) loeschen und durch die rapidpoints.php neu generieren lassen
+ info.php -> eine Auflistung wann Referer-Points “gewonnen” wurden und durch welche Datei (Mouse-Over bei der Referer-File-ID)
+ info.php -> der “Rapidshare-Account-Typ” wird jetzt auch angezeigt
+ info.php -> Anzeige der durch Premium – User generierten RapidPoints entfernt -> siehe rapidshare.com – News vom 1. Juli 2009
+ header.php -> Code optimiert
x module/suche/suchen.php -> rslinks.org – Fix
+ functions.inc.php -> neue Funktionen hinzugefuegt
+ functions.inc.php, etc. -> fixYear – Funktion fuer PHP-Versionen mit dem date(“Y”) => “0000″ – Problem hinzugefuegt
+ showfiles.php -> Sortierung nach dem letzten Downloadzeitpunkt
* login.php, users.inc.php -> Unterstuetzung für Collector’s – Accounts (WICHTIG: den Account-Typ “prem” bzw. “col” in der users.inc.php angeben)
+ free_main.php, functions.inc.php, rsdm_main.php -> die “Filecheck”-Methode kann, falls auf dem Webserver kein cURL installiert bzw. aktiviert sein sollte, in der config.inc.php wieder auf die alte Methode umgestellt werden
+ showfiles.php -> die Anzahl der bisher noch nie runtergeladenen Dateien wird in Klammern hinter der Gesamtanzahl angezeigt
x ajax.php, uploads.php -> Leerzeichen in Dateinamen werden in Unterstriche umgewandelt, da es ansonsten Probleme beim “Upload-Update” gegeben hat

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

154 Kommentare

  1. Todde

    12. Juli 2009 @ 21:41

    Hi,

    habe die Version mal eingespielt, nur leider habe ich nach dem Einloggen eine komplett weisse webseite :-(

  2. Todde

    12. Juli 2009 @ 21:48

    sorry, mein Fehler… hatte die users config rueberkopiert….dann geht es ja nicht …wegen den neuen parameter

  3. kingofcomedy

    12. Juli 2009 @ 21:56

    Kein Problem. So werden wenigstens die anderen User daran erinnert die users.inc.php entsprechend anzupassen. :)

  4. Artanis666

    16. Juli 2009 @ 18:47

    Hi

    Das Tool ist echt super! Ich habs auf einer Synology DS409+ laufen.
    Ein “Problem” hab ich aber noch. Wenn RSDM gerade lädt und ich habe die Zwangstrennung meines Providers, dann blockiert der einfach und fängt nicht mehr an. Kann man da was machen?
    Vllt eine Abfrage, wenn er ladet und z.b. nach 5min keine Response von Rapidshare kommt, dass er das nächste File startet?

  5. kingofcomedy

    16. Juli 2009 @ 20:02

    Also nach einer Zwangstrennung (der aktuelle Download wird dabei unterbrochen) sollte eigentlich, sofern vorhanden, die nächste Datei runtergeladen werden.

  6. Artanis666

    18. Juli 2009 @ 18:38

    Hi

    Danke funkt super!

    Ist etwas angedacht, dass man z.b. Prioritäten setzen kann welche Datei er als nächstes laden soll? Wäre toll wenn man eine Reihenfolge eingeben könnte.

  7. kingofcomedy

    18. Juli 2009 @ 22:11

    Nein, so etwas ist bisher nicht geplant, sorry.

  8. Fabian

    19. Juli 2009 @ 00:07

    Hallo,
    danke für das Tool.
    Kann ich wenn ich ein freeuser bin bei rs, mich nur über den free account von rsdm einloggen oder kann ich auch einen account mit einem anderen passwort erstellen ? Frage weil ich auch von extern meine slug mit links füttern will. Danke für die antwort

  9. kingofcomedy

    19. Juli 2009 @ 11:41

    Also für den Free-User sind die Login-Daten (free/free) aktuell vorgegeben. Vielleicht werde ich das bei Gelegenheit mal ändern.

  10. Fabian

    19. Juli 2009 @ 12:31

    Danke für die Antwort. hatte aber gesehen, dass man das Passwort für den free user ja ändern kann, wenn man sich das mit m5d ausgeben lässt. das reicht ja erstmal.

    hab jetzt noch eine andere Frage: hatte gestern abend das problem, dass die Fehlermeldung: Fatal error: Call to undefined function curl_init() in /webserver/rsdm/functions.inc.php on line 45 kam. hab dann die free_main und die rsdm_main aus einer älteren Version ersetzt und “curl” durch “” ersetzt, das ging dann auch. eben hab ich dann curl installiert und wollte die Dateien wieder durch die original Dateien austauschen, aber dann kommt wieder die Fehlermeldung. woran kann das liegen ?

    dann noch eine sache zum reconnect. grundsätzlich ist es ja möglich sowas einzubauen. wird es denn auf der weboberfläche mal einen knopf geben, wo man den reconnect ein und ausstellen kann ? sowas wäre fein, weil wenn ich zu hause bin, will ich nicht das er ständig reconnect, aber wenn ich unterwegs bin, ist das vollkommen ok.

    Danke für deine Hilfe.

  11. m0nk3y

    19. Juli 2009 @ 15:28

    Hi Fabian,

    ich greif auch von extern auf mein NAS zu. Einen komplett anderen/neuen Freeuser zu erstellen habe ich noch nicht versucht. Du kannst aber (das hab ich gemacht) das Passwort vom Freeuser (also das “free”) ändern. Einfach nen MD5-Hash von dem Passwort das du möchtest generieren und das vorhandene Freeuser-”Passwort” damit überschreiben.

  12. kingofcomedy

    19. Juli 2009 @ 15:59

    @Fabian & m0nk3y: in der nächsten Version wird man neben dem Passwort auch den Benutzernamen frei auswählen können. ;)

    @Fabian: falls es Probleme mit cURL gibt, einfach in der config.inc.php den Wert für $filecheck_method leer lassen. Ansonsten vielleicht mal den Webserver neu starten?! :) Und was das Reconnect-Problem betrifft: ein Provider-Reconnect, der ja normalerweise maximal ein Mal pro Tag auftreten sollte, stört weder den Download vom Free- noch vom Premium-User, d.h. der aktuelle Download wird unterbrochen, klar, aber danach sollte es normal weitergehen.

  13. Fabian

    19. Juli 2009 @ 16:41

    durch den Reconnect möchte ich ja die 15 min wartezeit unterbrechen. da durch den reconnect alle Internetverbindungen gekappt werden, ist das ziemlich nervig, weil dann z.B. auch ICQ und so sich wieder neu einloggen müssen.
    Praktisch wäre es wenn es einen Knopf geben würde, wo man einstellen kann, dass der reconnect aktiviert ist, sprich er nachdem er eine datei runtergeladen hat, einen reconnect durchführt oder eben die 15 Min warten und dann weiterlädt ? ist die problematik so verständlich wie ich das meine ?

    Danke für deine Mühen

  14. kingofcomedy

    19. Juli 2009 @ 16:48

    15 Minuten Wartezeit? Seit wann muss man als Free-User denn wieder warten?!

    Hast du für deinen Router denn ein Reconnect-Script? Dann könnte man das ggf. nach jedem Download aufrufen.

  15. Fabian

    19. Juli 2009 @ 17:51

    ich muss als free user zwischen den Downloads immer 15 Min warten. Ein Reconnect skript habe ich. das auf curl basiert. weiß natürlich nicht, ob es bei mir läuft, weil rsdm auch sagt, dass er cUrl nicht starten kann. schön wäre es jetzt wenn ich entscheiden kann, ob er den reconnect ausführen soll nach einem download oder nicht. vielleicht kann man man das ja abhängig machen von einer variablen, die gesetzt ist oder nicht.

  16. kingofcomedy

    19. Juli 2009 @ 18:12

    Es sollte kein Problem sein eine weitere Box in den rechten Bereich einzubauen. Das Reconnect-Script sollte aber via Konsole gestartet werden können.

  17. Fabian

    19. Juli 2009 @ 21:04

    was heißt per Konsole ?

  18. kingofcomedy

    19. Juli 2009 @ 22:43

    Kann man das Reconnect-Script über die Konsole starten (weil es z.B. eine sh-Datei ist) oder handelt es sich um ein PHP-Script?

  19. Fabian

    20. Juli 2009 @ 10:12

    Ich finde für meine Router leider nur die Möglichkeit per cUrl einen reconnect durchzuführen. würde dann so aussehen:
    curl http://192.168.2.1/cgi-bin/webcm -d “login:command/password=0000″
    curl http://192.168.2.1/cgi-bin/webcm -d “connection0:settings/cmd_disconnect=1″
    curl http://192.168.2.1/cgi-bin/webcm -d “connection0:settings/cmd_connect=1″

    ob man sowas in eine .sh oder php-Skript umsetzen kann, weiß ich leider nicht. Bei meinem Router handelt es sich um einen speedport W701V. Vielleicht hat jemand ja eine Reconnectskript was auf einer .sh oder einem php-Skript basiert.

    Danke für deine Mühen.

  20. kingofcomedy

    20. Juli 2009 @ 19:09

    Schau mal hier:

    http://www.synology-forum.de/showpost.html?p=41999&postcount=48

  21. Fabian

    28. Juli 2009 @ 12:05

    jo, danke das sieht gut aus.

    Aber jetzt hab ich das Problem, nachdem ich die Slug nochmal neu aufsetzen musste, dass er den Download nicht mehr startet. also er importiert alle Links und sagt auch das sie online sind, aber fäng dann nicht an runterzuladen. in der help.php ist auch alles auf grün. weißt du woran das liegen könnte ?

  22. Fabian

    28. Juli 2009 @ 12:10

    bzw. das sagt er in der help.php:
    Überprüfe rapidshare.com – Einstellungen

    Notice: Undefined variable: hash in /webserver/rsdm/functions.inc.php on line 35
    Keine Verbindung zu rapidshare.com

  23. kingofcomedy

    28. Juli 2009 @ 21:55

    Die help.php kannst/darfst du als Free-User nicht aufrufen, darum ist sie im Menü auch nicht verlinkt. ;)

    Wenn ich mal wieder etwas Zeit habe, schau ich mir das Free-Problem mal genauer an.

  24. Patrick

    31. Juli 2009 @ 17:12

    Hallo

    Ich habe ein grösseres Problem das mit Downloads nur mit 14kb abgespeichert werden obwohl die help.php keine Fehler vom Rapidshare account anzeigt.

    desweiteren funktioniert auch der Upload gar nicht, es wird auch keine .Sh Datei erstellt.

  25. m0nk3y

    31. Juli 2009 @ 19:23

    Hi,

    ich wollte mal fragen ob bei euch der Upload über RSDM funktioniert. Ich bekomms einfach nicht hin. Er sagt zwar der Upload wäre gestartet aber es wird keine .sh-Datei erzeugt. Er macht einfach gar nix :-)
    Die Hinweise in dem roten Kasten habe ich befolgt. “upload”- und “tmp”-Ordner sind 777, die Dateien 555, keine Sonderzeichen und den Pfad in der nixshare.sh habe ich auch angepasst.
    Wenn er mir wenigstens eine Fehlermeldung geben würde…. :-)

    Eine Idee woran das liegen könnte?

    Gruß

    m0nk3y

  26. kingofcomedy

    31. Juli 2009 @ 19:37

    @Patrick: öffne die runtergeladene kleine Datei in einem Text-Editor und du solltest eine Lösung für dein Problem finden.

    @m0nk3y & Patrick: ich habe über den RSDM bisher ca. 450 GB hochgeladen. Es kommt ganz selten mal vor dass die md5-Summe der hochgeladenen Datei nicht korrekt ist, aber das passiert wirklich ziemlich selten. Kommentiere mal in der uploads_start.php Zeile 60 aus, d.h. setze ein #-Zeichen vor “$del = “rm …”. Es könnte nämlich sein, dass die sh-Datei zwar erstellt, aber auch ziemlich schnell wieder gelöscht wird. Wenn Zeile 60 auskommentiert ist, wird die sh-Datei nicht mehr gelöscht.

  27. m0nk3y

    31. Juli 2009 @ 20:15

    Hi,

    ich hab Zeile 60 mal auskommentiert. Jetzt sehe ich die .sh-Datei. Im RSDM wird jetzt auch bei der Datei die hochgeladen werden soll ein Refresh-Icon und eine Sanduhr angezeigt (solange ich die .sh nicht lösche). Aber hochladen tut er trotzdem nichts.

    Weil ich Apache nutze habe ich vorhin zwei Sachen geändert:
    - uploads_start.php Zeile 72:
    escapeshellcmd(shell_exec(…. in escapeshellcmd(exec geändert.

    - uploads.php Zeile 70:
    $filelist = explode(“\n”,`find “/tmp”|sort`); in $filelist = array();exec(‘find “/tmp”| sort’,$filelist); geändert.

    Bin nicht so der Profi. Kann das so überhaupt funktionieren oder liegt es vielleicht an den Änderungen dass der Upload nicht funktioniert?

    Gruß

    m0nk3y

  28. kingofcomedy

    31. Juli 2009 @ 20:35

    Ferndiagnosen sind nicht ganz einfach. :)

    Kopiere mal eine Zeile aus der sh-Datei in die Konsole (ssh oder telnet) und drücke Enter. Mal schauen was dann passiert.

  29. m0nk3y

    1. August 2009 @ 15:08

    Wenn ich den Inhalt der .sh-Datei auf der shell ausführe bekomme ich:

    /opt/bin/nice: /volume1/web/rsdm_474/upload/nixshare.sh: No such file or directory

    Die nixshare.sh liegt aber in /volume1/web/rsdm_474/upload/

    Gruß

    m0nk3y

  30. kingofcomedy

    2. August 2009 @ 08:34

    Liegt nice in /opt/bin? Falls ja, setz mal die nixshare.sh auf 755.

  31. m0nk3y

    2. August 2009 @ 18:29

    Ich hab die nixshare.sh auf 755 gesetzt – ohne Erfolg. Es hat sich leider nichts geändert.

    Zu nice:

    DiskStation> ls -l /opt/bin/ | grep nice
    -rwxr-xr-x 1 root root 30372 Jun 11 2008 coreutils-nice
    lrwxrwxrwx 1 root root 14 Oct 1 2008 nice -> coreutils-nice
    DiskStation>

  32. kingofcomedy

    2. August 2009 @ 19:25

    Ok, dann wird es jetzt immer spannender. :)

    Was genau steht denn in deiner sh-Datei?:

    Die Zeile sollte so aussehen:

    /opt/bin/nice --adjustment=19 /volume1/web/rsdm_474/upload/nixshare.sh --service rapidshare.com --premium --user RSLOGINID --pass RSLOGINPW PFADZURDATEI/DATEINAME

  33. m0nk3y

    2. August 2009 @ 19:49

    Genau das steht in der .sh-Datei (und #!/bin/sh oben aber ist ja klar). PFADZURDATEI/DATEINAME stimmt auch. Der rsdm_474-Ordner ist CHMOD 777. Der upload-Ordner ebenso. Und die Datei die hochgeladen werden soll ist 555.

    Ist bestimmt irgendwas ganz doofes/simples wo es dran hängt. Aber ich komm einfach nicht drauf :-)

    Gruß

    m0nk3y

  34. kingofcomedy

    2. August 2009 @ 22:25

    So doof/simpel scheint es ja leider nicht zu sein. :|

  35. Patrick

    3. August 2009 @ 22:45

    so noch kur eine infor von meiner Seite

    ich fine unter /opt/bin/nice nichts,
    denoch wird mir unter /opt/bin nice angzeigt.

    ich weiss nicht ob nice /? etwas hervor ruft, zumindest bei mir er es das hier
    No such file or directory

    nur nice, ergibt bei mir 0

  36. kingofcomedy

    3. August 2009 @ 22:48

    Ok, versuchen wir mal nice als eindeutige Fehlerquelle zu identifizieren. :) uploads_start.php öffnen und folgende Zeile suchen:

    $ausgabe = $nice_path." --adjustment=19 ".$web_path."/upload/nixshare.sh ".$limit."--service rapidshare.com --".$nix_acctype." --user ".$_SESSION["rsloginid"]." --pass ".$_SESSION["rsloginpw"]." '".$filename."'\n";

    ersetzen durch:

    $ausgabe = $web_path."/upload/nixshare.sh ".$limit."--service rapidshare.com --".$nix_acctype." --user ".$_SESSION["rsloginid"]." --pass ".$_SESSION["rsloginpw"]." '".$filename."'\n";

    Testen und berichten. :)

  37. Patrick

    3. August 2009 @ 23:08

    da passiert nicht viel mehr, nur das er bei Zeile 61 reklammiert, aber das hat mit dem nicht löschen der .sh datei zutun.

  38. kingofcomedy

    3. August 2009 @ 23:10

    Was passiert denn jetzt, wenn man eine Zeile aus der sh-Datei in der Konsole ausführt?

  39. Patrick

    3. August 2009 @ 23:10

    dann steht das hier

    -ash: /volume1/web/rsdm_474/upload/nixshare.sh: not found

  40. kingofcomedy

    3. August 2009 @ 23:13

    -ash?! Sorry, aber so scheinen wir das Problem leider nicht eingrenzen zu können. :| Du hast eine E-Mail. ;)

  41. Patrick

    3. August 2009 @ 23:16

    m0nk3y und Ich haben ne Synology, auf dieser wir das RSDM am laufen haben aufem Webserver.

  42. kingofcomedy

    3. August 2009 @ 23:17

    Beachte meine E-Mail. :)

  43. Patrick

    3. August 2009 @ 23:25

    ;) klaro, musste noch kurz gewisse Settings einstellen in der Firewall :)

  44. Patrick

    3. August 2009 @ 23:29

    So ich bin mal Offline, der rest läuft aber für Dich weiter….
    Hoffe du findest etwas :)

  45. m0nk3y

    5. August 2009 @ 19:05

    Konntet ihr den Fehler schon finden?

    Gruß

    m0nk3y

  46. kingofcomedy

    5. August 2009 @ 21:53

    Nein, leider nicht. Die Synology-Kiste reagiert leider nicht so wie die mir bisher bekannten Linux-Systeme.

  47. Artanis666

    8. August 2009 @ 13:48

    hi

    seit heute sagt mir der rsdm das alle rs links offline sind, obwohl das net stimmt. hab lediglich einen neustart meiner synology ds409 gemacht. hab auch schon den rsdm neu rauf geladen, trotzdem alles offline.

  48. kingofcomedy

    8. August 2009 @ 14:48

    Die Rapidshare-API gibt leider ein falsches Ergebnis zurück, d.h. der Fehler wird hoffentlich bald von Rapidshare behoben.

    Edit: wenn der Aufruf dieser URL am Ende nicht mehr 5 Nullen ausgibt, dann funktioniert wieder alles.

  49. Taron

    10. August 2009 @ 13:23

    Hallo kingofcomedy,
    ich habe ein kleines Problem mit dem RSDM auf der NSLU2 unter Debian (Lenny).
    Als Webserver habe ich lighttpd laufen, welcher auch super funktioniert. Allerdings habe ich festgestellt dass in der config.inc.php für die executables immer auf den Ordner /opt/bin/….. verwiesen wird.
    Allerdings ist es zumindest unter Lenny so dass es diesen Ordner nicht gibt und die Dateien alle unter /usr/bin/…. liegen.
    Gibt es für Debian eine extra Version des RSDM die ich mir runterladen muss, oder reicht es vieleicht sogar diese Eimträge einfach manuell anzupassen?
    Gibt es dann sonst noch irgendwo einträge die ich anpassen müsste?

    Außerdem wird ja immer auf das Verzeichnis /opt/share/www/… Verwiesen, da habe ich selbiges Problem, dass dieses Verzeichnis einfach nicht existiert.

  50. kingofcomedy

    10. August 2009 @ 13:34

    Hallo Taron,

    du kannst die Pfade in der config.inc.php einfach anpassen. :)

  51. Taron

    10. August 2009 @ 15:11

    Danke, so hat’s funktioniert.
    Jetzt habe ich nur noch das Problem, dass sobald ich irgendeinen Rapidsharelink in den Download stellen will diese Fehlermeldung erscheint:
    Fatal error: Call to undefined function curl_init() in /mnt/home/webserver/html/rsdm_474/functions.inc.php on line 45

    Was könnte da das Problem sein?

  52. kingofcomedy

    10. August 2009 @ 15:24

    Entweder cURL installieren oder den entsprechenden Punkt am Ende der config.inc.php anpassen.

  53. Taron

    10. August 2009 @ 15:29

    curl ist laut apt-get installiert und sogar in der neusten Version.

    P.S: Wahnsinn, du antwortest ja schneller als die Feuerwehr :-)
    Respekt und vielen Dank!

  54. kingofcomedy

    10. August 2009 @ 15:40

    php5-curl ist auch installiert?

    BTW: mit dem richtigen Handy ist man halt immer online. ;)

  55. Taron

    10. August 2009 @ 15:49

    So php5-curl hat gefehlt, jetzt funktioniert das ganze.

    Allerdings wird leider immer noch nichts runtergeladen.
    Wenn ich irgendwas reinstelle steht es zwar für ca. 2-3 Minuten unter Downloads drin. Dann verschwindet es allerdings wieder und es wird/wurde nichts runtergeladen.

    Könnte das damit zusammenhängen dass ich für Debian Lenny das wget-ssl Packet nicht gefunden habe?
    Ich habe längere Zeit gesucht, aber auch online nichts dazu gefunden. Dann habe ich noch ein Anfrage im Debian Forum dazu gestellt, wo man mir aber (bis jetzt) auch noch nicht weiterhelfen konnte.
    Weißt du evtl. wo/wie man das Packet für Debian Lenny herbekommt?

  56. Taron

    10. August 2009 @ 17:59

    Habe im Debianforum erfahren dass inzwischen wget komplett die Aufgaben von wget-ssl übernommen hat, also sollte es daran eigentlich nicht liegen, aber woran dann?

  57. kingofcomedy

    10. August 2009 @ 18:07

    Richtig, wget-ssl ist auch nicht mehr erforderlich.

    Da es bei Rapidshare aktuell Probleme mit der API gibt, wirst du vermutlich auch nichts runterladen können, da es auf der “Zwischenseite” keinen “Starten”-Button gibt.

  58. kingofcomedy

    10. August 2009 @ 20:02

    @Artanis666: es war wohl doch kein direktes API-Problem, sondern nur eine kleine Umstellung. Bitte den entsprechenden Patch beachten:

    http://rsdm.kingofcomedy.de/2009/08/rapidshare-download-manager-474-patches/

  59. Taron

    11. August 2009 @ 10:31

    Ist mit diesem Patch dann das Rapidshare Problem behoben?
    Falls ja dann lag es bei mir nicht daran, die Downloads verschwinden nämlich immer noch.

  60. kingofcomedy

    11. August 2009 @ 10:36

    Ja, mit dem Patch ist das Rapidshare-Problem behoben.

    Werden bei dir sh-Dateien erzeugt? Sind die Rechte für die Ordner richtig gesetzt? Was sagt die Hilfe-Seite?

  61. Taron

    11. August 2009 @ 11:37

    Also, eine sh-Datei wird erzeugt. Die Rechte für den rsdm-Ordner und alle Unterordner waren auf 755 gesetzt, ich habe sie jetzt kurz mal Probeweise auf 777 gesetzt und promt funktioniert es. Jetzt müsste ich nur noch rausfinden ob wirklich der ganze Ordner sowie alles da drin auf 777 bleiben muss, oder ob ich zumindest für einige Dateien diese nicht ganz unbedenkliche Rechtevergabe ändern kann.

  62. kingofcomedy

    11. August 2009 @ 11:56

    777 für den Ordner reicht, d.h. die enthaltenen Dateien benötigen natürlich kein 777.

  63. Taron

    11. August 2009 @ 12:05

    Hmm, ich muss mich korrigieren. 777 für den Ordner hatte ich vorher schon, das hat nicht funktioniert. Braucht vieleicht noch irgendein Unterordner oder eine bestimmte Datei 777?

  64. m0nk3y

    11. August 2009 @ 19:52

    Ich hab noch was zu dem Upload-Problem bei Synology Systemen. Weiß nicht ob dir das weiterhilft aber du kannst wahrscheinlich mehr damit anfangen als ich :D

    Also bekannt war ja dass beim Aufruf von

    /opt/bin/nice –adjustment=19 /volume1/web/rsdm_474/upload/nixshare.sh …..

    (als root) folgende Meldung zurück kam

    /opt/bin/nice: /volume1/web/rsdm_474/upload/nixshare.sh: No such file or directory

    Wenn ich jetzt jedoch ein “bash” mit einbaue (hinter dem adjustment)

    /opt/bin/nice –adjustment=19 bash /volume1/web/rsdm_474/upload/nixshare.sh …..

    dann wird nixshare.sh mit ner ganzen Menge Fehlern zumindest mal bis zu Line 27 ausgeführt bevor es abbricht, aber es kommt keine “No such…”-Meldung mehr.

    Vielleicht wirst du daraus schlau :-)

    gruß

    m0nk3y

  65. nighty

    11. August 2009 @ 23:44

    Hallo,

    habe folgende Fehlermedlung in Downloads:

    Warning: disk_free_space() [function.disk-free-space]: No such file or directory in /web/functions.inc.php on line 213

    Warning: disk_total_space() [function.disk-total-space]: No such file or directory in /web/functions.inc.php on line 214

    Warning: Division by zero in /web/functions.inc.php on line 215

    Warning: disk_free_space() [function.disk-free-space]: No such file or directory in /web/functions.inc.php on line 213

    Warning: disk_total_space() [function.disk-total-space]: No such file or directory in /web/functions.inc.php on line 214

    Warning: Division by zero in /web/functions.inc.php on line 215

    Und in der help.php erscheint folgendes:

    Notice: Undefined variable: hash in /web/functions.inc.php on line 35
    Keine Verbindung zu rapidshare.com

    Wäre froh wenn mir jemand helfen kann.

  66. kingofcomedy

    12. August 2009 @ 07:53

    @Taron: die Unterordner xml und logs benötigen ebenfalls 777. Und uploads auch, sofern du Dateien hochladen möchtest.

    @m0nk3y: ok, danke für die Info. Mal schauen was ich damit anfangen kann. :)

    @nighty: ich schau mir dein Problem heute abend oder morgen mal genauer an.

  67. Taron

    12. August 2009 @ 16:36

    Vielen Dank für die Hilfe, so funktioniert alles Prima!

    Übrigens, der RSDM kan ja mit rsdf Dateien umgehen, ist in zukunft vieleicht auch eine Unterstützung für .dlc Container, die seit neuestem meißt verwendet werden geplant?

  68. nighty

    12. August 2009 @ 18:08

    Hab nur noch diese Problem

    Notice: Undefined variable: hash in /home/www/functions.inc.php on line 35

  69. kingofcomedy

    12. August 2009 @ 19:27

    @Taron: http://rsdm.kingofcomedy.de/2008/10/rapidshare-download-manager-393/#comment-239

    @nighty: bist du als Free-User eingeloggt?

  70. nighty

    12. August 2009 @ 21:48

    nein und wenn ich downloade gehen nur 14kb

  71. kingofcomedy

    12. August 2009 @ 22:15

    Öffne die Datei mit einem Text-Editor und schau mal nach, ob dir was ungewöhnliches auffällt.

    Den Account-Typ hast du in der users.inc.php eingetragen?

  72. nighty

    12. August 2009 @ 22:20

    Habs hinbekommen, danke für die Hilfe,
    beim ersten Fehler oben hat perl gefehlt, und beim 2 war im Rapidsharepassword ein $ Zeichen und im Unixbereich ist das ein Prompt.
    Vielen Dank nochmal kingofcomedy für deine Unterstützung und für das geilen DM

  73. kingofcomedy

    12. August 2009 @ 22:22

    Ok, kein Problem.

    Auf ein $-Zeichen im Passwort wäre ich so schnell nicht gekommen. :)

  74. nighty

    14. August 2009 @ 03:17

    Hallo kingofcomedy,

    wollte nur Fragen, ob für Zukunft DLC Container auch unterstützt werden und evtl noch andere.

  75. kingofcomedy

    14. August 2009 @ 06:11

    http://rsdm.kingofcomedy.de/2008/10/rapidshare-download-manager-393/#comment-239

  76. Artanis666

    14. August 2009 @ 10:22

    Danke für den Patch! Hat funktioniert!

  77. kingofcomedy

    14. August 2009 @ 21:56

    Kein Problem. :)

  78. nighty

    15. August 2009 @ 02:59

    Also wer Lust und Zeit hat kann eventuell diesen Decrypter einbauen,
    Pyload:
    http://bitbucket.org/spoob/pyload/overview/
    Rein theoretisch sollte es gehen ist in perl glaub geschrieben.

  79. kingofcomedy

    15. August 2009 @ 07:07

    Nicht Perl sondern Python, aber sieht trotzdem ganz interessant aus. Danke für den Link.

  80. nighty

    16. August 2009 @ 01:11

    Kein Problem

  81. Phantomias2006

    16. August 2009 @ 19:38

    Hi

    Wegen dem DLC…
    pyLoad hat den Teil mit der Decodierung verschlüsselt…
    Weiß nicht ob du mit der schnittstelle an die Links rankommst.
    Ich hätte aber noch einen dekompilierten DLC Decrypter.
    Der Funktioniert zwar nur in Windows aber wiegesagt wenn du der Sprache
    .NET mächtig bist denk ich mir dass du aus dem Quellcode was rauslesen könntest um in python etwas zu basteln
    Wenn Intresse besteht schreib mir wo hin ich dir die Datein schicken soll

    mfg

  82. kingofcomedy

    16. August 2009 @ 20:32

    Ich muss nicht an die Links kommen, d.h. es würde ja reichen, wenn pyload die Files runterlädt. Allerdings klappt das bei mir momentan nur sehr bedingt, da die Download-Geschwindigkeit ziemlich schlecht ist.

  83. nighty

    18. August 2009 @ 18:11

    Liegt das an deiner Leitung oder an pyLoad?

  84. kingofcomedy

    18. August 2009 @ 19:22

    Es lag an pyLoad. Eine neue Version (basierend auf pycURL) hat das Problem behoben.

  85. nighty

    19. August 2009 @ 02:02

    Also kann man schon hoffen für nen neuen Release von RSDM?

  86. kingofcomedy

    19. August 2009 @ 06:38

    Theoretisch kann man das. Der RSDM wird dann aber lediglich ein einfaches Upload-Formular für eine DLC-Datei bieten, welche er dann an pyLoad übergibt. Einen Download-Status, etc. wird es nicht geben, da pyLoad keine einzelnen log-Files erstellt.

  87. nighty

    19. August 2009 @ 17:11

    Vielleich kann man ja das von pyLoad entwickelte Webinterface einbauen. Der Link hierzu
    http://bitbucket.org/spoob/pyload/changeset/c9ae1bdc9b34/

  88. kingofcomedy

    19. August 2009 @ 20:55

    Schaun mer mal. ;)

  89. Andi

    22. August 2009 @ 02:55

    Hallo kingofcomedy,

    Ich hab leider das selbe problem mit den 14 KB Files

    - Bin als Free User unterwegs.
    - in den Files ist nur reiner HTMl text sprich die DL seite des Files.

    RSDF Files kann ich problemlos hinzufügen, jedoch erscheinen diese nie unter download.

    bei mir läuft das ganze auf einem QNAP.

    evtl ein paar tipps wie ich das zum laufen bekomme?

    lG
    Andreas

  90. kingofcomedy

    22. August 2009 @ 07:36

    Spontan und aus der Ferne nicht wirklich, da auch der Download als Free-User momentan bei mir funktioniert.

  91. Andi

    22. August 2009 @ 14:15

    hmm woran könnt das denn liegen das er nur die html seite runterlädt und nicht das file selbst?

    dies macht er sowohl wenn ich ihn in rsdm adde und starte und wenn ich ihn manuell herunterlase via “sh &”

    keine idee? ;/

    versuch nun echt schon seit 3 tagen den mist hinzukriegen aber komm ned vorran.

  92. Andi

    22. August 2009 @ 14:15

    sh (dateiname) & sollte das werden

  93. Tom

    28. August 2009 @ 20:33

    Erhalte Folgende Fehlermeldung auf der help Seite und wenn ich etwas runterladen möchte:

    Notice: Undefined variable: hash in /web/functions.inc.php on line 35
    Keine Verbindung zu rapidshare.com

    Habe einen Premium-Account eingestellt

  94. kingofcomedy

    29. August 2009 @ 09:17

    D.h. das der RSDM die Account-Details nicht holen konnte. Hast du in die users.inc.php neben der RS-Login-ID und dem RS-Passwort auch den RS-Account-Typ “prem” eingetragen?

  95. strech

    29. August 2009 @ 09:29

    nettes Web-Interface.
    schön wäre es, dises in Verbindung mit Tuxload zu verwenden, da ich mir auf jedenfall einen Reconnect wünschen würde.

  96. kingofcomedy

    29. August 2009 @ 12:23

    Also wenn es dir nur um den Reconnect geht, dann schau dir hier mal die diversen Beiträge durch.

  97. Artanis666

    7. September 2009 @ 11:16

    also das ding reconnected wunderbar, das einzige was is, die datei die abgebrochen wird, wird nicht neu gestartet, aber das ist zu verschmwerzen bei so einem tollen tool!

  98. Helmi82

    9. September 2009 @ 07:57

    Hi,

    ich hab jetzt den RSDM auf meiner Buffalo LinkStation Pro installiert. Das Webinterface ist erreichbar und ich kann mich auch als Free-User einloggen. Sobald ich jedoch einen Download-Link reinkopiere und auf “Absenden” klicke, erscheint nur noch eine leere Seite bzw. manchmal auch die Meldung, dass der Server nicht mehr erreichbar wäre. Das Webinterface funktioniert dann erst wieder, wenn ich AppWeb neugestartet habe.

    - Den Patch für die Version 4.7.4 habe ich schon in der free_main.php eingetragen. Hat aber auch nix gebracht.

    - Fielcheckmethod hatte ich auch schon mal leer gelassen und später auch noch libcurl und php-curl über den Optware-Feed nachinstalliert. Bringt aber auch alles nix.

    - Könnte es vielleicht noch damit zusammenhängen, dass AppWeb auf Port 7777 und nicht wie empfohlen auf Port 80 läuft?

    - Was mich auch wundert, ist dass ich keinerlei Fehlermeldung erhalte. Dann wüsste ich ja wenigstens mal wo ich ansetzen kann. Aber es werden keine Log-Dateien geschrieben. Und die help.php meldet, dass alles in Ordnung wäre.

    Weiss im Moment echt nicht mehr weiter. Vielleicht hat von euch ja noch jemand ne Idee.

    MfG

  99. kingofcomedy

    9. September 2009 @ 08:55

    @Artanis666: du hast vorgestern eine E-Mail von mir bekommen. ;)

    @Helmi82: der Port sollte egal sein. Im AppWeb-Error-Log steht nichts?

  100. Helmi82

    9. September 2009 @ 12:38

    Hi,

    - In der error.log unter /opt/var/appWeb/logs stehen nur die Meldungen von Server-Start. In der access.log ist zwar ersichtlich welche Images etc. nachgeladen wurden, aber auch nichts bzgl meines Fehlers. Soll ich hier mal noch den Log-Level erhöhen?

    - In der Fehlerkonsole des Firefox erschient auch nichts diesbezüglich. Ab wann schreibt denn eigentlich der RSDM eine Log-Dateien?

    - Funktioniert denn der Download für Free-User im allgemeinen noch oder hat Rapidshare da vielleicht wieder was verändert?

    MfG

  101. kingofcomedy

    9. September 2009 @ 12:58

    Ja, das Webserver-Log-Level kannst du ruhig mal erhöhen.

    Der RSDM speichert eine log-Datei sobald der Download startet, wobei bei einem Free-User der Download natürlich nicht direkt nach einem Klick auf “Download starten” beginnt, da man ja erst noch ein paar Sekunden/Minuten warten muss.

    Ich habe den Free-User-Download zuletzt vor ca. 6 Stunden getestet und da hat noch alles ohne Probleme funktioniert.

  102. Helmi82

    9. September 2009 @ 14:15

    Ok. Dann werde ich das heute abend mal mit dem erhöhten Log-Level versuchen. Was mich ja auch wundert, ist dass der Server direkt abstürzt sobald ich auf “Absenden” klicke. Ohne Neustart geht dann gar nix mehr beim RSDM.

    Kann man den RSDM denn nicht im Debug-Mode starten, damit ich mal sehen kann, wie weit er nach dem Klciken des Buttons kommt bis er abstürtzt.

    Ich hab mich auch schon an Tools wie FirePHP versucht, aber damit hab ich das Debuggen auch nicht hinbekommen…

  103. Helmi82

    9. September 2009 @ 16:08

    Mal noch ne andere Frage: Was sollte denn eigentlich genau passieren, wenn ich auf den “Absenden”-Button klicke? Er scheint ja dann von der free.php auf die free_main.php wechseln zu wollen!?

    Sind die Anpassungen in den php-Dateien (Ändern von “shell_exec” auf “exec”), die ich in einem Forum gefunden habe, nur für den Apache notwendig oder auch für AppWeb?

    MfG

  104. kingofcomedy

    9. September 2009 @ 20:21

    Nach einem Klick auf “Absenden” wird geprüft ob die Files online sind und dann ggf. in einer sh-Datei gespeichert.

    Einen Debug-Modus hat der RSDM nicht, sorry.

    Die Änderungen sind normalerweise nur für den Apache erforderlich.

  105. Helmi82

    10. September 2009 @ 08:21

    Hi,

    ich komm einfach nicht weiter. Hab unten mal meinen ErrorLog angehängt. Nach der letzten Zeile bewegt sich dann nichts mehr. Kannst du daraus was erkennen?

    Ach ja, muss das DocumentRoot für den SSL-Port 4443 auch noch auf meinen Web-Ordner umgestellt werden oder ist das egal? Als User muss ich ja dann auch “web” eintragen in der appWeb.conf, oder?

    In welches Verzeichnis versucht er denn die sh-Datei zu schreiben. Vielleicht sind ja hier die Rechte noch falsch eingestellt.

    GET /rsdm/free.php HTTP/1.1
    request:3 pool.0 10: Main Server: is the serving host
    request:4 pool.0 10: runHandlers running: authHandler
    request:4 pool.0 10: runHandlers running: php5Handler
    request:3 pool.0 10: response: >>>>>>>>>>>>
    HTTP/1.1 200 OK^M
    Date: Thu, 10 Sep 2009 06:04:32 GMT^M
    Server: Mbedthis-AppWeb/2.1.0^M
    Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0^M
    Content-type: text/html^M
    ETag: “3158818-290c-4aa80a77″^M
    Content-length: 11516^M
    Connection: keep-alive^M
    Keep-Alive: timeout=60000, max=193^M
    X-Powered-By: PHP/5.2.10^M
    Expires: Thu, 19 Nov 1981 08:52:00 GMT^M
    Pragma: no-cache^M
    Set-Cookie: rsdm_speedlimitbox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    Set-Cookie: rsdm_timedbox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    Set-Cookie: rsdm_downloadnamebox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    Set-Cookie: rsdm_shutdownbox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    Set-Cookie: rsdm_simdownloadsbox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    Set-Cookie: rsdm_playsoundfilebox=1; expires=Thu, 24-Sep-2009 06:04:32 GMT^M
    ^M
    request:3 pool.0 10: finishMaRequest: Attempting keep-alive
    request:3 pool.1 10: Request from 192.168.178.22:49393 to 192.168.178.21:7777
    request:3 pool.1 10: parseFirstLine:
    <<<<<<<<<<<<<<
    POST /rsdm/free_main.php HTTP/1.1
    request:3 pool.1 10: Main Server: is the serving host
    request:4 pool.1 10: runHandlers running: authHandler
    request:4 pool.1 10: runHandlers running: php5Handler

  106. Helmi82

    10. September 2009 @ 14:18

    Hi,

    wenn ich das richtig interpretiere dann wird in der Zeile…

    request:4 pool.1 10: runHandlers running: php5Handler

    … doch versucht die free_main.php aufzubauen!? Und hier wird doch dann auch zum ersten mal aufs Internet zugegriffen, um die Links zu prüfen!? Kann es denn vielleicht sein, dass mein Firewall im Router noch nicht richtig konfiguriert ist und die Anfrage deswegen scheitert? Wie würde der RSDM denn im diesem Fall reagieren? Käm dann eine Fehlermeldung oder hängt sich das Programm einfach auf?

    MfG

  107. kingofcomedy

    10. September 2009 @ 22:10

    Wenn der RSDM keine Verbindung zum Internet aufbauen kann, dann gibt es eine entsprechende Fehlermeldung. Aber das sich der ganze Webserver wegwirft ist nicht so wirklich normal. Vielleicht kannst du mir ja mal einen SSH-Zugriff einrichten? Falls ja, würde ich dich per E-Mail kontaktieren.

  108. Helmi82

    10. September 2009 @ 23:18

    Was ich nicht mehr für möglich gehalten hätte, ist doch eingetreten: ES FUNKTIONIERT ;-)

    Um so weit zu kommen, musste ich aber AppWeb entfernen und dafür Apache installieren. Hiermit scheint es keine Probleme zu geben.

    Unter AppWeb konnte ich nur mit wget-only runterladen, wobei hier auch immer nur eine 13kb große HTML-Datei später auf der Festplatte war.

    Hab keine Ahnung woran es letztendlich gelegen hat. Alle Einstellungen haben nix geholfen. Naja Hauptsache es klappt jetzt. Danke noch mal für die Hilfe!

    MfG

  109. kingofcomedy

    10. September 2009 @ 23:20

    Was auch immer das genaue Probleme gewesen ist: hauptsache es funktioniert jetzt. :)

  110. Helmi82

    11. September 2009 @ 12:46

    So siehts aus ;-) Ich hatte aber jetzt auch gleich dass Problem, dass eine Datei durch die Zwangstrennung meines Providers nicht komplett geladen wurde. Anschließend war das Paket zwar entpackt, aber der Inhalt konnte natürlich nicht gelsen werden. Hattest du diesbezüglich schon eine Lösung, dass der Download dann wieder von vorne startet?

    MfG

  111. kingofcomedy

    11. September 2009 @ 12:58

    Ich teste gerade eine Lösung bei der unvollständige Downloads bzw. die entsprechenden Links in einer Datei “urls_incomplete” gespeichert werden. Man könnte auch nach jedem Download die Dateigrösse UND die md5-Summe überprüfen, wobei letzteres zumindest für die NSLU2, mangels CPU-Power, eine kleine Qual ist. ;)

    Du bekommst heute abend eine E-Mail von mir und darfst dann auch ein bisschen testen. :)

  112. Helmi82

    11. September 2009 @ 15:46

    Ok, werd ich gerne testen. Ich wollte eh noch ein Script einbauen, welches meine FritzBox nach dem Download reconnected, um die Warte-Zeit für Free-User zu umgehen. Bei meinem DSL Light Anschluss braucht er für 100 MB ja eh fast ne dreiviertel Stunde, dann ist das ja nicht ganz so nervig mit dem Reconnect nach jeder Datei ;-) Welche Möglichkeiten gibt es denn hier, um solch ein Script einzubauen?

    MfG

  113. kingofcomedy

    11. September 2009 @ 18:25

    Auch bei einem schnelleren DSL-Anschluss ist der Speed als Free-User ziemlich mau. ;)

    Man kann das Reconnect-Script in die free.pl integrieren, so wie es hier wohl schon ein paar User gemacht haben. Ich werde bei Gelegenheit mal die Postings raus suchen.

  114. kingofcomedy

    11. September 2009 @ 22:34

    @Helmi82: schau dir mal die folgenden Postings an:

    http://rsdm.kingofcomedy.de/2009/01/rapidshare-download-manager-425/#comment-261
    http://rsdm.kingofcomedy.de/2009/02/rapidshare-download-manager-429/#comment-357

  115. Artanis666

    12. September 2009 @ 12:20

    frage: beim free user ist es so, dass wenn ein fertig gezogenes paket im download verzeichnis liegt, ich aber den link nochmal reingebe zum “downloaden” dann ladet er das paket logischerweise nicht mehr, weils ja schon da ist. das ist ganz gut, falls mal durch eine zwangstrennung des internets ein paket nicht fertig wurde, ich die links aber nur in einem rsdf container habe.
    wie ist es bei einem prem-acc? ich hab jetzt einen rsdf container, und ein paar links davon sind sind eben net fertig. ladet der jetzt ALLE nochmal oder eh nur die die nicht fertig sind? ich hab jetzt ein paket welches er ladet, ich aber der meinung bin es ist schon fertig gewesen…

  116. Phantomias2006

    12. September 2009 @ 13:24

    Hi

    Ich hab hier einen Kleinen Bug…

    und zwar betrifft es die Seite “stats.php”
    Da ich bei Rapidshare mit 2 bis 3 IP Adressen runterlade ;)
    stehen in der spalte “IP-Adresse” ab und an mal 2bis 3 IP’s.
    Wenn ich die Seite dann Aktualisiere verdoppeln sich die einträge…
    Aber nur die wo mehr IP-Adressen eingetragen sind.Die Zeilen wo nur eine IP
    eingetragen ist bleibt so.Das ganze verdoppelt sich jedesmal wenn ich Aktualisiere.Hast du eventuell eine Lösung dafür?

    mfg

  117. kingofcomedy

    12. September 2009 @ 22:12

    @Artanis666: die Downloads werden bei einem Free-User eigentlich genauso behandelt wie bei einem Premium-User (natürlich abgesehen vom Speed). Bereits runtergeladene Dateien werden, sofern die entsprechende log-Datei noch vorhanden ist, als solche markiert. Ich könnte mal einen Check einbauen, der “wirklich” nach der Datei sucht, d.h. nicht nur nach der log-Datei.

    @Phantomias2006: ich werde mir das Problem mal ansehen.

  118. Artanis666

    13. September 2009 @ 11:53

    also bei mir is es wirklich so, dürfte wohl mit der prem-acc option des downloads-fortsetzen zu tun haben, dass er bei free user die datei die es bereits gibt, nicht ladet (was gut is) bei einem prem-acc aber bis 50% das log file schreibt und so tut als würd er laden, dann sagt er bei 50% fertig (eh klar, die datei gibts ja schon fertig).

  119. kingofcomedy

    13. September 2009 @ 13:47

    In der nächsten Version werden bereits vorhandene Dateien nicht mehr runtergeladen. Sollte das Download-Log-File noch vorhanden sein, aber die Datei nicht mehr, gibt es wie bisher einen entsprechenden Hinweis.

  120. Helmi82

    13. September 2009 @ 17:46

    Hi,

    also zuerst mal zum Reconnect: Ich habe das Reconnect-Script aus deinem Link runtergeladen und in den RSDM-Ordner kopiert. Wenn ich es über Telnet starte, funktioniert auch alles (musste nur noch netcat nachinstallieren). Über die free.pl wird aber kein Reconnect durchgeführt. Habs sowohl mit dem Aufruf “exec(`./reconnect.sh`)” als auch “system(`./reconnect.sh`)” nach der Zeile mit dem wget-Aufruf versucht. Ist vielleicht noch was andere Schreibweise falsch oder woran kann das liegen, dass das Script nicht ausgeführt wird?

    Zu deiner E-Mail: Also die Log-Seite sieht jetzt irgendwie sehr verwirrend aus. Ich hab eine RSDF-Datei mit 8 Parts hinzugefügt, aber wird jetzt immer nur noch Part 1 sowie der aktuelle Part angezeigt. Die anderen erscheinen erst, wenn Sie gerade runtergeladen werden. So sieht man natürlich gar nicht wie vile Parts noch insgesamt fehlen.

    Außerdem gibt es jetzt immer 2 Blöcke mit den selben Links. Den normalen wie immer und einen zusatzlichen, welcher mit der Zeile “wget.log” beginnt. Der Inhalt ist der gleiche, wobei der Fortschritt des wget-Blocks alle paar Sekunden aktualisiert wird und der des ersten Block nur mit dem AJAX-Refresh, den ich in der Config eingestellt habe. Soll das so sein?

    P.S. Die Zwangstrennung werd ich dann heut Nacht mal testen…

    MfG

  121. kingofcomedy

    13. September 2009 @ 18:30

    1. Darf das reconnect-Script vom Webserver ausgeführt werden, d.h. stimmen die Rechte?
    2. Das Problem hängt wohl mit der wget.log zusammen, liegt aber nicht an den Dateien aus der E-Mail, da die logs.php nicht enthalten war. Ich schaue mir das mal an.

  122. Helmi82

    13. September 2009 @ 18:47

    1. Ich hab die Rechte auf 777 gesetzt. Stimmt denn der Aufruf so wie ich ihn implementiert habe oder wie sollte das genau aussehen in der free.pl?

    2. Ich hatte aber heute morgen noch was runtergeladen bevor ich die neuen Dateien eingespiellt habe und da gab es nur einen Block und die ausstehenden Links wurden direkt angezeigt. Außerdem hatte ich noch in der Config meinen maxdownloadspeed eingetragen und den AJAX-Refresh aktiviert. Aber das dürfte doch nix damit zu tun haben, oder? Es existiert auch nur eine Log-Datei pro Part, auch wenn zwei Blöcke angezeigt werden…

    MfG

  123. kingofcomedy

    13. September 2009 @ 18:50

    1. Nur “exec(`reconnect.sh`)” sollte ausreichen.
    2. Wie gesagt, ich werde mir das mal ansehen. ;)

  124. Helmi82

    13. September 2009 @ 20:53

    1. Ich hab den Eintrag mal so abgeändert, aber der Reconnect klappt immer noch nicht, hmm…

    2. Also jetzt geht anscheinend gar nichts mehr. Ich hatte während dem Download noch eine weitere RSDF-Datei hinzugefügt. Jetzt war zwar der wget-Block weg, aber meine neuen Links wurden mir gar nicht angezeigt. Ein Blick in den rsdm-Ordner zeigte dann, dass beide sh-Dateien weg waren. Dafür existierten zwei log-Dateien, in denen direkt versucht wurde, die Pakete zu entpacken. Der Inhalt lautet jedoch lediglich “No files to extract”. Egal wie oft ich das jetzt wiederhole, das Ergebnis ist jetzt immer das selbe. Also für heute gebe ich es vorerst mal auf :-(

    MfG

  125. kingofcomedy

    13. September 2009 @ 21:17

    @Helmi82: du hast von mir neue Dateien per E-Mail bekommen. ;)

  126. Helmi82

    14. September 2009 @ 07:38

    Also der Download startet jetzt wieder und der wget-Block ist weg. Es wird allerdings weiterhin nur der Part angezeigt, welcher gerade runtergeladen wird, die anderen 7 seh ich nicht.

    Wenn ich einen zweiten Containier einfüge wird dieser auch nicht angezeigt, aber die sh-Datei wird jetzt wieder korrekt erstellt. Außerdem erkennt er auch dass ich gestern schon 4 Parts davon runtergeladen hatte, obwohl ich die log-Dateien gelöscht habe.

  127. Helmi82

    14. September 2009 @ 08:30

    Zwischen der Wartezeit für Free-User von Part 1 zu Part 2 von meinem ersten Container wurde jetzt der noch ausstehende Part 6 vom zweiten Container als 12kb große HTML-Datei runtergeladen…

  128. kingofcomedy

    14. September 2009 @ 10:41

    Und was steht in der HTML-Datei?

    Ich habe heute morgen einen Download (8 Dateien) als Free-User gestartet und bis jetzt lief alles problemlos. Aber ich werde mal weiter testen.

  129. Helmi82

    14. September 2009 @ 11:10

    Hi,

    bin jetzt gerade nicht zu hause, aber soweit ich das in Erinnerung hab, war es der Quelltext der Rapidshare-Seite. Das Probem tritt aber wie gesagt nur auf, wenn du zwei Container mit mehreren Parts gleichzeitig runterlädst und der erste Container sich in der Wartezeit befindet.

    Werden bei dir denn direkt alle ausstehenden Links vom Container in der logs.php angezeigt?

  130. kingofcomedy

    14. September 2009 @ 11:13

    Ja, die Downloads in der Warteschleife werden, seit den Änderungen die ich gestern vorgenommen und dir auch gemailt habe, angezeigt (Sanduhr-Icon).

  131. Helmi82

    14. September 2009 @ 11:25

    Was meinst du genau mit Sanduhr-Icon? Die Anzahl der ausstehenden Downloads oben in der Statusleiste oder wirklich jeder Part einzeln aufgelistet? Also bei mir wird auf jeden Fall nur der aktuelle Part sowie die bereits runtergeladenen gelistet…

  132. kingofcomedy

    14. September 2009 @ 11:41

    Wenn ich einen Download mit 10 Dateien starte, werden mir erstmal alle 10 Dateien mit dem Sanduhr-Icon angezeigt, d.h. die Dateien hängen in der Warteschleife. Nach etwas weniger als 2 Minuten beginnt dann der Download der ersten Datei und das entsprechende Icon ändert sich auch.

  133. Helmi82

    14. September 2009 @ 12:16

    So war es bei mir auch mit den Dateien vom Original-Release 4.7.4. Aber jetzt wird nur noch die aktuelle Datei angezeigt. Es existiert ja auch nur eine log-Datei für den aktuellen Part sowie die bereits runtergeladenen. Oder woher nimmst du die Informationen für die ausstehenden Dateien mit dem Sanduhr-Symbol?

  134. kingofcomedy

    14. September 2009 @ 12:33

    Es werden die sh-Dateien nach Download-Links durchsucht und dann wird geprüft ob zu dem Download schon eine Log-Datei vorhanden ist. Log-Datei vorhanden -> Download läuft bzw. ist fertig, keine Log-Datei vorhanden -> Download befindet sich in der Warteschleife (Sanduhr-Icon).

  135. Helmi82

    14. September 2009 @ 12:39

    Also in der sh-Datei stehen die Links richtig drin, aber angezeigt werden sie nicht. Ich muss das heute abend mal erneut testen oder hast du noch einen möglichen Fehler bei der Anzeige gefunden?

  136. kingofcomedy

    14. September 2009 @ 12:52

    Ich habe mir die logs.php gestern angesehen, angepasst und dir anschliessend per Mail geschickt, d.h. deine Datei sollte mit meiner identisch sein.

  137. Helmi82

    14. September 2009 @ 13:39

    Die neue logs.php hatte ich heute morgen aber eingespielt. Danach war der wget-Block weg, aber die ausstehenden Downloads werden trotzdem nicht angezeigt. Aber ich schau mir das heute abend noch mal genau an, wenn ich daheim bin…

  138. kingofcomedy

    14. September 2009 @ 14:03

    Wir klären das mal per E-Mail. ;)

  139. Andi

    16. September 2009 @ 17:41

    Ihr könnt das ganze auch hier klären weil ich leider “immernoch” das Problem mit den 13Kb HTML seiten habe ;(

    lG
    Andi

  140. kingofcomedy

    16. September 2009 @ 17:59

    Hast du in den letzten Tagen/Wochen von mir ein “Test-Paket” bekommen? Ich werde dir im Laufe des Abends mal ein paar aktualisierte Dateien mailen.

  141. Andi

    16. September 2009 @ 18:41

    nein habe ich nicht.

    Danke, werd es testen ;)

  142. Michael Lieschnegg

    28. September 2009 @ 17:32

    ich habe mir euren Rapidshare Manager auf meiner Linkstation Live von Buffalo installiert. Leider habe ich ihn noch nicht zum Laufen bekommen.
    Als erstes wurde die Funktion fixYear in diversen *.php Dateien nicht gefunden. Nachdem ich die Verweise auf diese Funktion ausdokumentiert hatte, konnte die nächste Funktion nicht gefunden werden. Fehlermeldung: Fatal error: Call to undefined function getReferrerLogs() in /opt/share/www/rsdm_474/info.php on line 121.
    Ist meine PHP Unterstützung nicht richtig installiert bzw. konfiguriert?

    Ich bedanke mich für die Antwort und hoffe den tollen Download Manager bald selbst nutzen zu können.

    LG Michael

  143. Michael Lieschnegg

    28. September 2009 @ 19:56

    hat sich erledigt. Jetzt bekomme ich nur noch einen Fehler wenn ich mit *.rsdf Dateien downloaden möchte. Fehler bei fopen und fget Funktionen. Kann dies an den Rechten liegen?
    Danke im Voraus.

    LG

  144. kingofcomedy

    28. September 2009 @ 21:07

    Hallo,

    hast du py-crypto installiert? Das Paket wird zum Entschlüsseln der rsdf-Datei benötigt.

    BTW: falls du vom RSDM Version 4.5.4 installiert hast, solltest du auf 4.7.4 aktualisieren. ;)

    Gruss,

    Thorsten

  145. Michael Lieschnegg

    29. September 2009 @ 10:25

    Danke für die raschen Antwort. Wie gesagt funktioniert alles super, bis auf das downloaden mit rsdf dateien. py-crypto ist installiert und ich arbeite mit der rsdm version 4.7.4. laut html ausgabe funktioniert das decodiren mit py-crypto sehrwohl jedoch kommt folgender fehler. ich muss dabei das laden der seite abbrechen weil die warnings immer wieder kommen.
    die rechte habe ich laut eurer anleitung auch alle richtig gesetzt.
    danke für die hilfe!

    rsdf – Datei erfolgreich decodiert!
    Name: 20090923_434e61778b91ac3b9a035c2505e9989c_3.rsdf
    Größe: 2992 Byte
    Warning: fopen(20090923_434e61778b91ac3b9a035c2505e9989c_3.txt) [function.fopen]: failed to open stream: No such file or directory in /opt/share/www/rsdm/rsdm_main.php on line 128

    Warning: feof(): supplied argument is not a valid stream resource in /opt/share/www/rsdm/rsdm_main.php on line 130

    Warning: fgets(): supplied argument is not a valid stream resource in /opt/share/www/rsdm/rsdm_main.php on line 131

  146. Michael Lieschnegg

    29. September 2009 @ 10:35

    was noch auffällt is, dass die help.php datei mir beim downloadordner einen fehler ausgibt. anzumerken ist, dass ich den verweis in der config datei des rsdm richtig angeben habe. der downlad über html links funktioniert ja komischerweise und die downloads finde ich auch alle im dem in der config angegebenen ordner /mnt/disk1/media/rapidshare .

    der fehler lautet:
    Downloadordner: “/mnt/disk1/media/rapidshare//mnt/disk1/media/rapidshare” ⇒ Ordner existiert nicht …

  147. kingofcomedy

    29. September 2009 @ 17:54

    Problem #1: kopiere mal eine rsdf-Datei manuell in dein RSDM-Verzeichnis und führe den folgenden Befehl in der Konsole aus:

    python rsdf_decode.py DATEINAME
    -DER-RSDF-DATEI

    Die Fehlermeldung dann bitte hier posten.

    Problem #2: da du in der config.inc.php bereits einen Download-Pfad eingetragen hast, musst du das in der users.inc.php nicht mehr machen.

  148. Michael Lieschnegg

    29. September 2009 @ 18:14

    Es tritt folgender Fehler auf:

    Traceback (most recent call last):
    File “rsdf_decode.py”, line 31, in
    data = unhexlify(”.join(data.split()))
    TypeError: Non-hexadecimal digit found

    ich habe verschiedene rsdf dateien versucht. es tritt immer derselbe fehler auf. installiert ist pyhton25

    Problem #2: hat sich somit erledigt.

  149. kingofcomedy

    29. September 2009 @ 22:01

    Und py-crypto ist auch installiert? Ansonsten vielleicht mal python2.4 installieren.

  150. Michael Lieschnegg

    30. September 2009 @ 18:14

    Hallo,

    ja py-crypto habe ich installiert. es liegt jedoch an den rsdf dateien. ich habe jetzt verschiedene downloads mit rsdf dateien versucht. hin und wieder kommt es vor dass direkt der ascii zeichensatz in der rsdf datei vorliegt nur dieser decodiert werden muss. Somit ist in diesen fällen keine hex -> ascii konvertierung mit der python funktion unhexlify notwendig. ich habe dazu den code in rsdf_decode.py etwas abgeändert und zeilen 31 und 32 mit folgendem code ersetzt.

    data = ”.join(data.split())
    try:
    data = unhexlify(data)
    data = data.splitlines()
    except:
    pass

    Trotzdem kommt es bei einigen rsdf dateien noch zu fehlern. Diese Fehler treten dann aber direkt bei der Decodierung auf (b64decode funktion). die fehlermeldung lautet dann:

    TypeError: Incorrect padding

    Ich schätze das speicherformat der *.rsdf dateien ist anscheinend nicht ganz einheitlich.

    lg

    lg michael

  151. kingofcomedy

    30. September 2009 @ 19:13

    Ok, danke für die Rückmeldung. Dann werde ich da leider wohl nicht viel machen können. rsdf-Container sind ja auch, soweit ich weiss, nicht mehr ganz aktuell.

  152. kingofcomedy

    11. Oktober 2009 @ 18:36

    @Fabian (http://rsdm.kingofcomedy.de/2009/07/rapidshare-download-manager-474/#comment-461): die Login-Daten für den Free-User sind in Version 5.1.2 nicht mehr vorgegeben.

    @Fabian (http://rsdm.kingofcomedy.de/2009/07/rapidshare-download-manager-474/#comment-468): in Version 5.1.2 kann man in die config.inc.php ein Reconnect-Script eintragen welches dann nach einem Download ausgeführt wird.

    Link zu Version 5.1.2: http://rsdm.kingofcomedy.de/2009/10/rapidshare-download-manager-5-1-2/

    :)

  153. Chris

    8. April 2010 @ 09:11

    Hallo erstmal,

    vielen Dank für das Tool.

    Aber mal eine Frage, geht damit auch der Upload zu einem RS.com Premiumaccount gehen?
    Und darüber noch über VPN?

  154. kingofcomedy

    8. April 2010 @ 17:49

    Hallo,

    ja, damit kannst du auch Dateien bei rapidshare.com hochladen. Über VPN habe ich das bisher nicht getestet, aber ich bin auch kein VPN-Experte.

    Edit: ich werde unsere Beiträge später mal in das aktuelle Blog-Posting verschieben. ;)

RSS feed for comments on this post · TrackBack URI