RapidShare Download Manager

94 Kommentare

1. Matt

   21. November 2010 @ 16:43

   hey dude,
   great work there!! works just peachy on my qnap.

   just out of curiousity: are you planning do expand the functionality to support other hosters as well?

   thanks again for your effort,
   Matt

2. kingofcomedy

   22. November 2010 @ 12:18

   No, not at the moment, sorry.

3. isch

   22. November 2010 @ 21:46

   Hallo King und alle anderen,

   kurze Frage. Ich ziehe gerade auf meinen Dockstar (fast Baugleich mit Sheevaplug) um dort habe ich ein debian. Als Webserver setzte ich lighttpd ein. Leider kommt, wenn ich auf absenden der Links gehe nur “die Dateien werden in folgendes Verzeichnis gespeichert” nichts weiter.

   Hat jemand den rsdm unter lighttpd laufen?

4. kingofcomedy

   22. November 2010 @ 22:05

   Alle wichtigen Voraussetzungen (php5, etc.) werden erfüllt? Was sagt denn das Error-Log?

5. isch

   23. November 2010 @ 11:37

   php5 lauft und laut Hilfe Seite wird auch alle richtig angezeigt.
   Log wird noch keins angelegt, oder gibt es ein error log außerhalb des log Ordners?

   Wie gesagt es kommt nur “Die Dateien werden in folgenden Ordner runtergeladen: /Ordnername”

6. kingofcomedy

   23. November 2010 @ 11:56

   Mit dem Error-Log meinte ich das Error-Log vom Webserver. Es scheitert also nur am Download, richtig? Klar, für einen Download Manager ist das natürlich doof, aber es wäre interessant zu wissen ob die anderen Seiten alle aufgerufen werden können.

7. isch

   23. November 2010 @ 12:55

   Ja klar, webserver log. Manchmal kommt man nicht auch die einfachsten Ding.

   2010-11-23 12:50:49: (mod_fastcgi.c.2701) FastCGI-stderr: PHP Notice: Undefined index: rsdm_doextractcb in /var/www/rsdm_5xx/header.php on line 341

   2010-11-23 12:50:49: (mod_fastcgi.c.2701) FastCGI-stderr: PHP Notice: Undefined index: rsdm_doextractcb in /var/www/rsdm_5xx/free.php on line 226
   PHP Notice: Undefined index: rsdm_extractfullpathcb in /var/www/rsdm_5xx/free.php on line 226
   PHP Notice: Undefined index: rsdm_deleterarfilescb in /var/www/rsdm_5xx/free.php on line 232

   2010-11-23 12:50:49: (mod_fastcgi.c.2701) FastCGI-stderr: PHP Notice: Undefined index: rsdm_playsoundfilecb in /var/www/rsdm_5xx/free.php on line 322

   so sieht es aus.

8. kingofcomedy

   23. November 2010 @ 13:07

   Das sieht schon besser aus. Ich werde mir das heute (oder morgen) abend mal genauer ansehen.

9. kingofcomedy

   23. November 2010 @ 21:52

   Die Fehlermeldungen sind ungewöhnlich, werden aber den Betrieb nicht stören. Schau dir mal die Fehlermeldungen im Error-Log an, nachdem du auf “Absenden” geklickt hast.

10. isch

    24. November 2010 @ 20:51

    Komischerweise wird nichts in das Log des Webservers geschrieben wenn ich auf Absenden gehe (per tail -f überprüft)
    Bei den anderen Meldungen hat es sich ja auch eigentlich nur um “Informationen” gehandelt und nicht um Fehler.

11. kingofcomedy

    25. November 2010 @ 11:28

    Hast du sowohl im Error- als auch im Access-Log nachgesehen? Wenn im Error-Log kein Fehler zu sehen ist, dann sollte ja alles funktionieren.

12. isch

    25. November 2010 @ 16:10

    Ich weiß auch nicht weiter ist schon eine komische Sache. Im access log steht weiter auch nichts, nur von wlecher ip mit welchem Browser ich die Dateien aufgerufen habe.

13. kingofcomedy

    25. November 2010 @ 16:40

    Kannst du mal einen Screenshot machen?

    Ich werde dir nachher per E-Mail eine rsdm_main.php für die Fehlersuche zuschicken.

14. dizzler

    28. November 2010 @ 12:46

    Ich nutze es auf einem Ubuntu-Server (also kein NAS). Das Einrichten verlief deswegen eigentlich ohne Probleme. Allerdings kann ich noch nichts von Rapidshare herunterladen und bin aktuell auf der Fehlersuche.
    Downloads über WGET (z.B. von Chip.de) funktionieren, das decodieren von DLCs funktioniert – nur wenn ich dann nach dem decodieren auf “Download starten” klicke, lande ich wie geplant in der Log-Übersicht… dort wurde aber kein neues Log für den Download geschrieben. Und es wird auch nichts heruntergeladen. Die Anzahl-Anzegie (“Downloads x (0)”) ist kurzzeitig auf “Downloads 6 (0)” gesprungen, mehr ist aber nicht passiert.
    Hat Jemand von euch eine Idee, was da sein könnte?

