Danke für den Tipp. Ich weiss ehrlich gesagt nicht viel über http^^

echt genial wieder was von dir zu hören ich hoffe das wird was ich werde das plugin benutzen

Hey Leute,
Ich arbeite gerade an einem Projekt für die PSP. Wie ihr wisst ist der Download im Internet Browser ziemlich nervig. Nur 1 Download ist möglich und währendem könnt ihr nicht mal surfen...ziemlich nervig wenn man etwas Grosses runterlädt und 5 Minuten warten muss Deshalb hab ich ein Plugin geschrieben, welches 3 Downloads erlaubt (alle Downloads laufen mit der gleichen Kb/s) und die Downloads können im Hintergrund laufen. Da 3 Downloads mit der gleichen Geschwindligkeit laufen, könnte man theoretisch den Download in 3 Teilen zerlegen....wird es dann 3 Mal schneller downloaden? Ich sagte theoretisch, weil ich den Download nicht seeken kann. Wenn jemand von euch reversen kann und Bock hat, der kann sceHttpReadData reversen Ist diese Funktion reversed könnte die PSP 3 Mal schneller downloaden

Wenn ihr wollt könnte ich ein Video aufnehmen wo die Downloads im Hintergrund laufen...

TN

Gibt es nicht schon so ein Plugin?? war doch letztens erst in den News...
ich hab das schon lange auf meiner PSP o.O

allerdings sind da noch ziemlich nervige Grafikbugs wenn man den manager öffnet -.-

Ioh, download manager, von mir stelle cpu auf 333 das wird das problem lösen

RangeByte Header sind in der RFC 2616 festgelegt und Standard in HTTP/1.1. Der Header wird von allen gängigen, mir bekannten Webservern unterstützt.

Erst kürzlich gab es ein Apache Update, weil es durch Probleme beim parsen dieser Header möglich war, gezielt den kompletten memory auszulasten und somit den Webserver unerreichbar zu machen.

Bei mir funktioniert dieses Plugin perfekt Danke Total Noob aber eine Frage habe ich noch^^
Total (Noob)? Wieso Noob

Mfg

Bei mir funktioniert dieses Plugin perfekt Danke Total Noob aber eine Frage habe ich noch^^
Total (Noob)? Wieso Noob

Mfg

Nickname^^

Warum ist bei einer Ampel Grün unten?

Danke Total Noob aber eine Frage habe ich noch^^
Total (Noob)? Wieso Noob

Ein Grund könnte sein, weil als er in der PSP Scene angefangen hat ein Total Noob war und sich deshalb so genannt hat. Mit der Zeit hat er sehr sehr viel über die PSP ect. gelernt, aber den Namen hat er behalten.

Das ist eine Legende, wie er wirklich den Namen bekommen hat, weiß keiner.^^

Aber nur, wenn das Request per POST gesendet wird, oder? Ich meine... Jedes GET-Request kann zu POST umgewandelt werden, das einzige, was sich dann ändert, ist, dass entsprechend die POST-Daten mitgesendet werden, die URL der GET-Anfrage bleibt ja gleich.

Also: Jedes sceHttpSendRequest muss gepatcht werden...

Vielleicht bin ich bei dem ganzen Java-Krams, den ich zur Zeit mache, etwas aus der Übung gekommen...

Der einzige Nachteil bei dem Ganzen ist, dass Du die Datei erstmal anfragen musst. Und zwar, bis Du die sceHttpGetContentLength-Methode aufrufen kannst. Da kannst Du dann die Länge der Datei in beliebig viele Parts splitten und diese dann in je einem eigenen Thread laufen lassen.

Ich weiß nicht, ob man dann via sceIoOpenAsync und sceIoWriteAsync verteilt über mehrere Threads in eine Datei schreiben kann. Man müsste ja immer bis zum Start zurück gehen und von dort wieder den absoluten Wert vorwärts-seeken, bis man an der Stelle ist, an der man dann endlich schreiben darf.

