RapidShare Download Manager

77 Kommentare

1. derhanfti

   30. Januar 2011 @ 14:12

   Ich benötige den RSDM für meine LaCie NAS, nun bin ich beim einrichten und scheiter womöglich schon am anfang.
   —Dateirechte für diesen Ordner und den “logs” – Ordner ($log_path in der config.inc.php) auf “777″ setzen.—
   so recht kann ich das nicht verstehen was ich in der Config alles ändern soll.
   KANN MIR DA JEMAND WEITER HELFEN?

   $web_path = “/opt/share/www/rsdm”; // Path to the WebInterface folder
   $log_path = “/opt/share/www/rsdm/logs”; // Path to the WebInterface folder
   $download_path = “/rapidshare”; // Path to download directory

   $wget_path = “/opt/bin/wget”; // Path to wget executable
   $nohup_path = “/opt/bin/nohup”; // Path to nohup executable
   $unrar_path = “/opt/bin/unrar”; // Path to unrar executable
   $p7zip_path = “/opt/bin/7za”; // Path to p7zip executable
   $unzip_path = “/opt/bin/unzip”; // Path to unzip executable
   $vnstat_path = “/opt/bin/vnstat”; // Path to vnstat executable
   $vnstat_interface = “eth0″; // network interface name
   $nice_path = “/opt/bin/nice”; // Path to nice executable
   $nail_path = “/opt/bin/nail”; // Path to nail executable
   $md5sum_path = “/opt/bin/md5sum”; // Path to md5sum executable
   $shutdown_path = “/usr/sbin/DO_Shutdown”; // Path to shutdown script
   $shutdown_parameter = “”;
   $madplay_path = “/opt/bin/madplay”; // Path to madplay executable
   $upload_path = “/rapidshare/uploads”; // Path to upload – folder
   $shell_path = “/bin/sh”;
   $php_path = “/usr/bin/php5″;

2. kingofcomedy

   30. Januar 2011 @ 22:20

   In die config.inc.php musst du eigentlich nur die entsprechenden Pfade auf deinem NAS eintragen. In welches Verzeichnis hast du den RSDM entpackt? Das wäre dann $web_path. Wohin soll der RSDM runterladen? -> $download_path, usw.

3. Fleischi

   1. Februar 2011 @ 00:00

   Dafür unterbreche ich sogar die laufenden downloads :>
   Steckt ja auch viel Arbeit drin wenn ich das mit multilanguage und netload/hotfile sehe.
   Und ein dickes Danke das du rsdm so fleisig weiterentwickelst. 1a Programm )

4. Fleischi

   1. Februar 2011 @ 01:39

   Fatal error: Call to undefined function getMenu() in /c/rsdm/header.php on line 36 <– da muss ich dann morgen weiter machen^^ gibt es ggf einen Lösungsvorschlag?

5. kingofcomedy

   1. Februar 2011 @ 06:07

   Du hast aber auch das neue ochs-Verzeichnis in dein RSDM-Verzeichnis kopiert?

6. Fleischi

   1. Februar 2011 @ 11:36

   Lieder doch
   Die Daten liegen auf /rsdm und der Ordner /rsdm/ochs existiert (+die Dateien darin).
   Überhaupt hab ich testeshalber nur Dateien der neuen Version verwendet.

   Die config.inc.php ist angepasst, die user.inc.php ist “unangetastet”.
   Der gesamte Ordner /rsdm hat Zugriffsrechte von 777
   Hochgeladen wurde alles via FTP und nicht von admin/root sondern einem anderen User mit dem es bei der letzten Version funktioniert hat.

   Da ich von PHP jetzt nicht so die Ahung hab mal eine Frage: Wo/Wann wird in welcher Datei der Befehl getMenu() definiert? In functions.inc.php taucht er nicht auf. Vielleicht erkenne ich daran, woran es ggf liegen könnte.

7. kingofcomedy

   1. Februar 2011 @ 11:44

   Die getMenu-Funktion befindet sich in jeder Datei im ochs-Verzeichnis. Und in den Zeilen #10-15 in der header.php wird bestimmt welche ochs-Datei geladen werden soll.