15. kingofcomedy

    28. November 2010 @ 13:23

    Wenn du bei “Downloads:” eine Zahl angezeigt bekommst, dann werden zumindest die sh-Dateien korrekt angelegt. Kopiere einfach mal eine Zeile aus einer sh-Datei und führe sie direkt in der Konsole aus.

    Des Weiteren kannst du auch mal überprüfen ob die Hilfe-Seite Fehler meldet.

16. Pat

    28. November 2010 @ 15:33

    Hallo King,

    nutze Dein Premium-Tool auf der Syn DS210j.
    Habe die RSDM-Version 627 zum laufen gebracht.

    Jedoch recht holprig. Nachdem ich unter dem Fragezeichen alle Fehlermeldungen wegbekommen habe, gings immer noch nicht.

    Nach einem rekursiven drüberbügeln des kompl. RSDM Ordner mit 777 Rechten gings dann. Ich weiß das ist nicht gerade sicher/sinnvoll.

    Kannst du mir die genauen Rechte für die Ordner/Datein nennen?
    Danke schon mal.

    Gruß
    Pat

17. h2opolo

    28. November 2010 @ 15:59

    Habe ähnliches Problem wie dizzler.
    Die downloads werden zwar unter logs angezeigt, starten aber nicht..nehme ich eine Zeile aus der .sh und kopiere sie in eine Konsole startet der download sofort..
    Auf der Hilfe-Seite werden keine Fehler angezeigt.
    Eine Idee was das noch sein kann?

18. h2opolo

    28. November 2010 @ 16:47

    das hat was mit den shell_exec -> exec Ersetzungen in der funcions.inc.php zu tun
    1.Fall: alle 4 belassen als shell_exec
    –>sh file erzeugt
    –>Meldung:Warning: shell_exec() [function.shell-exec]: Cannot execute using backquotes in Safe Mode in /volume1/web/rsdm_627/functions.inc.php on line 486 (in fast allen Fenstern)
    –> kein download startet

    2.Fall: die ersten beiden shell_exec zu exec gemacht
    –>sh file erzeugt
    –>Meldung:Warning: shell_exec() [function.shell-exec]: Cannot execute using backquotes in Safe Mode in /volume1/web/rsdm_627/functions.inc.php on line 486 (nur im “download gestartet”-Fenstern)
    –> kein download startet

    3:Fall: alle shell_exec zu exec gemacht
    –>KEIN sh file erzeugt (download gestartet Fenster erscheint mit 1(0)..geht dann aber wieder auf 0(0) )
    –>Meldung:Warning: -> WEG
    –> kein download startet

    Die direkte Link-Eingabe über Konsole funktioniert jeweils und download wird korrekt gestartet.

19. kingofcomedy

    28. November 2010 @ 17:32

    @Pat: bei mir stehen alle Dateien und Ordner auf 660. 550 sollte bei Dateien aber auch ausreichen.

    @h2opolo: kannst du dich mal als Webserver-User an der Konsole anmelden und dann einen Download starten? Evtl. gibt es dann eine Fehlermeldung die weiterhelfen kann.

20. h2opolo

    28. November 2010 @ 18:20

    @h2opolo: kannst du dich mal als Webserver-User an der Konsole anmelden und dann einen Download starten? Evtl. gibt es dann eine Fehlermeldung die weiterhelfen kann.

    Kannst mir mal ein kurzes Howto geben? Kann mich iwie nur als root per ssh anmelden:-/

21. kingofcomedy

    28. November 2010 @ 18:35

    Unter Debian: su USERNAME (z.B. www-data).

22. h2opolo

    28. November 2010 @ 18:49

    jetzt scheints zu laufen:)
    hab die rechte für die 5 php’s (download.php, extract-php,..) auf 555 statt 550 (wie in Hilfe angegeben) gesetzt..

23. kingofcomedy

    28. November 2010 @ 18:51

    Ok, dann läuft dein Webserver vermutlich als www-data, aber die Dateien gehören einem anderen User. Wenn die Dateien auch www-data gehören sollte 550 ausreichen.

24. struppix

    2. Dezember 2010 @ 23:14

    Hi,
    bei mir auch das gleiche Problem. Die Downloads werden scheinbar gestartet, aber nach dem umschalten auf die Statusseite sind sie weg. Logs werden nicht geschrieben. Von Hand Starten geht. Rechte umstellen bringt bei mir leider nichts.
    Interessant ist, wenn ich in der config den logs Pfad rausnehmen, legt er die sh’s an, ansonsten nicht. Vielleicht hilft es.