Wie gesagt, ich verurteile erstmal keine Ideen

Dieser Beitrag wurde zuletzt bearbeitet: 31.10.2011 23:28 von vista200.

Bei einem GET Request können benötigte Parameter nur über die URI übergeben werden, je nach Einsatzgebiet gibt es also gute Gründe, sie per POST zu übertragen.

- Die Länge der URI ist in einigen Clients beschränkt, im IE z.b. 2048 Bytes.
- Bei einer GET Anfrage landen die übergebenen Parameter meistens in den Logs.
- Je nach Einsatzgebiet werden bei der Übertragung per GET CSRF Attacken möglich, wenn keine Prüfsumme zum Abgleich mit übertragen wird.
- Einige weitere die mir spontan nicht einfallen.

Bei einem POST Request hingegen können zusätzlich zur URI auch noch weitere Daten beliebiger Länge mit übertragen werden.

Hier ein kleines Beispiel zu einem einfachen GET Request in PHP:

Und hier ein Beispiel zur Übertragung einer Datei per POST:

Und um auf deine Frage zurück zu kommen, Range:bytes kann natürlich auch bei GET oder HEAD abfragen verwendet werden.

Aber dieser Parameter würde bei GET-Requests nicht in der URI, sondern im Request-Header angegeben werden. Und implementierungstechnisch ist es so, dass die sceHttp-Library Daten, die nicht zur URL gehören, aber trotzdem übertragen werden sollen, in diesem POST-Char-Array untergebracht werden. Und damit bliebe quasi nur noch die Möglichkeit, wie ich oben ja in meinem Beispiel gepostet habe, das Request zu einem POST-Request zu machen, diese Range-Anweisung einzubauen und dieses POST-Request dann an den Server zu senden. Eine andere Möglichkeit fällt mir nicht ein.

Kannst Du mit Wireshark oder so mal einen HTTP-Header mit Range-Anweisung aufzeichnen und zur Verfügung stellen? Dann kann man mit der sceHttp-Bibliothek spielen und schauen, ob man auf das selbe Ergebnis kommt oder ob man sich mit Sockets eine eigene Bibliothek programmieren muss. Das wäre großartig!

Mit den Libs der PSP kenne ich mich nicht aus aber ein POST Request wäre hier nur von nöten, wenn das angeforderte Dokument vom Server anhand den im POST enthaltenen Daten dynmisch erzeugt werden würde, was ja wahrscheinlich so gut wie nie der Fall ist.

Wenn du einen abgebrochenen Download ab einer bestimmten Stelle fortsetzen willst reicht folgender Request völlig aus:

GET /downloads/datei.zip HTTP/1.1
Host: bla.de
Range: bytes=10000-

Der Server antwortet mit dem Statuscode 206 (Partial Content) und liefert die angeforderte Datei ab dem 10000. Byte aus.

Den Header in deinem POST Char Array unterzubringen wäre Schwachsinn. Sende einen normalen GET Request in dieser Form.

Für sowas kann ich dir das Firefox Plugin "Live HTTP headers" empfehlen.

Dieser Beitrag wurde zuletzt bearbeitet: 02.11.2011 17:21 von _Kai_.

Ich habe mal ein bisschen experimentiert... Und wie es scheint, müsste man doch mit Sockets was eigenes schreiben, weil die Methoden der sceHttp-Library die Ranges nicht übertragen kann.

Die GET-URI kann man übertragen, das ist kein Problem, aber Ranges werden nicht gesendet.
Die "POST-URI" kann man übertragen, die übertragenen Daten im POST-Request-Body auch, aber die abverlangten Modifier nach "Host:" lassen sich nicht senden.

Total_Noob hat die Methoden ja gepatcht, ob er die reversed hat weiß ich gerade nicht. Wenn ja, dann kann man darauf aufbauend ja mit Sockets arbeiten.

Erstmal schauen, was Quelle hat