8. Fleischi

   1. Februar 2011 @ 12:55

   So, ein paar echo’s später funktioniert das ganze, auch wenn ich keine Ahung habe warum. Klingt zwar doof aber so ist es.
   In der config hab ich den php-pfad noch von /usr/bin/php5 auf /usr/bin/php geändert. Musste dann wohl doch daran liegen.
   Läuft und downloadet einwandfrei.

   Danke für die schnelle hilfe

9. kingofcomedy

   1. Februar 2011 @ 13:38

   Also je nach System ist /usr/bin/php meistens eigentlich nur eine symbolische Verknüpfung auf /usr/bin/php5. Dann freuen wir uns doch einfach dass jetzt alles läuft.

10. struppix

    2. Februar 2011 @ 19:09

    Hallo king,

    auch von meiner Seite ein dickes Lob und ein fettes Dankeschön
    Ich hoffe es kommen noch viele Versionen mit immer mehr Funktionen ….

11. Todde

    5. Februar 2011 @ 20:55

    Hi,

    danke für die neue Version!
    Läuft sehr gut bis auf eine Sache die ich wieder mit meiner Synology habe:

    Bekomme beim Kill Befehl folgenden Fehler:
    Warning: exec(): PHP exec disable. in /volume1/web/rsdm/functions.inc.php on line 361

    Hatte das früher auch schon einmal und den shell_exec Befehl in shell geändert.

    Aber irgendwie klappt das jetzt nicht mehr…..

    Einer nen Rat?

    Gruß
    Todde

12. kingofcomedy

    5. Februar 2011 @ 23:17

    “den shell_exec Befehl in shell geändert”? Versuch mal shell_exec durch exec zu ersetzen, wobei ich mir die kill.php auch schon länger nicht mehr angesehen habe. Ich werde das bei Gelegenheit mal nachholen.