25. kingofcomedy

    3. Dezember 2010 @ 13:51

    Hallo struppix,

    also der logs-Pfad hat nichts mit den sh-Dateien zu tun.

    Starte mal einen Download manuell über die Konsole, aber als Webserver-User.

26. struppix

    3. Dezember 2010 @ 19:15

    Hallo king,
    auch auf die Gefahr mich zu outen, wie kann ich das als webserver-user machen. Ich benutze jetzt die Synology 411+ ( vorher 207+ ) mit DSM 3.0-1372.
    Im übrigen macht er als prem-User auch nichts.
    Was mache ich falsch ?

    Danke für Deine Hilfe
    Struppix

27. kingofcomedy

    4. Dezember 2010 @ 07:51

    Schau mal hier http://www.synology-forum.de/showthread.html?t=10465 und hier http://www.synology-forum.de/showthread.html?t=9193.

    Ein genereller Link zum RSDM @ Synology: http://www.m0nk3y.info/installationsanleitung.html

28. struppix

    4. Dezember 2010 @ 12:32

    Hi king,
    danke für den Tip. Der direkte Download klappt.
    Ich habe nun mal die Einstellungen von meinen beiden NAS verglichen.
    Absolut identisch. User, Gruppen, Rechte, absolut gleich.
    Auf der 207+ lief der 523. Ok den habe ich ‘ne Weile nicht mehr genutzt.
    Auch die 590 läuft bei mir nicht, aber ich habe alle Einstellungen, Danke für den link zu m0nk3y, den ich schon kannte, richtig gemacht, soweit die Info Seite das zeigt. Und in den webserver Logs steht gar nichts. Es laufen ja noch andere “kleinere Sachen” die Schreibrechte habe.
    Nun ist guter Rat teuer.

    Zum Schluß Mal ein Dankeschön für das tolle Programm. Wird immer besser. Mich hat der Geschwindigkeitssprung, ich denke es war auf die 512 oder die 532 umgehauen.

    Gruß Struppix

29. kingofcomedy

    4. Dezember 2010 @ 13:20

    Der Download über die Konsole gestartet als Webserver-User hat funktioniert?!

    Aber fangen wir nochmal von vorne an: du möchtest als Free-User etwas runterladen, richtig? Wenn du die Links in das Textfeld kopiert und auf Absenden geklickt hast, dann werden im RSDM-Verzeichnis sh-Dateien (als Free-User nur eine Datei) angelegt, richtig? Wie sieht es bei den Rechten für diese Dateien aus?

30. struppix

    4. Dezember 2010 @ 18:59

    Hi king,

    also, sh-Dateien werden eben nicht erzeugt. Ich habe das gleiche Problem wie ua. h2opolo. Der Download wird scheinbar angelegt. Jedoch nach dem Wechsel zur Status Seite ist alles weg. Ein Prozeß wird auch nicht gestartet.
    Ich konnte ihn nur einmal austricksen, als ich die Protokolle ins Leere laufen ließ. Aber auch dann kein Download Prozeß. Hab aber beim experimentieren vergessen, wie

    So ist der Status, jedoch glaub ich kaum, das Du daraus schlauer wist, oder ?

    Struppix

31. kingofcomedy

    5. Dezember 2010 @ 14:19

    Bei h2opolo sind die sh-Dateien aber angelegt worden.

    Sobald du auf Absenden geklickt hast und dich auf der “Zwischenseite” befindest (dort wo unten “Download starten” steht), sollten im RSDM-Verzeichnis die sh-Dateien erstellt worden sein. Das ist bei dir nicht der Fall?

32. struppix

    5. Dezember 2010 @ 16:27

    Nein leider nicht.

33. kingofcomedy

    5. Dezember 2010 @ 22:10

    Ok, d.h. es gibt bereits Probleme beim Erstellen der sh-Dateien. Hat der Webserver-User Schreibrechte für das Verzeichnis?

34. struppix

    6. Dezember 2010 @ 22:45

    Ja, hat er. Ich habe eben alle erdenklichen Varianten getestet. Soweit ich dies sehe, sind Scheibrechte vorhanden. M…, möcht wissen wo das klemmt.

35. kingofcomedy

    6. Dezember 2010 @ 22:49

    Probier mal zum Testen ein chmod 777 -R RSDM_VERZEICHNIS.

    Und auch an dich das Angebot: wenn du mir eine Test-Umgebung (SSH-Zugriff und Browser-Zugriff) einrichten kannst, schau ich mir das ganze mal genauer an.

36. isch

    6. Dezember 2010 @ 23:08

    Hallo king,

    durch herausnehmen der cURL Option hab ich da ganze mit lighttpd zum laufen gebracht (scheint ein Bug im lighttpd 1.4.x zu sein). Jetzt habe ich allerdings festgestellt, dass die erstelle sh Datei nicht ausgeführt wird. Mache ich das manuell als www-data user (unter debian) lauft es und sie wird auch bei htop angezeigt. Werde mir das die Tage mal anschauen.

