RapidShare Download Manager 3.8.6
Veraenderte Dateien: ajax.php, auth.php, free.php, free.pl, index.php, info.php, login.php, mod_bookmarks.php, mod_suche.php, rsdm_main.php, uploads.php, wget.php, js/ajax.js, module/bookmarks/BookmarkParser.php, module/suche/suchen.js
Neue Dateien: news.php, users.inc.php, images/news.png
Entfernte Dateien: users.txt
====> 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.
+ ajax.php, uploads.php, js/ajax.js -> md5sum – Check um relativ einfach kontrollieren zu koennen, ob ein Upload auch wirklich 100%ig funktioniert hat
* news.php, header.php -> News von rapidshare.com koennen angezeigt werden
+ free.pl -> Downloadmoeglichkeit fuer “Free-User” verbessert
+ mod_suche.php, module/suche/suchen.js -> raupe.org wieder entfernt
+ mod_bookmarks.php -> Hinweis falls die Bookmarks-Dateien vom Webserver nicht gelesen werden koennen/duerfen
+ header.php, info.php, rsdm_main.php -> Anpassungen an rapidshare.com – Veraenderungen
+ login.php -> users.txt in users.inc.php umbenannt und Dateien entsprechend angepasst
x free.php, index.php, wget.php -> Redirect, falls z.B. der eingeloggte “free” – User auf die index.php zugreifen moechte
x module/bookmarks/BookmarkParser.php -> Firefox 3 – “place” – Links werden nicht mehr angezeigt
x auth.php, login.php -> Kleiner Fix
Frittenschmied
11. August 2008 @ 18:19
Hab die neue Version mal ausgiebig getestet. Bis jetzt habe ich keine Fehler finden können.
Denkst Du noch an die Geschichte mit dem Lösch-Link bei den Uploads?
kingofcomedy
11. August 2008 @ 22:05
Aber sicher doch. Der Punkt steht noch auf meiner ToDo-Liste und ich hatte auch kurz überlegt ihn in diese Version noch einzubauen, aber mich dann doch dagegen entschieden.
Solo0815
12. August 2008 @ 16:22
Einen kleinen Fehler hab ich entdeckt:
Wenn ich die Logs löschen will, kommt beim Löschen:
Warning: Invalid argument supplied for foreach() in /var/www/rsdm/ajax.php on line 263
Das passiert aber nur, wenn danach keine Logs mehr vorhanden sind. DLs liefen zu der Zeit auch keine.
kingofcomedy
12. August 2008 @ 20:12
Wie wolltest du die Logs denn löschen? Über das “Mülleimer”-Icon? Oder über einen der beiden Links: “Log-Files (*.log) loeschen!?” bzw. “(nur von kompletten Downloads!)”?
Solo0815
13. August 2008 @ 11:39
Die Logs wollte ich über den Mülleimer löschen, weil die schön gruppiert sind und das Icon in der Ecke ist.
Die anderen Links hab ich noch nicht versucht
kingofcomedy
13. August 2008 @ 19:41
Gleiches Szenario, d.h. keine Logs nach dem Löschen vorhanden und keine laufenden Downloads, aber ich konnte auch keinen Fehler feststellen.
Und da die Seite ja per Ajax aktualisiert wird: wo wurde diese Fehlermeldung denn ausgegeben?
Solo0815
14. August 2008 @ 13:38
Hier hab ich mal nen Screenshot gemacht:
http://c.imagehost.org/0766/rsdm_386_bug.png
Ich hoffe, das hilft dir weiter
Der Fehler kommt beim löschen über den “Logs löschen”-Link nicht.
kingofcomedy
14. August 2008 @ 20:41
Ok, du bist als Free-User eingeloggt. Ich werde das dann bei Gelegenheit nochmal testen.
Edit: bekommst du den Fehler immer, d.h. kannst du ihn reproduzieren? Dann würde ich dir mal einen möglichen Fix schicken.
Solo0815
15. August 2008 @ 12:08
Den Fehler bekomme ich immer, wenn die Logs über den “Papierkorb” gelöscht werden = reproduzierbar.
Den Fix kannst du mir an die angegebene Mail-Adresse schicken.
Danke
goodi
15. August 2008 @ 21:04
hab ein kleines problem und weiß ned weiter:
also, geb nen downloadlink ein, klick auf absenden, er schreib file ist online blabla, klicke auf download starten, er schreibt download wurde gestartet
und weiter passiert dann aber nix, es werden zwar logs erstellt, aber es wird nix heruntergeladen?!
download mit wget über ssh funzt!
wär für hilfe sehr dankbar
kingofcomedy
15. August 2008 @ 21:13
Premium-Account?
Was steht in den log-Files? Und wird wirklich nichts heruntergeladen? Auch keine kleinen (ca. 6 Kbyte) Dateien?
Was sagt die Hilfe-Seite?
goodi
15. August 2008 @ 21:29
oh, garned so schnell mit einer antwort gerechnet!
nein, der download folder is leer, allerdings merkwürdiger weise auch der logs folder
und die logs die er anzeigt find ich nirgenst im system
kingofcomedy
15. August 2008 @ 21:36
D.h. du kannst dir ein log-File ansehen, aber weisst nicht wo es gespeichert wurde?
Und: Premium-Account? Was sagt die Hilfe-Seite?
goodi
15. August 2008 @ 21:51
ok, sorry, schlecht ausdgedrückt, also:
Hilfe-Seite is alles grün
Prem-Account daten werden richtig angezeigt
es wird links oben angezeigt: Downloads: 3 (0)
wenn ich da drauf klicke steht: 2 log-Files vorhanden, die werden auch unten angezeigt, sind aber nicht im logs ordner
und rutergeladen wird auch nix
kingofcomedy
15. August 2008 @ 21:58
Wird dir das log-File angezeigt, wenn du auf den Namen klickst?
goodi
15. August 2008 @ 22:04
nein, is unanklickbar
goodi
15. August 2008 @ 23:06
ok, hab den fehler schon gefunden, in bash wurde perl nicht gefunden!
funktioniert jetzt!
Mike
16. August 2008 @ 16:23
Hallo King,
erstmal vielen Dank, dass es mit dem Download Manager weitergeht. Es ist das wichtigste Tool was ich auf dem Slug habe!
Kann es sein, dass die Anzahl der Files die man in einem Rutsch übergeben kann begrenzt ist? Einen Container mit 198 Dateien habe ich nicht laden können. Ich habe das File decryptet und die Links direkt übergeben, geht auch nicht. Aufteilen der Links auf 2 Häppchen funktioniert.
Grüße
Mike
kingofcomedy
16. August 2008 @ 17:12
Hallo Mike,
sicher, der/die Slug ist ja nun nicht wirklich ein High-End-Rechner.
D.h. irgendwo gibt es sicherlich eine Grenze für die Verarbeitung der Links.
Ansonsten schick mir doch mal einen Link zu der rsdf-Datei, dann kann ich dem Problem vielleicht mal nachgehen.
Edit: quark, vergiss das mit dem Link. Ich bastel mir mal selber eine rsdf-Datei mit 200 Links.
Edit2: bei mir wird eine rsdf-Datei mit maximal 175 Links erfolgreich verarbeitet. Bei mehr als 175 Links klappt es leider nicht mehr.
Mike
16. August 2008 @ 19:04
Kein Problem, wenn man erst mal weiß was Sache ist, dann lässt sich das leicht umgehen.
PostMan
20. August 2008 @ 22:45
So, nach einiger Zeit im dunklen habe ich Euch wieder gefunden
Die aktuelle Version ist nun installiert und konfiguriert und läuft wieder. Zu meinem bedauern ist, dass es bei Gulli nichts mehr zu holen oder anzubieten gibt. Dort wurde ein Riegel vorgeschoben.
kingofcomedy
21. August 2008 @ 06:43
Da ist doof, stimmt, aber es gibt ja noch ein paar andere Quellen.
Marco
22. August 2008 @ 17:24
Hi,
Erstmal danke für die Tolle Arbeit.
Ich habe Premium Account. zugagnsdaten habe ich eingetragen aber ich bekomme immer den Fehler:
“Warning: file_get_contents(rs_premium_logs.txt) [function.file-get-contents]: failed to open stream: No such file or directory in …”
MfG,
Marco
kingofcomedy
22. August 2008 @ 18:04
Die Schreibrechte für den RSDM-Ordner sind vorhanden? Wenn das Script eine Datei nicht finden kann, liegt dass meistens daran, dass es die Datei auch nicht schreiben konnte.
Doktor
24. August 2008 @ 22:41
Ich habe ein Problem mit dem free Account und wget: Die wget.php leitet immer zur free.php weiter, so dass ich wget leider nicht benutzen kann.
Den Fehler von Solo0815 kann ich übrigens bestätigen.
kingofcomedy
24. August 2008 @ 22:57
Der Fehler von Solo0815 wird in der nächsten Version behoben sein.
Für dein Problem setze in der wget.php vor Zeile #5 (“header(“Location: free.php”);”) einfache eine Raute (#). Die Zeile ist damit auskommentiert und nicht mehr wirksam. Warum ich dem eingeloggten Free-User den Zugriff auf die wget.php verboten habe, weiss ich spontan auch nicht mehr so genau.
Doktor
24. August 2008 @ 23:23
Klappt, danke für den Tipp! Tolles Teil übrigens, dein Download Manager!
Mr.RR
24. August 2008 @ 23:36
Hallo,
sehr schön, dass das RSDM Projekt weiter lebt!
Habe da erstmal einen kleinen Fehler gefunden.
“Aufbau der users.txt”, die gibbet ja net mehr ….
Aber ich habe noch nicht weiter getestet.
MfG
Mr.RR
Mr.RR
24. August 2008 @ 23:58
Und da ist er schon wieder ….
Habe da einige kleine Änderungen für dich:
header.php
ab Zeile 40
alt: if(strpos($_SERVER["PHP_SELF"], “login.php”) !== false){
neu: if(strpos($_SERVER["PHP_SELF"], “login.php”) === false){
Dann werden bei eingeloggtem User die Downloads angezeigt
logs.php
Zeile 158
ajax.php
ab Zeile 111
Die Berechnungen tauschen, die auskommentierten sind die richtigen.
kingofcomedy
25. August 2008 @ 06:29
@Mr.RR:
1. Die Textstellen bzgl. “users.txt” werden in der nächsten Version entsprechend angepasst sein.
2. Deine Änderungen sind nicht unbedingt sinnvoll. Die Zeilen #40-43 in der header.php sorgen dafür, dass die Zahl der aktuellen Downloads nur beim Aufruf der logs.php angezeigt wird und das soll auch so sein. Und was die “falschen” Berechnungen betrifft, steht in der changelog.txt bei den Änderungen in Version 3.5.1:
- Alle Berechnungen auf Dezimalsystem umgestellt -> 1 Gigabyte = 1.000.000.000 Byte (10^9) und NICHT 1.073.741.824 Byte (2^30)
Mr.RR
26. August 2008 @ 18:58
Hallo,
zu 2.: naja, ich finde es praktisch, dass man immer sehen kann, außer auf der login.php, wie viele Downloads laufen … aber das ist Geschmackssache …
Ok, bei den Berechnungen hatte ich schon fast sowas vermutet ….
Habe aber auch zwei Kleinigkeiten gefunden:
1.) help.php “Bei Fragen, Problemen, etc.: http://www.nslu2-info.de/showthread.php?t=5639” leider nicht mehr …..
2.) die Prozentanzeige und der Balken hat einen kleinen Bug. Dort wird ganz am Anfang von Downloads die Anzeige negativ und zählt dann immer weiter (-1,-2,-3 …). der Balken läuft in der Zeit durch.
kingofcomedy
26. August 2008 @ 21:00
Zu 1: Korrekt. Die Datei wurde auch schon angepasst.
Zu 2: Das Problem tritt bei mir nur extrem selten auf und nachvollziehen konnte ich es bisher nicht.
Philip
26. August 2008 @ 22:11
Ein cooles Tool, vielen Dank für die Entwicklung. Leider teilweise noch etwas buggy. Mir ist es jetzt glaube ich bereits zum dritten Mal passiert, dass heruntergeladene Dateien (die ich zum Entpacken markiert hatte), gelöscht wurden und auch keine Entpackten Dateien da sind. Sehr ärgerlich ist das. Vielleicht magst Du Dir das Entpack-Script nochmal ansehen?
kingofcomedy
26. August 2008 @ 22:14
Interessant. Kannst du den Fehler reproduzieren?
Kurz die remove.pl erklärt: das Script sucht in der log-Datei (von unrar) nach dem Text “all ok”. Nur wenn dieser Text vorhanden ist, werden die Dateien gelöscht. Rein theoretisch (nicht getestet) könnte das von dir beschriebene Problem auftreten, wenn z.B. dein Verzeichnis “all ok” heisst, oder die entpackte Datei “all ok” im Dateinamen enthält. War das bei dir zufällig der Fall?
Und an Bug-Meldungen bin ich natürlich immer interessiert.
Philip
26. August 2008 @ 22:20
Kleine Ergänzung: Die logdatei ist noch vorhanden: “No files to extract”, scheint als würde die Datei ausversehen erst gelöscht und dann entpackt. Ne Idee?
Phantomias
27. August 2008 @ 00:47
Hi
Zu diesem Problem
2.) die Prozentanzeige und der Balken hat einen kleinen Bug. Dort wird ganz am Anfang von Downloads die Anzeige negativ und zählt dann immer weiter (-1,-2,-3 …). der Balken läuft in der Zeit durch.
Das kommt bei mir sehr oft vor und leider nicht extrem selten *sfg*
Nur das ich auch mal wieder meinen senf dazu gebe
mfg
kingofcomedy
27. August 2008 @ 06:20
@Philip: nein, spontan keine Idee, sorry. Versuch doch mal herauszufinden, ob das Problem z.B. immer bei den gleichen Download-Links auftritt. Nachdem das Script “all ok” gefunden hat, sucht es anschliessend nach “extracting from …”. Es wird dann die Datei gelöscht, die hinter “extracting from” genannt wird.
@Phantomias: wie gesagt, nachvollziehen konnte ich das Problem bisher nicht, aber vielleicht fällt mir dazu ja noch irgendetwas ein. Wobei es für mich schwer werden dürfte einen Fix zu testen, solange das Problem bei mir nicht auftritt.
Philip
27. August 2008 @ 10:04
Leider lässt sich der Fehler nicht reproduzieren. Hab die selbe Datei erneut heruntergeladen, dabei lief alles glatt…
Mir ist noch eine andere Sache aufgefallen: Ich habe heute über Nacht mehrere Dateien heruntergeladen (insgesamt 18 Archive), bei Part 13 war heute morgen um 5 der Reconnect, weshalb der DL abgebrochen wurde. Meinst Du es wäre möglich einen “Erneut herunterladen” Button einzubauen?
Grüße
kingofcomedy
27. August 2008 @ 15:42
Dann wurde aber nur der Download von Part13 abgebrochen, oder?
Zur Zeit versucht das Script (bzw. wGet) unendlich oft einen Reconnect mit jeweils 30 Sekunden Pause. Ich werde das mal testweise auf 3-5 Versuche limitieren und dann einen Reload-Button einbauen.
Philip
27. August 2008 @ 18:43
Ja, nur part 13 wurde abgebrochen. Das Logfile ist mittlerweile leider gelöscht, weil ich die Datei neu heruntergeladen habe, aber das Problem ist glaube ich, dass wget versucht hat http://rs92dt.rapidshare.com/files/115xxxxx/112xxxxx/xxxxxx.part13.rar erneut herunterzuladen, die Downloadsession aber bereits abgelaufen war. Wget müsste dann versuchen http://rapidshare.com/files/115xxxxx/xxxxxxxx.part13.rar neu herunterzuladen (den ursprünglichen link)
Mr.RR
27. August 2008 @ 20:28
@kingofcomedy: Der ReloadButton ist bestimmt ein N2H, das ist bei mir öfer der Fall, vorallem bei free Downloads.
Ist es möglich, dass auch die “Free” Downloads bei meinem RS User angezeigt werden? Kann ja per config eingestellt werden.
kingofcomedy
27. August 2008 @ 21:09
Immer diese geizigen Free-User.
Ich werde mal schauen, ob sich ein Reload-Button relativ einfach einbauen lässt.
@Mr.RR: es sollte kein Problem sein, dass EIN RS-User die Free-Downloads sehen kann. Auch das schau ich mir mal an.
Mr.RR
28. August 2008 @ 10:41
Hallöle,
wenn man die Downloadgröße nicht berechnen lässt, dann rechnet der mit 100MB Dateien. Das sollte aber auf 200MB abgeändert werden.
MfG
Mr.RR
kingofcomedy
28. August 2008 @ 20:31
Die meisten Dateien werden doch vermutlich noch 100MB – Dateien sein, oder nicht?!
Aber vielleicht ändere ich die Anzeige mal in “ca. X MB”.
Mr.RR
28. August 2008 @ 21:29
Ja, dass stimmt. Hatte aber auch schon welche mit 200MB dazwischen
Andi
28. August 2008 @ 22:55
Hoffe, ich kann mich hier mal hilfesuchend an Euch wenden. Kannte nslu2-info.de leider nicht – wahrscheinlich wurden da eh schon alle Fragen beantwortet.
Wie auch immer: Bräuchte eine kurze Install-Hilfe.
Kann mich leider auf der Startseite nicht einloggen, da ich (möglicherweise?) die users.txt falsch erstellt habe. Wenn ich’s richtig verstanden habe, muss ich alle Daten durch doppelten Doppelpunkt getrennt hintereinander schreiben.
Oder muss ich auch noch die users.inc.php bearbeiten?
Sorry, kenne mich bislang wirklich nicht aus…
kingofcomedy
28. August 2008 @ 23:12
Du hast die Version 3.8.6 installiert? Dann gilt die users.inc.php, d.h. du kannst die users.txt löschen.
Andi
28. August 2008 @ 23:47
Alles klar… dachte ich mir ja schon fast.
Und mit welchem PW muss ich mich jetzt einloggen?
Das mit dem md5-hash kapiere ich nicht so wirklich…
PostMan
29. August 2008 @ 00:59
Einloggen als FreeUser oder WgetOnly sollte funktionieren wenn Du nichts geändert hast in der user.inc.php
kingofcomedy
29. August 2008 @ 07:09
PW ist “free” für den Free-User bzw. “wgetonly” für den wGet-User.
Andi
29. August 2008 @ 09:22
Danke Euch.
Werde ich nach der Arbeit mal ausprobieren.
Melde mich noch mal kurz wenn’s passt.
Oder mit dem nächsten Problem
Philip
29. August 2008 @ 23:22
Es wäre auch cool, wenn zusätzlich zum Reload-Button noch das Passwort gespeichert würde, wenn was beim Entpacken schiefgeht… Sonst vermisse ich eigentlich nichts…
Philip
31. August 2008 @ 09:08
Hab mir gerade nochmal die free.pl angesehen. Wenn ich es richtig verstehe, müsste WGET eigentlich irgendwann abbrechen, da meine Internetvebindung ja weg ist und danach beim nächsten Durchlauf der do while Schleife festgestellt werden, dass die Datei bereits vorhanden ist (wenn auch nicht vollständig) und mit einem Die das Script verlassen. Zudem würde eine neue Datei mit $1 und nicht mit $link runtergeladen, was, wenn die Downloadsession bereits abgelaufen ist, leider auch nicht klappt.
Vielleicht könntest Du das noch so abändern, dass, wenn Wget abbricht, die tempäräre Datei gelöscht wird und der Download neu startet? Zusätzlich zum Reloadbutton? Dann würde das nämlich gleich so funktionieren, ohne dass man auf den reload button klicken muss…
Grüße,
Philip
kingofcomedy
31. August 2008 @ 14:14
Aber woher soll das Script wissen, dass die Datei unvollständig ist?!
Und das nächste Problem: so ein Disconnect lässt sich auch nicht unbedingt gut simulieren. Oder hat da jemand einen Vorschlag?
Mr.RR
31. August 2008 @ 21:40
Naja, den Disconnect kann man relativ einfach simulieren. Reboote deinen Router ….
)
Aber das sollte doch auch machbar sein, die Datei abzufangen, wenn die nicht will.
Habe mir das zwar nicht angeschaut, aber es ist doch bestimmt möglich, die aktuelle mit der soll Größe zu vergleichen und dann kannste ja sehen, ob die Datei fertig ist, wenn der das sagt. Musst nur noch hinbekommen, dass der das dann neu startet. Wenn ein script die log auswertet, dann kannste doch auch nach nem string suchen, z.B. refused oder so …..
Wenn ich das morgen schaffe, werde ich mir das mal anschauen un der free.pl (ich hoffe ich versteh das auch
Aber mal was anderes, das läuft doch alles über eine feste *.sh Datei. Würde das nicht besser laufen, wenn ein kleines Programm sich immer den nächsten Link schnappt aus einer Liste und den dann einzeln an wget, von mir aus auch per *.sh Datei übergibt, dann kannste auch nach einer Datei stoppen oder eine dazwischen schieben, da die Liste nicht abgearbeitet werden muss. …. Ist nur ne Idee, aber da ich nur c# kann, ist das schlecht mit Linux auf arm …..
kingofcomedy
31. August 2008 @ 22:50
Reboot wäre sicherlich eine Option, wobei das relativ doof ist, wenn Programme laufen, die eine Verbindung ins Netz benötigen.
Und es hängt mehr als ein Rechner am Router. 
Da ich in den nächsten Wochen (und Monaten) vermutlich nur sehr wenig an dem Script generell ( und am Free-User-Bereich erst recht
) arbeiten werde, darfst du natürlich gerne am Source-Code basteln und mir deine erfolgreichen Änderungen dann mitteilen. 
Philip
1. September 2008 @ 00:32
@Mr RR und kingofcomedy: Genau so macht es ein Script, das eigentlich für die Fritzbox (Fritzload) gedacht ist: Es gibt eine zentrale Datei in der alle Links stehen und ein Shell Script, das die Dateien lädt. Dadurch lässt sich der ganze Ablauf etwas einfacher steuern (z.B. wird auch einfach entpackt und gelöscht wenns fertig ist und nicht, wenn irgendwas in irgendeiner Logdatei steht. Nimmt dem ganzen etwas Komplexität…
Mr.RR
1. September 2008 @ 13:12
Ich lade ja free und Premium ….
Kann denn einer überhaupt so ein kleines tool schreiben, welches den nächsten Link aus einer Datei nimmt und dann startet? C oder C++ oder so …
Biomann
5. September 2008 @ 12:00
Moin!
Ich hab rsdm 3.8.6 auf meiner NSLU mit unslung und appweb installiert. Frühere Versionen haben mit dieser konfiguration immer funktioniert.
Wenn ich jedoch bei dieser Version einen Link einfüge und auf “absenden” drücke ist auf der Folgeseite kein Link übernommen worden. Habe auch schon andere Links getestet, auch mehrere, er sagt auch nicht dass sie offline wären, sondern hat einfach keine in diese Seite übernommen.
MfG
kingofcomedy
5. September 2008 @ 20:26
Setz mal in der rsdm_main.php vor Zeile 178 (“}”) folgende Zeile:
“print_r($linkarray)”
Dann schau mal nach, ob dir die Links auf der Zwischenseite angezeigt werden.
Biomann
6. September 2008 @ 09:45
Hi!
Wenn ich diese Zeile hinzufüge sieht meine rsdm_main.php zwischen Zeile 177 und 179 so aus:
}
print_r($linkarray)
}
Dann bekomme ich allerdings folgenden Fehler:
Parse error: syntax error, unexpected ‘}’ in /opt/var/appWeb/web/rsdm/rsdm_main.php on line 179
Aber das macht nichts, ich habe dabei nämlich was festgestellt. Es funktionieren offenbar nur Links im folgenden Format:
http://rapidshare.com/files/105126424/...
Ist auch nur ein Link in z.B. diesem Format:
http://rs221dt.rapidshare.com/files/141505321/
in der Linkliste die ich einfüge enthalten werden keine Links übernommen. Nehme ich diesen Link raus funktionieren alle anderen wieder. Das hat bei früheren Versionen eigentlich immer funktioniert.
Des weiteren, wenn meine Links dann übernommen werden, stehe ich vor zwei weiteren Problemen:
1) Der Download wird nicht gestartet. Ich muss die .sh Datei erst manuell starten damit der Download beginnt
2) Die Dateien im logs Verzeichnis bekommen falsche chmods, so dass das Interface diese nicht auslesen kann. Erst wenn ich sie manuell chmode auf 755 oder ähnliches funktioniert es auch im Interface. Das Verzeichnis logs ist chmod 777.
MfG
kingofcomedy
6. September 2008 @ 12:26
Ok, die Fehlermeldung ist mein Fehler, da am Ende der Zeile ein Semikolon fehlt, sorry.
Und was das Erkennen von Links betrifft: da habe ich in den letzten Versionen nichts am Code verändert. Warum auch, da ja alles funktioniert.
Auf die Idee einen xyz.rapidshare.com – Link in das Eingabefeld zu kopieren ist bisher noch kein User gekommen bzw. es hat sich niemand beschwert, dass es nicht funktioniert. Ich werde mir das mal ansehen.
Zu den zwei weiteren Problemen:
1) Da sind dann vermutlich ein paar Rechte falsch gesetzt. Hast du in der config.inc.php “$dlpmstyle” auf 1 gesetzt? Dann schau z.B. mal, wie es mit den Rechten für die download.pl aussieht.
2) Die Dateien im logs-Verzeichnis werden am Ende einer sh-Datei auf 777 gesetzt. Es sieht so aus, als wenn es bei dir ein generelles Problem mit den sh-Dateien gibt. Welche Rechte hat bei dir eine sh-Datei nach dem Erstellen?
Biomann
6. September 2008 @ 13:04
Hi!
1) $dlpmstyle ist schon default auf 1. Habs mal auf 0 gesetzt, macht keinen unterschied, der Download wird nicht gestartet. download.pl hat 777.
2) eine sh datei hat nach dem erstellen den chmod 777. die log Dateien haben während dem Download den chmod 600, können infolge dessen nicht von interface ausgelesen werden.
Kann es sein dass die ganze Sache was damit zu tun haben mit welchen Nutzer appWeb ausgeführt wird? Bei mir wird in htop “nobody” angezeigt.
MfG
kingofcomedy
6. September 2008 @ 13:11
1) nohup hast du installiert, oder?
2) 600 sollte theoretisch für eine log-Datei ausreichen, sofern sie “nobody” gehört. Als “nobody” läuft auch der Webserver, d.h. das ist schon richtig so.
Biomann
6. September 2008 @ 15:04
1) nohup ist installiert, ja
2) ich hab jetzt den owner des rsdm verzeichnisses und der darin enthaltenen dateien / subdirs auf nobody gesetzt, jetzt ist das problem mit den logfiles zumindest behoben.
wenn jetzt noch die downloads automatisch anspringen wäre es perfekt
Biomann
6. September 2008 @ 15:07
ok das problem mit den logfiles besteht immer noch. wenn der download startet (manuell gestartet) kommt wieder die fehlermeldung im log-view…
kingofcomedy
6. September 2008 @ 16:22
Der RSDM-Ordner hat auch 777? Und die Hilfe-Seite zeigt keinen Fehler?
Ansonsten fällt mir spontan dann auch nichts mehr ein.
Biomann
6. September 2008 @ 16:37
Ja der Ordner hat 777 und die Hilfeseite zeigt nix an bis auf nail (welches ich nicht installiert habe).
Vielleicht kannst du mir dann eine andere Hilfe geben.
Ich lasse einfach per crontab alle 5 Minuten ein Script starten welches überprüft ob es neue .sh Dateien im rsdm Ordner gibt und diese dann, wenn sie noch nicht gestartet sind, startet.
Sind afaik nur 2-3 Zeilen Code die ich aber selbst nicht zusammengebastelt bekomme.
MfG
kingofcomedy
6. September 2008 @ 16:58
Sorry, aber bevor da irgendwelche CronJob-Scripts gebastelt werden, sollte man wohl eher nach dem Fehler suchen.
Setz doch zum Testen einfach mal den RSDM-Ordner INKL. Unterordnern und allen Dateien auf 777 (“chmod -R 777 rsdm/”). 
Und vielleicht fällt einem anderen User dazu ja auch noch etwas ein.
Mr.RR
8. September 2008 @ 07:56
Hallo,
könnte man noch folgendes abfangen:
Wenn ich einen Ordner erstellen will, der schon existiert, dann kommen einige Fehlermeldungen.
Kann man das nicht so abfangen, dass der Ornder endweder nicht neu angelegt wird, oder ein “NEW” oder ähnliches angehängt bekommt.
MfG
Mr.RR
lech
9. September 2008 @ 09:14
hallo,
toller DL manager, vielen Dank dafür.
Dennoch hab ich hier irgendwie was komisches.
Irgendwie klappt das nicht ganz mit dem löschen von (laufenden) Downloads.
SIe verschwinden zwar aus der Liste, aber er downloadet (im Hintergrund) weiter.
Beim erneutigen Aufruf der Seite sind die Downloads wieder in der Liste und werden angezeigt.
Rechte sind alle 777, es kommt auch kein Fehler nach dem löschen.
Habe dann “per Hand” im rsdm Ordner die entsprechende .sh Datei gelöscht und der Download war danach nicht mehr da. Habe es mit Mülleimer und Button versucht, beides dasselbe Ergebnis.
Ist das was bekannt?Ein kleines Statement dazu wäre nett.
gruß
Lech
Phantomias
9. September 2008 @ 09:44
Hi lech,
Das Beenden oder Löschen eines Downloads der schon läuft ist derzeit (soweit ich weiß) nicht möglich.
Der LöschButton ist nur für die LogFiles.
mfg
Phantomias
lech
9. September 2008 @ 12:14
achso, na dann ist das auch klar warum es sich so verhält
…
Allerdings wäre so eine funktion ganz nett. Hatte mich nämlich mit einem rsdf container vertan und falsche links eingefügt. vielleicht kann man das ja in “TODO” aufnehmen
So nebenbei, ist eigentlich support von DLC und CCF geplant?
gruß
lech
kingofcomedy
9. September 2008 @ 13:54
@Mr.RR: die “falschen” Fehlermeldungen, falls ein Ordner schon vorhanden ist, sind in der nächsten Version entfernt, d.h. es wird dann nur noch die “Der Ordner existiert bereits” – Meldung geben. Danke für den Hinweis.
@lech: ein Button zum Abbrechen einer Download-Session steht schon relativ lange auf der ToDo-Liste, aber aktuell fehlt mir leider die Zeit grossartige Änderungen durchzuführen.
ccf – Dateien kann man mit ccf2rsdf in eine rsdf-Datei umwandeln und dann entsprechend an das Script weiterleiten. Bei dlc – Dateien sollen die eigentlichen RS-Links unsichtbar/geschützt bleiben, was beim RSDM ja nicht der Fall wäre, d.h. DLC-Support wird es mit ziemlicher Sicherheit nicht geben.
Solo0815
10. September 2008 @ 09:37
Hab dir mal ne kleine Code-Änderung geschickt, damit in den Logs der “richtige” Link steht, nicht sowas: http://rs92dt.rapidshare.com/files/115xxxxx/112xxxxx/xxxxxx.part13.rar
btw: Um den Link “umzuwandeln” müsste man das vor “rapidshare” und die Nummer vor dem Dateinamen löschen. Das war auch das Problem von Biomann weiter oben. Vielleicht könnte man einen Parser einbauen, wenn die Links übernommen werden?
kingofcomedy
10. September 2008 @ 21:24
@Solo0815: die Änderung für den “Link – Finder” habe ich bereits auf meiner ToDo – Liste.
Deine gemailte Code-Änderung sieht auf den ersten Blick korrekt aus, danke.
Mr.RR
12. September 2008 @ 23:46
Hallo,
da RS die Logdaten nur ca. 30Tage vorhält und man dann unter stats.php nicht wirklich was erkennen kann, könnte das Script nicht selbst 90Tage die Lags von RS abspeichern und dann darüber das besser auswerten? Also nur die GB und IP von der RS Seite holen und in eine Datei schreiben für die Anzeige.
kingofcomedy
13. September 2008 @ 20:19
Ja, daran habe ich auch schon gedacht, denn dann wäre die Statistik z.B. nach einigen Monaten schon sehr interessant. Ich sehe mir das bei Gelegenheit mal an.
Pax90
14. September 2008 @ 19:14
Hallo zusammen,
ich möchte gerne RSDM auf meiner DS207+ nutzen.
Ich habe alles installiert, die notwendigen Pakete installiert & nach langen hin&her ging es dann auch. Nach 2 Tagen wollte kein Download mehr starten. Also dachte ich, es liegt vlt. an irgendeiner beschädigten Datei oder so & hab den RSDM neu drauf gehauen.
Doch das Problem besteht weiterhin. Die Downloadlinks kann ich ohne Probleme hinzufügen. Dann kommt auf der nächsten Seite, wo man sieht, welcher Part online ist. Nun sehe ich auf den FTP auch schon, dass eine .sh angelegt wurde. Alles bestens, also auf “Download”. Nun kommt eine Seite auf der Sinngemäß steht: “Download wurde gestartet”. Oben in der Navi erkenne ich nun auch “Downloads: 1 (0)”. Nun werde ich automatisch auf die logs.php weitergeleitet. Nur jetzt stehen keine Downloads mehr da, in der Navi steht “Downloads: 0 (0)” & die .sh-Datei ist verschwunden.
Was mach ich falsch?
Ich danke euch schonmal, für euere Antworten =)
MfG
Mr.RR
14. September 2008 @ 20:21
@ kingofcomedy: Bist der Beste
kingofcomedy
14. September 2008 @ 22:23
@Pax90: die sh-Datei wird “erfolgreich” abgearbeitet, d.h. sie wird erst erstellt und dann auch wieder gelöscht. Das Problem besteht also vermutlich beim Download der Dateien.
Frage: werden im logs-Verzeichnis log-Files erstellt?
Pax90
15. September 2008 @ 06:18
danke für die schnelle antwort kingofcomedy =)
nein, es wird leider keine log erstellt =(
kingofcomedy
15. September 2008 @ 22:05
Schreibrechte für die entsprechenden Ordner sind vorhanden?!
Nightmare
16. September 2008 @ 14:17
Die Rapidshare-Links auf der folgenden Seite kann man mit RSDM 3.86 nicht runterladen (als free user) weil die Links nicht geprüft werden (Anzeige: 0 Links sind online // offline 0 Links sind offline)
http://www.rapidfind.org/upload/showpost.php?p=378619&postcount=255
Außerdem würde ich vorschlagen die RSDM Archive nicht als ZIP/7-Zip zu machen sondern, wie sonst üblich, als .tar.gz oder .tar.bz2 damit man beim entpacken die korrekten Dateirechte hat.
Toll wäre es auch wenn man ohne Login die free/wget Seiten benutzen könnte.
Also als Link auf der Hauptseite oder direkte URL ohne umständlichen Login.
Pax90
16. September 2008 @ 20:32
ja =)
Pax90
17. September 2008 @ 18:10
Ich möchte noch ergänzen, dass ich das “shell_exec” in “exec” umgeschrieben habe.
PS: Problem besteht immernoch =(
Pax90
17. September 2008 @ 18:59
ich habe jetzt den inhalt der .sh manuell ausgeführt.
Hier komme ich zu folgenden Fehler (es läuft kein download):
MeineDS> perl /volume1/web/rsdm/free.pl ‘http://rapidshare.com/files/****.zip’ ‘/volume1/web/rsdm/logs’ ‘/volume1/web/rsdm/rapidshare/’ ‘/opt/bin/wget’
–2008-09-17 18:54:29– http://rapidshare.com/files/****.zip
Resolving rapidshare.com… 195.122.131.18, 195.122.131.19, 195.122.131.20, …
Connecting to rapidshare.com|195.122.131.18|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 17562 (17K) [text/html]
Saving to: `free_log.txt’
100%[================================>] 17,562 –.-K/s in 0.07s
2008-09-17 18:54:29 (235 KB/s) – `free_log.txt’ saved [17562/17562]
http://rs237.rapidshare.com/files/****.zip<<<<<<>>>>>>>>>>>>>>>>>>
there is already a download waiting/running
kingofcomedy
17. September 2008 @ 21:42
@Nightmare: Danke für den Hinweis. Die Links von der genannten Seite konnten nicht verarbeitet/geprüft werden (sowohl als Free- als auch als Premium-User), da es sich um “Traffic wird vom Uploader bezahlt. Der Download erfolgt direkt.” – Links handelt und die HTML-Ausgabe des RapidShare-Link-Checks in diesem Fall anders aussieht. Probier einfach mal diese “free_main.php” aus: http://rapidshare.com/files/146120652/rsdm_3861_free_main.gz
Den Vorschlag mit dem Archiv-Format habe ich mir mal notiert und werde ihn ggf. bei einer nächsten Version umsetzen.
Und was das Login betrifft: so umständlich ist das nicht.
@Pax90: Es läuft kein Download? Lösch mal die “downloading” – Datei, die eventuell im RSDM-Verzeichnis vorhanden ist. Falls es diese Datei nicht geben sollte: lädt eventuell jemand über die gleiche IP?
Pax90
18. September 2008 @ 17:54
War keine downloading vorhanden.
Aufeinmal kommt immer, wenn ich es manuell ausführ folgendes:
“http://rs304l33.rapidshare.com/files/146120652/4905782/rsdm_3861_free_main.gz<<<>>>
wartezeit: 0
Los gehts sofort!
filename_short: rsdm_3861_free_main.gz
path: /volume1/web
combined: /volume1/webrsdm_3861_free_main.gz
–2008-09-18 17:52:14– http://rs304.rapidshare.com/files/146120652/rsdm_3861_free_main.gz
Resolving rs304.rapidshare.com… 62.67.50.105
Connecting to rs304.rapidshare.com|62.67.50.105|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 13249 (13K) [text/html]
Saving to: `free_log2.txt’
100%[===============================>] 13,249 –.-K/s in 0.03s
2008-09-18 17:52:15 (371 KB/s) – `free_log2.txt’ saved [13249/13249]
done: 0
”
Aber es ist keine Datei vorhanden =(
kingofcomedy
18. September 2008 @ 20:33
Da fällt mir spontan nur auf, dass bei “combined: /volume1/webrsdm_3861_free_main.gz” ein “/” nach dem “web” fehlt, d.h. da passt etwas nicht.
Hast du vielleicht mal im volume1 – Verzeichnis nach der Datei “webrsdm_3861_free_main.gz” gesucht?
Padre
18. September 2008 @ 23:16
Hi!
Ich habe das gleich Problem wie Pax90. Ich habe die DS207 mit aktueller Firmware.
Zitat Pax90:
Die Downloadlinks kann ich ohne Probleme hinzufügen. Dann kommt auf der nächsten Seite, wo man sieht, welcher Part online ist. Nun sehe ich auf den FTP auch schon, dass eine .sh angelegt wurde. Alles bestens, also auf “Download”. Nun kommt eine Seite auf der Sinngemäß steht: “Download wurde gestartet”. Oben in der Navi erkenne ich nun auch “Downloads: 1 (0)”. Nun werde ich automatisch auf die logs.php weitergeleitet. Nur jetzt stehen keine Downloads mehr da, in der Navi steht “Downloads: 0 (0)” & die .sh-Datei ist verschwunden.
Wenn ich den Inhalt der .sh Datei anschau bevor die Datei gelöscht wird und die Downloadzeile via Konsole starte funktioniert es einwandfrei.
Im logs-Verzeichnis steht auch nichts.
Pax90
19. September 2008 @ 15:48
ne =(
hab immernoch den fehler
http://rs304cg.rapidshare.com/files/146120652/4943918/rsdm_3861_free_main.gz<<<>>>
wartezeit: 0
Los gehts sofort!
filename_short: rsdm_3861_free_main.gz
path: /volume1/web/rsdm/rapidshare/
combined: /volume1/web/rsdm/rapidshare/rsdm_3861_free_main.gz
–2008-09-19 15:45:48– http://rs304.rapidshare.com/files/146120652/rsdm_3861_free_main.gz
Resolving rs304.rapidshare.com… 62.67.50.105
Connecting to rs304.rapidshare.com|62.67.50.105|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 13608 (13K) [text/html]
Saving to: `free_log2.txt’
100%[=======================>] 13,608 –.-K/s in 0.04s
2008-09-19 15:45:48 (377 KB/s) – `free_log2.txt’ saved [13608/13608]
done: 0
kannst u mir deine icq nummer geben
?
kingofcomedy
19. September 2008 @ 19:41
Du hast meine ICQ-Nummer soeben per E-Mail bekommen. Es wäre wohl hilfreich, wenn ich mich mal mit deinem Gerät verbinden könnte.
Nightmare
20. September 2008 @ 12:04
Mit der neuen rsdm_3861_free_main.gz Datei funktionieren auch die Rapidshare links die vorher nicht funktioniert haben
.
Ich kann es im Moment nicht testen aber die “free” download Version des RSDM funktioniert nicht mit kleinen Dateien. Ich habe mir die Datei (rsdm_3861_free_main.gz) mit dem Browser runtergeladen.
kingofcomedy
20. September 2008 @ 13:06
Korrekt, danke für den Hinweis. Bei kleinen Dateien ohne Wartezeit hat die free.pl sich in eine Endlosschleife gehängt, sorry. Ich werde im Laufe des Tages eine neue Version hochladen.
Edit: http://rapidshare.com/files/146864960/rsdm_3861_free.tar.gz
BTW: die logs.php mag es aktuell auch nicht, wenn man als “Free-User” eine Datei mit “free” im Namen runtergeladen hat.
@Pax90: das würde zumindest auch dein Problem beim Download der rsdm_3861_free_main.gz erklären.
Padre
21. September 2008 @ 04:31
Hi!
Ich habe nun die gepatchen Dateien eingespielt. Leider ohne Erfolg. Nach wie vor der gleiche Fehler. Ich habe das ganze als Premium und auch als Free User getestet.
Was mir aufgefallen ist: In der ajax.php und in der header.php findet eine Abfrage statt (wenn Apache dann) -> diese funktioniert bei mir wohl nicht. Die DS führt dann den shell_exec aus, sprich das Script erkennt den Apache nicht. Ich habe das shell_ gelöscht, aber es funzt trotzdem nicht
Gruß, Padre
kingofcomedy
21. September 2008 @ 09:15
Stimmt, wie ich gestern auf dem System von Pax90 feststellen durfte, scheint die installierte PHP-Version (auf der Synology-Kiste) einen kleinen Bug zu haben und erkennt daher den Apache nicht richtig. Den Code für die Abfrage habe ich dann zwar umgestrickt, aber der Apache startet die sh-Datei trotzdem nicht. Und ich habe keine Ahnung woran das liegt. Wenn man die sh-Datei manuell startet, werden die Dateien runtergeladen, d.h. eventuell handelt es sich um ein Rechte-Problem.
kingofcomedy
21. September 2008 @ 17:51
@Padre: probiere mal bitte folgende Änderungen aus.
Öffne die free_main.php und ersetze (an jeder Stelle) “perl” durch “/DEIN/PFAD/ZU/PERL”.
“/DEIN/PFAD/ZU/PERL” natürlich entsprechend anpassen.
Bei Pax90 (auch eine Synology-Kiste) lautet der Pfad “/volume1/opt/bin/perl”.
Padre
21. September 2008 @ 22:25
Ohje…
Perl wird wohl erst mit dem nächsten Firmware-Update von Haus aus mitgebracht…
Sprich: ein “ipkg install perl” führte sofort zum Erfolg. *schäm*
Vielen Dank für die schnelle Hilfe und natürlich für das tolle Script
kingofcomedy
21. September 2008 @ 22:39
Ja, so einfach kann es manchmal sein.
Edit: in der nächsten Version werden auch die Free-User den PayPal-Donate-Button sehen können.
Padre
23. September 2008 @ 00:30
Wäre wohl doch zu einfach gewesen
Bis zum ersten Neustart der Büchse war alles bestens. Danach ist wieder das gleiche Problem aufgetreten
Temporäre Lösung um wenigsten ein bisschen saugen zu können:
ipkg remove perl
ipkg install perl
/usr/syno/etc/rc.d/S97apache-user.sh restart
Danach läuft es wieder. Morgen werde ich mal die neue Firmware die gestern bzw. heute rauskam installieren. Dort ist Perl bereits mit dabei.
Padre
23. September 2008 @ 21:46
Habe nun die neuste Firmware (0722) installiert. Man muss danach lediglich wieder die /usr/syno/etc/php.ini anpassen und fertig. Das mitgebrachte Perl scheint keine Probleme zu bereiten. Der Download funktioniert auch nach mehreren Neustarts einwandfrei.
kingofcomedy
23. September 2008 @ 21:49
Das klingt doch gut.
Jörg
25. September 2008 @ 19:53
Hallo
ich habe endlcih es zum laufen gebracht ( unter lighttpd hab ich es nicht geschaft )
aber unter Apache habe ich bin zum einlogen gebracht komme da aber nicht weiter habe in der users.inc.php folgendes drin:
*/
array(
“admin”,
“01e409c8bf00d35d7a7d61c56829da7f”,
“192.168.178.1\USBMassStorageDevice-0-0\downloads”,
“p-dichlorbenzol@online.de”,
“3849376″,
“01e409c8bf00d35d7a7d61c56829da7f”
),
aber kan mich nicht einlogen was mach ich falsch wer kann ein windows user da weiterhelfen
kingofcomedy
25. September 2008 @ 19:58
Abgesehen davon, dass das Verzeichnis vielleicht ein wenig komisch aussieht, darf das RapidShare-Account-Passwort nicht md5 verschlüsselt sein.
Jörg
26. September 2008 @ 16:39
ok hab geändert aber es will immer nocht nicht habe gestern abend wohl die fehlermelung nicht mehr gesehen
Warning: Unknown: open(/tmp/sess_j8j5hgtqn9kpockn9jie09srr7, O_RDWR) failed: No such file or directory (2) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0
wo und was soll ich da freigeben ??
kingofcomedy
26. September 2008 @ 17:18
Das sieht eher nach einem Problem mit dem Webserver aus. Es scheint, als könnten die Session-Files nicht gespeichert werden. Darauf hat das RSDM-Script nicht wirklich Einfluss.
Jörg
26. September 2008 @ 19:17
Hai Profis
,
nach dem ich tagelang versucht die Weboberfläche für Rapidshare Downloads (v3.8.6) zum laufen zu bringen
habe es nur bis zum Log In Geschafft und dann aufgeben weil Session-Files nicht gespeichert werden können.
daher nun meine Frage wer hat zeit und Lust mir einen Webserver config zu erstellen und dann mir als Datei zu kommen zu lassen.
Deine mühe soll auch nicht umsonst seinen könnte paar Rapid Share ACC abgeben oder was wollte ihr haben ??
Nun zur meiner Hardware:
Fritz Box 7170 mit 4 GB usbstick wo der Webserver drauf sollte
[haber zwar noch einen Thecus N4100 aber keine Ahnung wie ich mich mit den ding per Telnet verbinde]
Wer hat Lust und Interesse dran kann sich ja mal melden
joerg007@onlinehome.de
DANKE
m0nk3y
2. Oktober 2008 @ 13:23
Hi zusammen,
ich hab das gleiche Problem wie goodi und Biomann. Und zwar starten die Downloads nicht automatisch. Und mit den Logs stimmt auch irgendwas nicht. Ich bekomme eine Meldung das ein Log erstellt wurde aber der “logs”-Ordner bleibt leer
Wenn ich die .sh-Datei, die nach dem Hinzufügen eines Downloads erstellt wird (nobody) über SSH starte dann bekomme ich eine 4kb file. Das wars.
Zur Hilfe:
Alles grün bis auf die Direkt-Downloads:
“Notice: Undefined offset: 0 in /volume1/web/rsdm_386/help.php on line 74
“Direkt-Downloads” ⇒ deaktiviert! Bitte in der Rapidshare-Premiumzone aktivieren!”
Dieses sind aber an. Wenn ich ganz normal im Browser einen RS-Link anklicke, dann kommt direkt “Speichern unter…” und nicht erst rapidshare.com
Kann mir da jemand weiterhelfen?
Achja, auf jeden Fall mal ein cooles tool. Jetzt muss ichs nur noch irgendwie komplett zum laufen bekommen
rsdm-Ordner, logs-Ordner und download.pl –> 777
m0nk3y
kingofcomedy
2. Oktober 2008 @ 20:34
@m0nk3y: was steht denn in der 4kb-Datei?
m0nk3y
5. Oktober 2008 @ 14:59
Hi,
hat sich mittlerweile erledigt. Funktioniert soweit alles. Es lag anscheinend an einigen shell_exec Befehlen in der rsdm_main.php und der rsdm_start.php. Es wird zwar an den entsprechenden Stellen abgefragt ob Apache Webserver (dann exec) ansonsten shell_exec, aber irgendwie scheint das nicht funktioniert zu haben. Ich habe aus den shell_exec einfach exec gemacht, dann gings.
Und die Direkt-Downloads werden jetzt auch grün in der Hilfe angezeigt.
Vielen Dank für dieses tolle Tool
m0nk3y
kingofcomedy
6. Oktober 2008 @ 05:58
Aber gerne doch.
Vielleicht hilft dein Kommentar Biomann auch weiter.
PostMan
6. Oktober 2008 @ 12:51
Hi,
ich habe ein Problem mit wGet
Er lädt bei mir ebenfalls die Dateien nicht, es sieht so aus als ob er den Account und das Passwort für RS in die *.sh packt.
Normal sollte er doch als eingeloggter RS User auch die Account Daten mit übernehmen oder liege ich das falsch?
kingofcomedy
8. Oktober 2008 @ 21:54
@PostMan: sorry, ich verstehe dein Problem nicht so ganz.
An alle, die das Problem haben, dass die sh-Datei nicht automatisch gestartet wird: http://www.nslu2-info.de/forum/showpost.php?p=33134&postcount=903
PostMan
9. Oktober 2008 @ 07:15
Nein,
ich habe manchmal Probleme mit der Linkfunktion, er erkennt dort nicht immer einen Download. Deshalb habe ich den gleichen Link mit der wGet Funktion laden wollen. Dort wird der Link auch erkannt, wenn dieser aber von RS geladen werden soll fehlen der Account und das Passwort im *.sh File.
Es wäre eine zusätzliche Hilfe das wenn man als User mit RS Account sich am RSDM einloggt der Account und das Passwort zusätzlich in den wGet Aufruf mit integriert wird. Ohne RS Account kann man es so lassen wie es ist. Läd man als RS User etwas von woanders stören das Passwort und der Account nicht.
kingofcomedy
9. Oktober 2008 @ 18:09
Doofe Frage: wieso sollte man einen RS-Link via wGet-Funktion runterladen wollen? Falls ein in das “normale” Textfeld kopierter Link nicht richtig “erkannt” wird, dann poste mal bitte den Link (oder mail ihn mir).
br0t
9. Oktober 2008 @ 23:09
Hey!
Erstmal vielen, vielen Dank kingofcomedy und alle anderen Beteiligten. Der RSDM ist genau das, was ich gesucht habe, schließlich soll meine slug was zu tun haben
Da ich (im Moment) ausschließlich free-Nutzer, habe ich auch nur diese Methode genutzt.
Beim aktiven Test-Download-Marathon ist mir aufgefallen, dass das die Haupt do-while-Schleife in free.pl mehrere Male in kürzester Zeit und über einen längeren Zeitraum durchlaufen wird.
Dieser Fall tritt auf, wenn man das (temporäre) Download-Limit überschritten hat. Dann muss man ca. 15 Minuten warten, bis man wieder downloaden kann.
Um dem am besten entgegen zu wirken, also zum Einen zu erkennen, dass dieser Fall eingetreten ist, und zum Anderen möglichst kurz nach dieser Sperrzeit den Download wieder aufzunehmen habe ich die free.pl zwischen Zeile 91 und 92 um folgenden Code ergänzt:
}elsif($chunk_2 =~ m#try again in about (.*) minutes#g){
my $minutes = $1;
print “download limit reached. rs advises us to try again in “.$minutes.”\n\n”;
while ($minutes > 0) {
print “trying again in “.$minutes.” minutes…\n”;
sleep(60);
$minutes = $minutes – 1;
}
Damit erhält man bei Ausführung des generierten Shellscripts auf der CommandLine auch die Information wielange noch zu warten ist.
Dabei fällt mir eine nützliches nice2have ein: eine log/debug Ausgabe im Webinterface. Man könnte den Output des Shellscripts in eine Datei schreiben, wobei man die Anzahl der Zeilen in der Datei begrenzen könnte, und diese dann im Webinterface ausliest.
Grüße!
kingofcomedy
9. Oktober 2008 @ 23:21
Rapidshare hat in den letzten Tagen wieder ein paar Dinge im Bereich “Free-User-Downloads” geändert, d.h. die in Version 3.8.6 enthaltene free.pl wird nicht mehr wirklich funktionieren, richtig. Da ich noch nie wirklich ein Freund der Free-User-Option im RSDM gewesen bin, werde ich daran vermutlich auch nicht weiter basteln. Fazit: ich werde deine Änderungen gerne so übernehmen, danke.
br0t
10. Oktober 2008 @ 00:29
Danke für das schnelle Feedback!
Was sind denn die Dinge im Free-Bereich die du meinst?
Auch wenn der Download sicherlich langsamer geht (bei erreichtem DownloadLimit jedes Mal ca. 15Min warten, Speed zu Stoßzeiten zw. 40-70kb/s, sonst bis 210kb/s) bin ich echt zufrieden, was dein Script und auch was RS leistet!
Wenn es die Zeit und meine Fähigkeiten es zulassen, werde ich (vornehmlich im Free-Bereich) versuchen was beizutragen..
Grüße!
kingofcomedy
10. Oktober 2008 @ 05:21
Der Plural von Dinge ist wohl nicht wirklich richtig, d.h. eigentlich ist es nur der Punkt mit der Wartezeit, der sich geändert hat, wenn ich mich nicht täusche. Aber durch deine Anpassung ist das Problem dann ja auch behoben.
Und danke, dass du helfen möchtest.
PostMan
10. Oktober 2008 @ 08:36
Doofe Antwort: Wenn eben der RSDM den Link nicht erkennt. Ging mir schon ein paar mal so. Ich kopiere den Link ins Fenster und starte den DL und er zeigt mir entweder nichts an, was er laden kann und wenn ich dann wGet nutzen möchte passiert eben das was ich geschrieben habe.
Ich habe gerade keinen Link zum testen da.
Mir ist es aber auch schon passiert dass wenn ich nach längerer Zeit nochmals probiere dass der Link dann erkannt wurde.
Zur wGet Funktion ansich spricht aber auch nicht’s gegen meinen Vorschlag – oder? Wäre eine Art Fallback-Methode
S66
10. Oktober 2008 @ 11:46
jo wär klasse wenn sich jmd finden würde wer den free bereich weiter pflegen würde (wär zumindest mir wichtig;) )
hab zz als free user eh mit nem problem zu kämpfen
es tritt auf wenn ich zb ein paar dateien zum dl eingerichtet habe (20+). am anfang sind alle schön im log window aufgelistet. wenn ich dann aber nach ein paar stunden wieder drauf schaue hat er schon ein paar files gezogen aber ein paar (so 2-3) sind einfach verschwunden. sind nicht mehr aufgelistet, keine logs vorhanden, usw
also verschwinden einfach im nirvana. das mit dem debug/log mechanismus wär da echt ne klasse sache, weil wenn ich ungefähr wüßte wo der fehler auftritt hät ich ihn selber schon längst behoben. aber da das nicht reproduzierbar immer mal wieder passiert (zz immer öfters), hab ich ka wo und wann er die dateien “verschluckt”
RapidShare Download Manager für die Linksys NSLU2 » RapidShare Download Manager 3.9.3 - Statistik
26. Dezember 2008 @ 08:45
[...] Hier hat sich ein User gewünscht, dass die Daten der Statistik länger (bei rapidshare.com werden die Logs aktuell nur 30 Tage gespeichert) erhalten bleiben. Mit diesen beiden neuen Dateien werden beim Aufruf der stats_beta.php die Daten in der stats.xml gespeichert, d.h. eine Beschränkung auf X Tage ist somit nicht mehr vorhanden. [...]