13. Todde

    5. Februar 2011 @ 23:54

    Sorry, meinte auch in exec geändert
    Also meine Zeilen sehen so aus:

    function doIt($cmd, $escape, $return=0){
    if($escape == 1){
    if($return == 1){
    return exec(escapeshellcmd($cmd));
    }else{
    exec(escapeshellcmd($cmd));
    }
    }else{
    if($return == 1){
    return exec($cmd);
    }else{
    exec($cmd);

    Die kill war auch nur ein Beispiel. Wenn ich einen Downloadlink hinzufüge kommt auch beim Fenster wo ich den Download sarten kann:

    Warning: exec(): PHP exec disable. in /volume1/web/rsdm/functions.inc.php on line 363

    Wenn ich dann bestätige kommt kurz das Fenster mit der Meldung:

    Warning: exec() PHP exec disable. in /volume1/web/rsdm/functions.inc.php on line 369 Download wurde gestartet
    Zeile 369 sieht so aus: exec($cmd);

    Er erstellt auch die sh, aber lädt nichts herunter….

    Hab jetzt nich mehr so den Plan wo ich suchen soll…

14. kingofcomedy

    6. Februar 2011 @ 07:25

    Also ich weiss nicht ob der RSDM überhaupt funktionieren kann wenn sowohl exec als auch shell_exec deaktiviert sind.

15. Todde

    6. Februar 2011 @ 11:47

    Bin der Meinung es funzt jetzt !

    Es lag noch an einer Variable in der Php.ini unter /usr/syno/etc/php.ini
    Man muss folgendes ändern:
    safe_mode_exec_dir =”/usr/syno/bin” ändern in:
    safe_mode_exec_dir =

    Neustart –> Dat wars

16. kingofcomedy

    6. Februar 2011 @ 13:18

    Und das war bei den vorherigen RSDM-Versionen nicht erforderlich? Oder wurde das vielleicht durch ein Firmware-/Software-Update zurückgesetzt?

17. Todde

    7. Februar 2011 @ 13:56

    Hmm, um ehrlich zu sein hab ich den RSDM seid ca. 1 Jahr nicht mehr benutzt…. deswegen weiss ich es nicht mehr so genau

18. qwser

    7. Februar 2011 @ 13:59

    Hi King, ich muss dich leider schon wieder nerven!

    “Systemcheck”:
    Überprüfe die config.inc.php …
    Konfigurationsdatei “config.inc.php” ⇒ Datei wurde gefunden!

    Notice: Undefined variable: http_response_header in /mnt/array1/www/htdocs/ochs/___rapidshare.com_prem.inc.php on line 160

    Notice: Undefined offset: 1 in /mnt/array1/www/htdocs/ochs/___rapidshare.com_prem.inc.php on line 161

    Notice: Undefined offset: 2 in /mnt/array1/www/htdocs/ochs/___rapidshare.com_prem.inc.php on line 161
    Keine Verbindung zu rapidshare.com

    das bekomm ich wenn ich probier mich mit rsdm zu verbinden zu rapidshare, aber mit JD funkts einwandfrei hast du eine Idee vielleicht muss an der php.ini was verändert werden?

    lg

19. kingofcomedy

    7. Februar 2011 @ 20:45

    Welche PHP-Version nutzt du? Und welchen Webserver?

20. Todde

    7. Februar 2011 @ 21:21

    Ich nochmal …

    Hatte mir jetzt einen netload.in account zugelegt und mit RSDM versucht etwas herunterzuladen.

    Er lädt auch etwas aber jedesmal sind die Dateien nur 37KB groß. Hier ein Bsp.Log:
    –2011-02-07 21:18:11– http://netload.in/datei4GX0DTtXMk/videowelt-thecode-xvid.part1.rar.htm
    Resolving netload.in (netload.in)… 85.131.244.110
    Connecting to netload.in (netload.in)|85.131.244.110|:80… connected.
    HTTP request sent, awaiting response… 301 Moved Permanently
    Location: /datei4GX0DTtXMk.htm [following]
    –2011-02-07 21:18:11– http://netload.in/datei4GX0DTtXMk.htm
    Reusing existing connection to netload.in:80.
    HTTP request sent, awaiting response… 200 OK
    Length: unspecified [text/html]
    Saving to: `/volume1/download/videowelt-thecode-xvid.part1.rar’

    0K …. 406K=0.09s

    2011-02-07 21:18:16 (406 KB/s) – `/volume1/download/videowelt-thecode-xvid.part1.rar’ saved [36140]

    Irgendwie bekomm ich garnix mehr zum Laufen….

21. kingofcomedy

    7. Februar 2011 @ 21:37

    Versuch mal die Datei mit einem Text-Editor zu öffnen und schaue nach ob dort irgendetwas “auffälliges” zu finden ist.

22. kingofcomedy

    8. Februar 2011 @ 10:25

    Todde’s Problem konnte via E-Mail gelöst werden. Es lag wohl am fehlenden nlapicode in der config.inc.php und an einem fehlerhaften Cookie. Fazit: Problem behoben, Ursache nicht unbedingt nachvollziehbar.

    BTW: die Passwörter für die Hoster müssen in der users.inc.php im Klartext (nicht als md5) gespeichert werden.

23. qwser

    8. Februar 2011 @ 16:46

    Hi King, sorry für die lange Pause ich habe herausgefunden, dass folgender Server auf meinem NAS werkelt: lighttpd/1.4.23 falls dir das hilft.

    lg Qwser

24. Todde

    8. Februar 2011 @ 20:54

    Todde nochmal King für die unkomplizierte schnelle Hilfe !

25. Todde

    8. Februar 2011 @ 21:56

    Danke natürlich

26. Desoxy

    9. Februar 2011 @ 01:42

    Danke für den Hotfile etc. Support!

    Was genau muss bei hotfile-Premium Accounts als Login-ID angegeben werden? Der Login Name für Hotfile scheint es nicht zu sein, denn dann erhalte ich beim einloggen:
    “Account-Daten in der users.inc.php sind falsch!
    RS-Login-ID darf nur aus Ziffern bestehen!”

27. kingofcomedy

    9. Februar 2011 @ 06:50

    @qwser: ruf mal in deinem RSDM-Verzeichnis die phpinfo.php auf und schau nach welche PHP-Version installiert ist.

    @Todde: aber gerne doch.

    @Desoxy: wenn ich mich bei hotfile.com einlogge, dann wird mir oben eine 7stellige ID angezeigt. Diese ID einfach in die users.inc.php eintragen, dann sollte auch der Download funktionieren.

    Edit: einfach mal https://api.hotfile.com?action=getuserinfo&username=DEINUSERNAME&password=DEINPASSWORT im Browser aufrufen. Dann sollte nicht “.invalid username or password” angezeigt werden.

28. qwser

    9. Februar 2011 @ 12:31

    Hi King

    PHP Version: PHP Version 5.2.10-pl0-gentoo

    brauchst du noch was?

    lg

29. Desoxy

    9. Februar 2011 @ 12:52

    Danke für deine Hilfe, allerdings wird mir bei hotfile keine ID angezeigt.

    Auch beim API-Call kommt als Rückantwort lediglich is_premium, premium_until und hotfile_traffic_kb zurück.

    Hat Hotfile hier vielleicht irgendwas geändert? Der Account ist nämlich noch keinen Monat alt.

30. kingofcomedy

    9. Februar 2011 @ 13:36

    @qwser: ich werde bei Gelegenheit mal schauen, ob ich eine Erklärung für dein Problem finden kann.

    @Desoxy: der API-Call gibt auch nur die genannten Dinge zurück. Was wird bei dir denn anstatt der ID angezeigt? Eine Textkette aus Zahlen und Buchstaben? Falls ja werde ich die login.php mal anpassen müssen, da ich bisher davon ausgegangen bin, dass jede Login-ID, egal bei welchem der aktuell drei unterstützten Hoster, nur aus Ziffern besteht. Wenn die von dir hinterlegte E-Mail-Adresse stimmt, werde ich dir wohl hoffentlich spätestens am Freitag mal einen Fix mailen.

31. kingofcomedy

    10. Februar 2011 @ 23:40

    @Desoxy: du hast jetzt eine E-Mail.

32. kingofcomedy

    11. Februar 2011 @ 12:49

    Die gefixte login.php ist jetzt unter dem Downloadlink zu finden.

33. qwser

    14. Februar 2011 @ 12:28

    Hi King!! Es war nicht dein Fehler sondern in der PHP.INI lag der Hund begraben!!

    Ich habe folgende Variablen auf on gesetzt!

    allow_url_fopen = On
    allow_url_include = On

    und das wars jetzt verbindet er sich wieder ohne Probleme!!

    Danke dir für deinen Support und das du dir so einen Kopf gemacht hast! Solltest vielleicht in die Readme.txt mit aufnehmen das diese Einstellungen geändert gehören!

    lg Qwser

34. kingofcomedy

    14. Februar 2011 @ 12:40

    Danke für die Rückmeldung. Ich werde mal schauen ob sich der RSDM so anpassen lässt, dass er auch funktioniert wenn die beiden Variablen auf off gesetzt.

    Edit: allow_url_include ist bei mir schon immer auf off gesetzt, d.h. daran sollte es nicht liegen.

35. Fleischi

    15. Februar 2011 @ 00:31

    Noch ein kurzer Nachtrag zu meinem (bereits sehr alten) Beitrag:
    Fatal error: Call to undefined function getMenu() in /c/rsdm/header.php on line 36 <– Diese Meldung kam deshalb weil ich noch einen aktiven Cookie von Version 6.27 hatte. D.h. entweder bei dieser Version auslogen oder Cookies löschen.
    Damit konnte ich (beim zweiten Aufsetzen von rsdm) diesen Fehler beheben.

36. kingofcomedy

    15. Februar 2011 @ 05:35

    Ok, danke für die Info. Dann lag es also doch nicht am PHP-Pfad?

37. Fleischi

    17. Februar 2011 @ 14:01

    Nein, der php-Pfad war ok
    es funktioniert sowohl /usr/bin/php als auch /usr/bin/php5

38. kingofcomedy

    17. Februar 2011 @ 14:50

    Ok, schön dass jetzt alles funktioniert.

39. Fleischi

    17. Februar 2011 @ 17:36

    genau, bis zur nächsten Version wenn ich wieder mangels Kenntnisse scheiter *g
    Aber ein großes Danke für den freundlichen und aufbauenden Support hier

40. kingofcomedy

    17. Februar 2011 @ 17:47

    Aber gerne doch. Ich versuche so schnell und gut zu helfen wie es die Zeit zulässt.

41. isch

    19. Februar 2011 @ 00:42

    He King, seit langer Zeit mal wieder eine kurze Rückmeldung von mir zur aktuellen Version.

    Leider erhalte ich nur eine weiße Seite: sehr stutzig mach mich der Fatal Error den hatte ich beim rsdm noch nie.

    2011-02-19 00:37:24: (mod_fastcgi.c.2701) FastCGI-stderr: PHP Notice: Undefined index: acctype in /var/www/rsdm/index.php on line 4
    PHP Notice: Undefined index: hoster in /var/www/rsdm/header.php on line 10
    PHP Notice: Undefined index: acctype in /var/www/rsdm/header.php on line 10
    PHP Notice: Undefined index: acctype in /var/www/rsdm/header.php on line 17
    PHP Fatal error: Call to undefined function getMenu() in /var/www/rsdm/header.php on line 36

    Gruß
    isch

42. kingofcomedy

    19. Februar 2011 @ 08:37

    Schau mal ein paar Kommentare weiter oben: http://rsdm.kingofcomedy.de/2011/01/rapidshare-download-manager-6-6-0/#comment-1703

43. wsxws

    24. Februar 2011 @ 11:09

    HuHu,

    ich bins dann widermal

    nail ist unter debian nur bis lenny erhältlich (old_stable)

    bei den distries danach gibnts das nicht mehr.

    eventuell sollte man das script auf etwas gängigere wie sendmail oder etwas was man überall istnen kann wie sendEmail ersetzen ?

44. wsxws

    24. Februar 2011 @ 11:37

    aber ich fürchte ich hab auch noch etwas, weil auf dem server wo das script bisher funltionierte (letzte nutzung vor ein paar tagen) kpmmt jetzt eine f
    installierter version: 627

    fehlermeldung:
    Undefined index: onlyssldls in /data/rapid/rsdm_main.php on line 16

    und genau die gleichebekomme ich auch be einer neuinstalltion auf einem anderen server.
    hier ist es version 660
    Notice: Undefined index: onlyssldls in /data/rsman/rsdm_main.php on line 15 Call Stack: 0.0021 1064568 1. {main}() /data/rsman/rsdm_main.php:0

45. kingofcomedy

    24. Februar 2011 @ 11:39

    Also ich habe vorgestern auf Squeeze aktualisiert und bei mir ist nail auch weiterhin verfügbar.

    Die Fehlermeldung ist kein Problem. Bei rapidshare.com sind seit ein paar Tagen alle Premium-Downloads SSL-Downloads, d.h. der Parameter “onlyssldls” wurde aus der API entfernt.

46. wsxws

    24. Februar 2011 @ 12:11

    nungut, der fehler ist dann kein problem, wenn man das ifgedönse rauswirft und mit $ssl = 1; ersetzt ansonsten lädt das teil nichts runter.

    was das paket nail angeht, so ist das definitv nicht mehr bei squeeze enthalten (bei systemen, die von lenny auf squeeze updated wurden mag das noch naders sein)

    dazu empfehle ich einen blick auf:

    http://packages.debian.org/search?keywords=nail

    ich habe ebend auf die schnelle auch kein passendes repo gefunden, ums trotzdem zu insten.

47. wsxws

    24. Februar 2011 @ 12:21

    Sorry, muss nochmal stören.

    egal ob man $ssl = 0; oder $ssl = 1; setz, er lädt keine dateien mit https-links herunter.

    ist das mit einer einfachen codeänderung zu fixen ?

48. kingofcomedy

    24. Februar 2011 @ 12:41

    Zu nail: sendmail ist gut, aber vielleicht für eine einfache Mail zu kompliziert/mächtig. Ich werde mal nach Alternativen zu nail suchen.

    Zu dem SSL-Problem: öffne die ochs/___rapidshare.com_prem.inc.php und suche nach der folgenden Textstelle (kommt zwei Mal vor):

    "dllink" => "http://

    Da dann einfach ein s hinter das p setzen.

49. wsxws

    24. Februar 2011 @ 13:36

    funktionierenn denn dann die http-links noch ?

50. wsxws

    24. Februar 2011 @ 13:44

    ich habe in der rsdf_main.php $ssl = 1;

    und in der ochs/___rapidshare.com_prem.inc.php an den beiden stellen uas http ein https gemacht

    aber https links werden trotzdem nicht runtergeladen. nach wie vor nur http

51. kingofcomedy

    24. Februar 2011 @ 13:49

    Sorry, da habe ich dich vorhin wohl falsch verstanden.

    Öffne nochmal die ochs/___rapidshare.com_prem.inc.php und ersetze direkt am Anfang

    return "#(http://anonym.to\?)?(http://[\w\.]*rapidshare\.com/files/\S+?)[\"\s\< \]\'\)]#i";

    durch

    return "#(http://anonym.to\?)?((http|https)://[\w\.]*rapidshare\.com/files/\S+?)[\"\s\< \]\'\)]#i";

    Ergebnis nach diesen beiden Änderungen: egal ob du http- oder https-Links in das Textfeld kopierst, es werden immer SSL-Downloads gestartet.

52. wsxws

    24. Februar 2011 @ 13:58

    yup, das wars, so funzt es nun. dankeschön

    (sollte man aber vllt als fix vermerken, ich werde da ja nicht der einzige bleiben denke ich)

53. kingofcomedy

    24. Februar 2011 @ 14:00

    Ich werde mir bei Gelegenheit noch ein paar andere offene Punkte ansehen und dann vielleicht mal ein kleines Update veröffentlichen.

54. wsxws

    24. Februar 2011 @ 15:02

    so ich bins nochmal

    und von mir aus wäre ein update echt nötig

    auf dem neuen server zeigt er zwar jetzt alles richtig an, aber baut keine verbindung auf. (kommt hbis zu den balken, aber die bewegen sich nicht)

    darum habe ich auf dem alten server das neue script installiert
    da kommen jetzt aber die balken nichtmehr, die downloadsite bleibt leer
    die generierte .sh funkt aber, files werden geladen.

    aber alles in allem muss ich sagen, braucht das teil einen fix, weil so funzt es weder auf dem einen noch auf dem anderen server, schade

55. wsxws

    24. Februar 2011 @ 15:05

    ergänzug, bei dem neuen server liegt vllt am mode der angelgten sh, die ist nicht ausführbar. wenn ich die per hand auf +x setze funzt es, funktioniert diese sh ebenfalls

    aber alles in allem recht befremdendes verhalten

56. wsxws

    24. Februar 2011 @ 15:17

    so, auf dem neuen rennt es jetzt, der hatte zwar schreibrechte im ordner, aber ihm gefielen die besitzer nicht.
    nach eine chown -R www-data:www-data rsdm funzt das auf dem ehemals alten jetzt komplett (http und https)

    auf dem neuen hingen funzt es fast komplett, weil da legt es die *.sh immernoch ohne das ausführbit an, wenn ich vor dem endgüliteg ausführen einen chmod +x *.sh mache kann ich dann im web wieder den letzen click machen und alles funzt wie gewollt.

    woran kann denn das jetzt noch liegen ?

57. kingofcomedy

    24. Februar 2011 @ 15:39

    Für die sh-Datei ist nach dem Erstellen kein x gesetzt, d.h. weder bei User, noch bei Group oder World?

58. wsxws

    24. Februar 2011 @ 16:03

    nope:

    -rw-r–r– 1 www-data www-data 692 24. Feb 16:00 1298559651_1.sh

    so sehen die aus,
    aber interessanter weise nur aus dem squeeze-server (php 5.3.x). auf dem lenny hab ich das nicht (php5.2.x).

59. kingofcomedy

    24. Februar 2011 @ 17:30

    Ich werde mir das heute abend nochmal ansehen.

60. kingofcomedy

    24. Februar 2011 @ 20:27

    Also eigentlich sollte der RSDM die sh-Dateien auf 777 setzen, was bei mir auch funktioniert. Hast du vielleicht shell_exec deaktiviert bzw. die Ausführung verboten? Aber dann solltest du vermutlich auch keinen Download starten können.

61. wsxws

    25. Februar 2011 @ 07:22

    also, der 2. server (der wo es nicht funzt) hat die gleiche verzeichnisstruktur wie der erste.
    ich habe den kompletten pfad vom ersten mit tar gepackt (dann bleiben alle rechte erhalten) und auf dem zweiten wieder etnpackt.
    und der fehler bleibt der gleiche.
    ich habe xdebug installist und den log-level auf ALL gesetzt.
    (exec ist niergends verboten)
    fehler erschein mir aber nicht nennenswert zu sein
    PHP Notice: Undefined index: rsdm_extractfullpathcb in /data/rsman/header.php on line 356
    und
    PHP 1. {main}() /data/rsman/ajax.php:0″ while reading response header from upstream, client: iphier server: domainhier, request: “POST /rsman/ajax.php?act=getspeed&type=dl HTTP/1.1″, upstream: “fastcgi://127.0.0.1:9000″, host: “domainhier”, referrer: “domainhier”
    2011/02/25 07:11:57 [error] 19266#0: *13401 FastCGI sent in stderr: “PHP Notice: Undefined offset: 2 in /data/rsman/ajax.php on line 131

    ach ja, der server 2 läuft nicht mit apache sondern mit nginx, aber da sollte php selber eigentlich egal sein.

    wo wird die datei geschrieben und der mode das erste mal gesetzt ?
    wo wird die datei anschliesend das erste mal gelesen ?

    vllt komme ich da ja weiter

62. kingofcomedy

    25. Februar 2011 @ 08:37

    rsdm_main.php

    Zeile #518: sh-Datei wird geöffnet
    Zeile #564: chmod 777
    Zeile #700: sh-Datei wird gefüllt
    Zeile #703: sh-Datei wird geschlossen

63. Desoxy

    25. Februar 2011 @ 12:53

    Falls es dir immer noch nicht Leid ist, uns hier zu helfen (vielen Dank dafür), hätte ich noch ein mehr oder weniger schwerwiegendes Problem:

    Es stellte sich heraus, dass der RSDM trotz gültigen Hotfile Premium immer nur die ~18 Kb großen Downloadseiten lädt, anstatt die Datei selbst.

    Der restliche Downloadvorgang (Onlinecheck etc.) verläuft ganz normal..

64. kingofcomedy

    25. Februar 2011 @ 13:02

    @Desoxy: mail mir mal bitte den Link und die runtergeladene Datei.

    Edit: bei Desoxy waren lediglich die Direkt-Downloads bei hotfile.com nicht aktiviert.

65. JCDenton

    2. März 2011 @ 09:49

    Hi,

    ich habe das selbe Problem wie wsxws, dass das Download-Skript nicht mit x-Rechten angelegt wird. Der Ablauf lässt sich wie beschrieben nachvollziehen, wenn man das Skript anschließend manuell ausführt oder kurz vor dem finalen Start des Downloads die Rechte setzt, wird die Datei auch heruntergeladen.

    Gibt es da mittlerweile einen Lösungsansatz?

66. kingofcomedy

    2. März 2011 @ 17:47

    Ich werde heute abend oder morgen nochmal nach einer Lösung suchen.

67. kingofcomedy

    2. März 2011 @ 21:56

    Das Problem ist nicht unbedingt, dass die sh-Datei ursprünglich nicht mit x-Rechten angelegt wird, sondern dass der chmod 777 aus der rsdm_main.php leider nicht ausgeführt wird. Steht dazu vielleicht etwas im Error-Log des Servers?

68. JCDenton

    3. März 2011 @ 19:29

    Im Apache-Error-Log steht leider garnichts dazu, offenbar tritt kein Fehler auf…

    Hmm, woran kann das denn liegen? Auf manchen Systemen scheint es ja zu funktionieren.

69. go2rsdm

    26. März 2011 @ 16:35

    hi,
    habe ein update von v5.8.9 auf v6.6.0 vorgenommen. Jedoch bekomme ich jetzt beim Absenden von rsdf files folgende Fehlermeldung:

    Datei erfolgreich decodiert!
    Name: name.des.files.rsdf
    Größe: 2832 Byte
    Notice: Undefined variable: links in /opt/var/appWeb/web/rsdm_660/ochs/___rapidshare.com_free.inc.php on line 144

    Ein Systemcheck bei v6.6.0 ergibt keine Fehler, alles im grünen Bereich.

    der rsdm läuft auf einer NSLU2 (unslung)

    Kann einer helfen?

70. kingofcomedy

    26. März 2011 @ 22:37

    Ich befürchte es liegt an cURL. Ruf mal über die Hilfe-Seite die phpinfo.php auf und such nach cURL.

71. go2rsdm

    28. März 2011 @ 23:10

    ähh, wie die phpinfo.php aufrufen? Wenn ich die phpino.php im Texteditor öffne sieth das wie folgt aus:

    Installiert habe ich u.a. auf meiner slug folgendes:
    php – 5.2.14-1 – The php scripting language
    php-curl – 5.2.14-1 – libcurl extension for php

    kannst du damit etwas anfangen?

72. kingofcomedy

    28. März 2011 @ 23:12

    Ruf mal die phpinfo.php in deinem RSDM-Verzeichnis über den Browser auf, d.h. z.B. so: http://192.168.1.234/rsdm/phpinfo.php.

73. go2rsdm

    28. März 2011 @ 23:25

    hab ich … was brauchst du?
    Unter curl steht folgendes:
    cURL support enabled
    cURL Information libcurl/7.21.0 OpenSSL/0.9.7m zlib/1.2.5

    hilft uns das?

74. kingofcomedy

    28. März 2011 @ 23:29

    Das sieht erstmal ganz gut aus. Kannst du mir mal die rsdf-Datei mailen? E-Mail-Adresse steht auf der RSDM-Info-Seite.

75. go2rsdm

    29. März 2011 @ 00:05

    ist unterwegs

76. D A U

    6. April 2011 @ 17:51

    Hallo
    Ich habe eine DS 110J mit DSM 3.0.
    Nach mehreren Versuchen habe ich RSDM 660 Installiert bekommem.
    Bei Systemcheck ist alles grün bis auf folgende Fehlermeldung:
    Warning: file_exists(): open_basedir restriction in effect. File(/bin/sh) is not within the allowed path(s): (/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/php:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes:/volume1/@optware:/dev/null:/volume1/@optware/bin/unzip:/volume1/usr/bin) in /volume1/web/rsdm_660/help.php on line 173 shell: /bin/sh ⇒ Datei nicht gefunden
    Die entsprechende Zeile in der config.inc.php : $shell_path = “/bin/sh”;
    Hab mit Putty nachgeschaut sh ist in cd /bin vorhanden.
    Bei open basedir im webinterface habe ich :/volume1/usr/bin angehangen.
    Bisher hat alles nicht geholfen.
    Bitte um HILFE

    Gruss D A U

77. kingofcomedy

    9. April 2011 @ 21:12

    BTW: das (cURL-)Problem von go2rsdm konnte durch einen kleinen Fix im RSDM behoben werden.

    Und vielleicht kann ein Synology-Experte bei dem Problem von DAU weiterhelfen?!

RSS feed for comments on this post

• Menu

  • Kurzanleitung
  • Screenshots

• Archiv

  • Mai 2011
  • Januar 2011
  • November 2010
  • Oktober 2010
  • Juli 2010
  • Juni 2010
  • Januar 2010
  • Oktober 2009
  • August 2009
  • Juli 2009
  • Juni 2009
  • Mai 2009
  • Februar 2009
  • Januar 2009
  • Dezember 2008
  • Oktober 2008
  • September 2008
  • August 2008
  • Juli 2008
  • Juni 2008
  • Mai 2008
  • April 2008
  • März 2008
  • Februar 2008
  • Januar 2008
  • Dezember 2007
  • Oktober 2007
  • August 2007
  • Juli 2007

• Kategorien

  • Informationen
  • Patches
  • Releases
  • Releases (Beta oder Candidates)

• Suchen

• Meta

  • Anmelden
  • RSS 2.0
  • Atom
  • WordPress

XHTML · CSS