37. struppix

    7. Dezember 2010 @ 00:06

    Hi King,

    alles schon probiert, kein Erfolg. Deinen Vorschlag nehm ich dankend an. Beim SHH-Zugriff muß ich passen. Hier kannst Du mir vielleicht mal per mail nen kurzen Abriß geben, wie ich das bewerkstellige. Reicht da ein normaler User ? Und Rechte mäßig ?

    Struppix

38. kingofcomedy

    7. Dezember 2010 @ 06:03

    @isch: welchem User gehört denn die erstellte sh-Datei?

    @struppix: ein normaler User sollte reichen, ja. Kannst du auf deinem System vielleicht Webmin (http://www.webmin.com) installieren? Damit sollte die SSH-Einrichtung relativ einfach funktionieren.

39. struppix

    7. Dezember 2010 @ 23:20

    Hi king,

    ich hab ein paar Sachen vorbereitet ( Zugang usw. ).
    Schick mir bitte mal ne Mail, wo ich die Sachen hinschicken soll … Danke

    Struppix

40. isch

    8. Dezember 2010 @ 18:31

    He King,

    ich habe bis jetzt leider keinen Grund gefunden warum die sh Datei nicht ausgeführt wird. Rechte gehören dem www-data und 777. in der log des lighttpd wird auch nichts gelistet

    Des weiteren hab ich bei mir beim Entpacken folgende Fehlermeldung Festgestellt: PHP Notice: Undefined variable: downloaddir in /var/www/rsdm/unrar.php on line 31 bzw. 29

    Im Log ist eine Ausgabe von unrar, wo alle Parameter aufgelistet werden, also nicht richtig ausgeführt.

41. kingofcomedy

    9. Dezember 2010 @ 06:28

    BTW: struppix’s RSDM scheint jetzt problemlos zu laufen. Wichtige Erkenntnisse die für andere User vielleicht auch interessant sind:

    1. alle Dateien im RSDM-Verzeichnis müssen immer dem Webserver-User (nobody, www-data, etc.) gehören.
    2. der PHP-Pfad in der config.inc.php sollte stimmen.

42. kingofcomedy

    9. Dezember 2010 @ 06:39

    @isch: auch an dich das Angebot: wenn du mir eine Test-Umgebung (SSH-Zugriff und Browser-Zugriff) einrichten kannst, schau ich mir das ganze mal genauer an. Dann aber bitte auch vorher joe installieren.

43. Sven

    9. Dezember 2010 @ 15:10

    Hi kingofcomedy

    ich hab jetzt deine neue 6.2.7 ein paar Wochen in Betrieb. Funktioniert alles gut soweit. Wie immer sehr gute Arbeit! Ich bin total froh, das es dieses Tool gibt. Ist mir eigentlich fast das wichtigste auf meinem NAS (neben den Daten natürlich ). Ich hab in der letzten Zeit ein bisschen Feedback zur 6.2.7 gesammelt das ich dir gerne mal zukommen lassen würde. Hauptsächlich ein paar Ideen für neue/geänderte Funktionen und ein paar kleine Bugs. Ich möchte das aber hier im Blog als Kommentar nur ungerne posten, da es vermutlich zu viel ist. Könntest du mir, wenn du Interesse daran hast, nicht mal deine Mail-Adresse schicken per Mail? Habe hier leider nix gefunden im Blog (oder ich bin blind *g*).

44. kingofcomedy

    9. Dezember 2010 @ 15:24

    Schau einfach mal auf der Info-Seite (im RSDM) nach (und ignoriere die API-Points-Fehlermeldung).

45. struppix

    9. Dezember 2010 @ 21:23

    Hi king,

    wie Du bereits schreibst, funktioniert mein rsdm jetzt tadellos.
    Ich kann mich wirklich nur nochmals bedanken.

    Struppix

46. utiltiy

    20. Dezember 2010 @ 15:10

    Hi,

    bei der Info Seite meckert dies:
    API-Points (max. Notice: Undefined offset: 1 in /var/www/https/rsdm/info.php on line 207 *!): ERROR: Invalid routine called.

    Installation, Apache@Dockstar unter Squeeze

47. kingofcomedy

    20. Dezember 2010 @ 15:51

    Der Fehler ist durch eine Änderung in der rapidshare.com-API entstanden und wird in der nächsten Version behoben sein.

48. kingofcomedy

    22. Dezember 2010 @ 11:09

    @Matt: a month later I can say: other hosters will be supported in the next version.

    Edit: and after a request a “few” months ago (http://rsdm.kingofcomedy.de/2009/01/rapidshare-download-manager-425/#comment-273) I might introduce language-files in the next version too.

49. aloha man

    22. Dezember 2010 @ 21:23

    Hallo,

    ich habe den RSDM auf der NSLU2 unter Debian eingerichtet.
    Wget funktioniert einwandfrei. Auf der Help-Seite ist alles grün.

    Aber:
    Wenn ich eine URL eingebe, dann wird die entsprechende Datei angeblich heruntergeladen: “Die Dateien werden in folgenden Ordner runtergeladen: /var/www/rsdm/downl/”
    Allerdings zeigt das Übersichtsfenster, dass kein Download aktiv ist “Downloads: 0 (0)”. Der rsdm Ordner gehört root.
    Keine *.sh Datei wird erstellt.

    Mir ist aufgefallen, dass die Anzeige des freien Speicherplatzes einmal rot hinterlegt blinkt “6,14 GB frei => 83,12%”.

    Was kann ich tun? Vielleicht könnt ihr mir weiterhelfen.
    viele Grüße
    aloha man

50. kingofcomedy

    22. Dezember 2010 @ 21:26

    Du kopierst Links in das Eingabefeld und klickst auf “Absenden”. Und während du auf der “Zwischenseite” bist, ist keine sh-Datei im RSDM-Verzeichnis vorhanden?

51. aloha man

    22. Dezember 2010 @ 21:36

    Vielen Dank für die super schnelle Antwort!!!

    Richtig. Auch wenn ich auf der Zwischenseite bin, gibt es keine sh-Datei.
    Der RSDM-Ordner und alle Unterordner haben die Rechte 777.
    Die Dateien, die Dateirechte 550 brauchen, haben sie.

    Hast Du noch einen Tipp?

52. kingofcomedy

    22. Dezember 2010 @ 21:39

    Klingt spannend. Gibt es Meldungen im Access-/Error-Log des Webservers?

53. aloha man

    22. Dezember 2010 @ 21:47

    ERROR-LOG:

    [...]

    /var/www/rsdm/1292960052_1.sh: line 3: free_dl.php: command not found

54. kingofcomedy

    22. Dezember 2010 @ 23:39

    Das Access-Log sah normal aus. Aus dem Error-Log geht aber hervor, dass eine sh-Datei angelegt worden ist.

    BTW: manchmal sind Dienste wie pastie.org doch ganz sinnvoll.

55. aloha man

    23. Dezember 2010 @ 10:44

    Es läuft! Danke!
    Der Fehler war:

    PHP-5 war nicht korrekt installiert und der Pfad muss unter Debian tatsächlich wie folgt lauten:
    $php_path = “/usr/bin/php”;

    Vielen Dank für den erstklassigen Support.

56. kingofcomedy

    23. Dezember 2010 @ 13:36

    Aber gerne doch. Eigentlich hast du dir ja auch selber geholfen.

57. Fleischi

    23. Dezember 2010 @ 23:58

    Nach 4 Tagen harter Arbeit hab ich es auch entlich geschaft Danke kingofcomedy und den andern für die zahlreichen Tips hier.
    Als Linux/Debian-Newbie haben mir diese sehr geholfen. schöne
    Weihnachten euch

58. kingofcomedy

    24. Dezember 2010 @ 06:35

    Schön dass wir dir helfen konnten. Jetzt verrate uns noch kurz welche Probleme es gab und wie du diese behoben hast.

59. Fleischi

    24. Dezember 2010 @ 12:27

    Problem 1:
    Da ich Debian nutze, musste der Dateipfad von PHP $php_path = “/usr/bin/php”; lauten. In der help.php wurde der Pfad “/usr/bin/php5”; aber auch gefunden, deshalb viel mir das nicht auf.

    Problem 2:
    Da ich sämtliche Dateien mit dem Benutzer admin (-> root in der shell) auf den FTP geladen habe gab es trotz der Rechtevergabe chmod 777 Probleme. Nachdem ich einen selbst angelegten User als “Uploader” genommen hatte, ging es.

    Das ganze dauerte deswegen so lange weil ich mich damit nicht auskenne.

    Darüber hinaus habe ich cURL deaktiviert (obwohl es installiert is). Da es aber momentan läuft hab ich es noch nicht wieder aktiviert.

    Eine Frage hab ich aber noch: Ist es absicht das in der help.php nur Zugriffsrechte von 550 als “grün” angezeigt werden und nicht auch Rechte darüber? (Anstelle des =! 550 vielleicht ein >= 550?). Das hat mich auch lange Zeit verwirrt^^

60. kingofcomedy

    24. Dezember 2010 @ 13:22

    Zu Problem 1: unter Debian Lenny sieht das bei mir so aus:

    /usr/bin/php5
    /usr/bin/php -> /etc/alternatives/php
    /etc/alternatives/php -> /usr/bin/php5

    D.h. eigentlich sollte es egal sein, ob da /usr/bin/php oder /usr/bin/php5 eingetragen ist. Ein kurzer Selbsttest hat gezeigt: der Download startet, zumindest auf meinem System, auch mit /usr/bin/php.

    Zu Problem 2: also wenn alle Dateien, Verzeichnisse und Unterverzeichnisse auf 777 stehen, sollte der RSDM auch funktionieren.

    Die help.php wird in der nächsten Version angepasst sein.

61. S66

    7. Januar 2011 @ 17:16

    servus,
    mir ist noch n kleiner bug in der aktuellen version von rsdm aufgefallen. in der free_dl.php in der fast letzten zeile bevor das after_dl_script aufgerufen wird fehlt ne “2″ im methodenaufruf. muss log2file anstatt logfile heißen, sonst bricht es da ab

62. kingofcomedy

    7. Januar 2011 @ 21:46

    Danke für den Hinweis.

63. wsxws

    10. Januar 2011 @ 13:43

    huhu,

    und bei mir funzt mehr oder minder garnichts.

    config.inc.php angepasst und pfade stimmen alle.

    wenn man einen dl starten will kommt zwar die nächste seite aber da steht menge 0,0mb und wenn man auf zurückclickt kommt kurz dass der dl nicht gestartet wurde.

    owner des webpfads ist www-data, die 5 php-files sind auf 555 und der ordner xml auf 777.
    ich habe als phppfad sowohl /usr/bin/php als auch /usr/bin/php5 getestet, gleuiches ergebnis.

    os ist lenny. die errorlogs sind leer (auch mit xdebug)

    und wenn ich statt ner url nen container angebe kommt zusätzlich noch:
    Fatal error: Call to undefined function curl_init() in /data/rapid/rsdm_main.php on line 126

    ach ja, und ne .sh-datei habe ich zu keinem zeitpunkt im pfad

    vllt fällt ja trotzdem jemandem was dazu ein

64. kingofcomedy

    10. Januar 2011 @ 14:22

    War die gewünschte Downloaddatei so klein, oder warum werden dir 0,0 MB angezeigt? Und du hast während du dich auf dieser “Zwischenseite” befindest keine sh-Datei im RSDM-Verzeichnis? Was sagt die Hilfe-Seite? Bist du Free- oder Premium-User?

    BTW: wenn man auf “Zurück” klickt, wird der Download abgebrochen, d.h. das soll auch so sein.

65. wsxws

    10. Januar 2011 @ 18:46

    ich bin premium user
    direct downloads sind aktiviert
    die datei hat 100mb
    es befindet sich keine sh datei im pfad (wohl aber die .dlc, bei der das decrpten nicht funktioniert hat)
    die zwischenseite kommt auch nur beim ie, beim ff nicht.
    auf der hilfe-seite ist alles komplett grün

66. wsxws

    10. Januar 2011 @ 18:49

    ach ja, vllt mal systeminfos:

    denian lenny
    php 5.2.6 (standard deb)
    webserver apache2
    baseurl der scripts ist eine https-domain

    andere scripts, wie zb b4rtflux laufen ohne jedes problem

    wo müsste eigentlich der freie plattenplatz angezeigt werden ? weil den finde ich niergendwo

67. kingofcomedy

    10. Januar 2011 @ 22:30

    1. Der freie Plattenplatz wird z.B. auf der Info-Seite angezeigt.
    2. Da anscheinend keine sh-Datei erstellt wird: besitzt der Webserver-User Schreibrechte für das RSDM-Verzeichnis?
    3. Was sagt denn das Error-Log wenn du versuchst die Zwischenseite mit dem FF aufzurufen? Und was sagt der FF?

68. wsxws

    11. Januar 2011 @ 07:24

    1. diese anzeige habe ich nicht
    2. verzeichnis gehört www-data:www-data und steht auf 755 (wie gesagt, den dlc-container hat das script ja da abgelegt)
    3. Ohne etwas zu verändern zeigt jetzt auch der ie die zwischenseite nicht mehr an (warum auch immer). Es kommt bei beiden jetzt nur noch der Anfang dieser seite bis zu der Zeile ‘Die Dateien werden in folgenden Ordner…’, was aber ebend nich passiert
    Die eigentliche error.log ist leer, die Ausgabe von xdevug hier:
    [error] [client ip] PHP Notice: Undefined index: rsdm_doextractcb in ../rapid/header.php on line 383, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP Stack trace:, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP 1. {main}() ../rapid/index.php:0, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP 2. include() ../rapid/index.php:10, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP Notice: Undefined index: rsdm_extractfullpathcb in ../rapid/header.php on line 389, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP Stack trace:, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP 1. {main}() ../rapid/index.php:0, referer: https://url/rapid/rsdm_main.php
    [error] [client ip] PHP 2. include() ../rapid/index.php:10, referer: https://url/rapid/rsdm_main.php

69. kingofcomedy

    11. Januar 2011 @ 11:30

    Das klingt nach einer interessanten Konfiguration auf deinem Gerät. Einen Debug-Modus gibt es leider nicht, aber füge mal in die rsdm_main.php alle 15-25 Zeilen eine einfache ‘ echo “Y”; ‘-Zeile ein, wobei Y bei a beginnt und dann aufsteigen (b, c, d, …) sollte. Und dann schau mal auf der Zwischenseite welche Buchstaben dir angezeigt werden. So kann zumindest der Problemteil im Script eingegrenzt werden.

70. wsxws

    11. Januar 2011 @ 14:41

    letztes lebenszeichen aus zeile 236

    offensichtlich hängt iwo hinter:
    # hash mit allen erforderliche………..

71. wsxws

    11. Januar 2011 @ 16:21

    ich hab die orignale dateiwieder eingesetzt und lasse mir nun vom php-stack die fehler auf dem browser auswerfen.
    im login fenster gibt es folgende fehler:
    Notice: Undefined index: username in /data/rapid/header.php on line 23
    Notice: Undefined index: rsacctype in /data/rapid/header.php on line 42
    Notice: Undefined index: rsacctype in /data/rapid/header.php on line 61
    index zeigt keine fehler
    upload zeigt keine fehler
    file manager zeigt keine fehler
    url2links gibt folgendes aus:
    Notice: Undefined index: source in /data/rapid/header.php on line 486
    Notice: Undefined index: source in /data/rapid/header.php on line 486
    hilfe gibt keine fehler aus
    kill gibt keine fehler aus
    info gibt folgendes aus:
    Notice: Undefined offset: 1 in /data/rapid/info.php on line 207
    bookmarks, rss, suche und wget zeigen keine fehler an
    ach ja, auch wenn man nei obigen fehlern etwas anderes meinen könnte, die infos zu meinem rs-account werden richtig angezeigt.

    wenn man wget benutzt wird eine sh-datei erzeugt, man kann den download starten und das funktioniert dann auch. <<- juchhu hier geht was

    ich hoffe du kannst mit dem haufen infos jetzt etwas anfangen

72. wsxws

    11. Januar 2011 @ 16:30

    sorry, ich bins nochmals, aber in der ansicht /logs zeigt er auch den freine plattenplatz und up-/downloadgeschwindigkeit.

73. wsxws

    11. Januar 2011 @ 18:48

    wenn man bei @getAllImportantData(… das @ entfernt gibt es übrigens folgendes:
    Fatal error: Call to undefined function curl_init() in /data/rapid/functions.inc.php on line 35
    Call Stack
    # Time Memory Function Location
    1 0.0024 547472 {main}( ) ../rsdm_main.php:0
    2 0.1683 1051456 getAllImportantData( ) ../rsdm_main.php:239
    3 0.1683 1052224 checkFiles( ) ../functions.inc.php:130

    das würde dann zumindest das hängenbleiben an dieser stelle erklären

74. kingofcomedy

    11. Januar 2011 @ 19:01

    apt-get install php5-curl

75. wsxws

    11. Januar 2011 @ 19:23

    man, das war ne schwere geburt, aber man sollte das vllt mit auf der hilfe-site als requirement erwähnen, da steht nämlich nur cURL und das war auch vorher schon drauf.

    anyway nu rennts, vielen dank für die hilfe

    ach ja, vllt solltest nen paar vin den posts wieder löschen, hab alles zugespammed *g*

76. kingofcomedy

    11. Januar 2011 @ 21:25

    Deine Postings werden nicht gelöscht. Vielleicht hat ja mal jemand das gleiche Problem.

    Die Hilfe-Seite wird in der nächsten Version leicht angepasst sein.

77. qwser

    18. Januar 2011 @ 13:03

    Hi King,

    Ich habe folgendes Problem! Man bekommt zwar diverse Container decryptet aber es werden keine Links angezeigt. D.h. man kann auch keinen DL starten.

    Ich habe eine Linkstation von Buffalo die Version 5.7 ist bei mir ohne Probs gelaufen.

    Die Dateien gehören dem Webuser Verzeichnis wo die Dateien drinnen sind ist auf 777 gesetzt.

    Hast du eine Idee was das sein kann?

78. kingofcomedy

    18. Januar 2011 @ 13:26

    cURL und php5-cURL sind installiert?

    Werden nach einem Klick auf “Absenden” sh-Dateien im RSDM-Verzeichnis angelegt?

79. qwser

    18. Januar 2011 @ 13:38

    curl und php5-curl sind installiert aber sh wird keine erstellt

80. kingofcomedy

    18. Januar 2011 @ 13:48

    Besteht denn das Problem nur bei Containern? Und es handelt sich auch um Links von rapidshare.com? Ansonsten probiere einfach mal direkt über dcrypt.it zu entschlüsseln.

81. qwser

    18. Januar 2011 @ 14:33

    Die sh dateien werden nur bei Containern nicht erstellt.

    Normale Downloads funktionieren

82. kingofcomedy

    18. Januar 2011 @ 14:43

    Kannst du mir mal einen Container an rsdm ät kingofcomedy.de mailen?

83. qwser

    19. Januar 2011 @ 09:00

    hab ich dir geschickt

84. kingofcomedy

    19. Januar 2011 @ 09:01

    Und du hast auch bereits eine Antwort.

85. qwser

    24. Januar 2011 @ 12:01

    hi habe folgendes Problem seit kurzem

    Überprüfe rapidshare.com – Einstellungen
    Benutzername ⇒ korrekt!

    Notice: Undefined variable: hash in /mnt/array1/www/htdocs/functions.inc.php on line 25
    Keine Verbindung zu rapidshare.com

    kannst du dir das bitte anschauen?

    Danke und lg

86. kingofcomedy

    24. Januar 2011 @ 12:17

    Hallo,

    scheint als hätte rapidshare.com die angekündigten API-Änderungen jetzt durchgeführt. Öffne mal die functions.inc.php und entferne aus Zeile #18 “_v1″. Oder anders ausgedrückt: ersetze “getaccountdetails_v1″ durch “getaccountdetails”. In der nächsten RSDM-Version werden die Anpassungen bereits enthalten sein.

87. qwser

    24. Januar 2011 @ 12:53

    das wars leider nicht ich hab keine Ahnung -> aber was mir aufgefallen ist, wenn die Userdaten für den Premiumaccount nicht angeführt sind kommt diese Meldung nicht!

88. qwser

    24. Januar 2011 @ 12:54

    da kommt folgende Fehlermeldung auf der Info php wenn man sich als free einlogt

    Notice: Undefined offset: 1 in /mnt/array1/www/htdocs/info.php on line 207

89. qwser

    24. Januar 2011 @ 12:57

    Das ist die Fehlermeldung auf der Info.php wenn man sich mit dem Prem anmeldet

    Notice: Undefined variable: hash in /mnt/array1/www/htdocs/functions.inc.php on line 25

    Rapids: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!
    Public-ID:
    RapidPro bezahlt bis: 01.01.1970, 00:00 Uhr
    Keep files forever: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Automatische RapidPro-Verlängerung: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Automatischer Traffic-Kauf: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Traffic übrig: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Downloads nur über SSL: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Hochgeladene Dateien: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    Dein Rapidshare-Account wurde angelegt am: Keine Verbindung zu rapidshare.com und/oder falsche Benutzerdaten!

    RS-Anti-Hack (das Sicherheitschloss) aktiviert: nein
    Rapid-Pay-Logs:
    Datum, Uhrzeit

    Notice: Undefined offset: 0 in /mnt/array1/www/htdocs/info.php on line 162
    API-Points (max.
    Notice: Undefined offset: 1 in /mnt/array1/www/htdocs/info.php on line 207
    *!):

90. kingofcomedy

    24. Januar 2011 @ 13:31

    Die Free-User-Fehlermeldung auf der Info-Seite ist in Ordnung und wird in der nächsten Version nicht mehr vorhanden sein.

    Zu den anderen Fehlermeldungen: Benutzername und Passwort sind korrekt?

91. qwser

    24. Januar 2011 @ 13:39

    jep Benutzername und Password sind definitiv korrekt

92. kingofcomedy

    24. Januar 2011 @ 16:34

    Ruf mal die folgende URL auf. Benutzername und Passwort bitte anpassen.

    http://api.rapidshare.com/cgi-bin/rsapi.cgi?sub=getaccountdetails&type=prem&login=BENUTZERNAME&password=PASSWORT

    Was wird dir dann angezeigt?

93. qwser

    25. Januar 2011 @ 11:37

    Hi King, wenn ich die Url aufrufe und durch meine Login daten ersetze schauts wie folgt aus

    accountid=12718xxx servertime=1295951575 addtime=1265835186 username=Benutzername directstart=1 verified=0 mirrors= jsconfig=1000011 email=email@email.de curfiles=0 curspace=0 tskb=452229586 rapids=xxxx kff=0 autoextend=1 autorefill=1 billeduntil=1296664100 onlyssldls=0 vipuntil=0 nortuntil=0 happyhours=0

    funkt soweit, ich habe aber im Moment troubles mit meinem NAS werde mich melden wenns wieder on ist und falls es dann noch troubles gibt

    lg

94. kingofcomedy

    25. Januar 2011 @ 11:42

    Die Ausgabe sieht korrekt aus. Leider machen die Fehlermeldungen jetzt noch weniger Sinn.

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