4. [solved]Rapidshare API

[solved]Rapidshare API

  • W

    das Cookie funktioniert und selbst wenn nicht müsste ich ja trotzdem ne Antwort erhalten..die Anfrage is mit relativ hoher Sicherheit richtig..

    0
  • Administrator

    wunderkind schrieb:

    das Cookie funktioniert ...

    Und das weisst du woher?

    wunderkind schrieb:

    ... und selbst wenn nicht müsste ich ja trotzdem ne Antwort erhalten ...

    Wieso? Eine Anfrage darf auch unbeantwortet verworfen werden.

    wunderkind schrieb:

    ... die Anfrage is mit relativ hoher Sicherheit richtig ...

    Funktioniert aber interessanterweise nicht 😉

    Wie gesagt, liess vielleicht zuerst mal die RFCs. Für Http wäre dies zum Beispiel rfc2616. Hier kannst du die als Textfiles oder oft auch als PDF bekommen:
    http://ietfreport.isoc.org/rfc-index.html

    Weiter kann ich dir schlecht helfen. Code zeigst du ja auch nicht. Und da der C++ Standard keine Sockets hast, bist du trotzdem sehr wahrscheinlich im falschen Forum. 🙄

    Grüssli

    0
  • W

    Cookie hab ich jetzt rausgenommen bruahc man nicht unbedingt.

    Meine Anfrage wird ja beantwortet, nur eben nicht vollständig

    Also meine Anfrage gleicht der des Browsers ziemlich genau,
    nur bekommt der ne richtige Antwort und ich nur ein ACK.

    Okay Sorry wenn ich im falschen Forum bin, wo wäre ich denn richtig aufgehoben?

    0
  • C

    Dieser Thread wurde von Moderator/in HumeSikkins aus dem Forum C++ in das Forum Webzeugs verschoben.

    Im Zweifelsfall bitte auch folgende Hinweise beachten:
    C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

    Dieses Posting wurde automatisch erzeugt.

    0
  • Administrator

    wunderkind schrieb:

    Cookie hab ich jetzt rausgenommen bruahc man nicht unbedingt.

    Kommt darauf an, wohin du die Anfrage machst.

    wunderkind schrieb:

    Meine Anfrage wird ja beantwortet, nur eben nicht vollständig

    Also meine Anfrage gleicht der des Browsers ziemlich genau,
    nur bekommt der ne richtige Antwort und ich nur ein ACK.

    Zeigt meiner Meinung nach sehr gut, dass du nicht viel Ahnung hast vom ganzen. Du bekommst nämlich gar keine Antwort. Eine ACK Antwort gibt es nicht bei Http. Das einzige was ich mir vorstellen könnte ist die ACK Antwort bei TCP. Der Server meldet also, dass er die übermittelten Pakete erhalten hat, sendet dir dann aber nichts zurück. Also verwirft er die Anfrage womöglich. Oder du hast einen falschen Socket Code geschrieben für das Empfangen der Antwort. Es gibt da viele Möglichkeiten.

    Wenn du eine Schnittstelle verwenden willst, was ein Protokoll ist, solltest du vielleicht zuerst mal lesen, wie man die Schnittstelle verwendet. Dokumentationen gibt es genügend.

    wunderkind schrieb:

    Okay Sorry wenn ich im falschen Forum bin, wo wäre ich denn richtig aufgehoben?

    Rund um die Programmierung oder je nach dem was für Sockets du verwendest, ein Unterforum von dieser Bibliothek. WinAPI? MFC? VCL? Sonst was?

    Edit @ Mods: Webzeugs? Das hat doch nichts mit Webzeugs zu tun? 😕 😃

    Grüssli

    0
  • W

    Anfrage geht an die Rapidshare API.

    mein Socket funktioniert wie gesagt wunderbar, ich kann an jeder x-beliebe Seite Anfragen senden und bekomme immer eine nette Antwort.

    Also verstehe ich nicht wo das Problem bei der Rapidshare API liegt. IIcch gebe dir allerdings durchaus Recht das das ganze wenig mit C++ zutun hat, ich hoffe jedoch das mir trotzdem jemand helfen kann.

    0
  • G

    Ich wette du liest die Antwort irgendwie nicht richtig ein. Quasi ein Fehler im Empfangsteil.
    Ich hab gerade ein wenig via telnet mit der api rumgespielt und die antworten die rapidshare da liefert sind absolut nicht kompliziert aufgebaut (d.h. "Connection: close", kein chunked-encoding, etc.)

    Wenn überhaupt keine Antwort vom Server kommt also nichtmal nen "400 Bad Request", ist das entweder Absicht und du bist geblocked oder der Server erwartet dass du noch Daten sendest.
    Du hast also entweder die Anfrage nicht richtig verschickt (z.B. Rückgabewert von send() nicht beachtet) oder die Anfrage an sich ist irgendwo kaputt.

    0
  • W

    Ich wünschte es wäre so..ich find den Fehler einfach nicht..

    Ich schneide ja mit Wireshark den Netzwerkverkehr mit und leider kommt da nix,
    desweiteren funktioniert es ja mit anderen websites 😕

    0
  • G

    Hab gerade versehentliche editiert statt neu geposted:

    Wenn überhaupt keine Antwort vom Server kommt also nichtmal nen "400 Bad Request", ist das entweder Absicht und du bist geblocked oder der Server erwartet dass du noch Daten sendest.
    Du hast also entweder die Anfrage nicht richtig verschickt (z.B. Rückgabewert von send() nicht beachtet) oder die Anfrage an sich ist irgendwo kaputt (z.B. beliebt ist die fehlende leere Zeile, bei dir scheinbar nicht der Fall)

    0
  • T

    Du hast vermutlich zu viele Requests abgesetzt. Lies mal den oberen Kommentarblock der API, dort steht doch alles beschrieben. Und wieso willst du einen Request auf "subroutine" aufrufen? Das was du suchst ist "checkfiles_v1" welcher die Parameter "files" und "filenames" annimmt, näheres musst du in der API nachschauen.
    Den Cookie brauchst du nicht zum herunterladen von Dateien, das geht über Basic Auth.

    Gruß

    0
  • W

    geblocket bin ich nicht, da Anfragen über Browser funktionieren,
    der Rückgabewert stimmt auch mit der größe des gesendeten über ein,
    und die Anfrage ist eigentlich, weil ich dort auch den Fehler vermutet hatte,
    direkt aus dem Packet vom Browser kopiert.

    Ja ich weiss das das eine sinnlose Abfrage ist, jedoch ist das egal denn ich bekomme weder auf diese sinnlos, noch auf die sinnvolle eine antwort, bei der sinnlosen mpsste es ja

    ERROR: Invalid routine called.

    sein.Ist es aber nicht, daher ist was falsch.

    0
  • G

    Poste doch mal was wireshark konkret sagt was du sendest, wenn du schon keinen Code zeigen willst 😉

    0

  • Wie ich in einem anderen Thread schon beschrieb, kann man die Fehlerursache gaz unten angehen: Du hast es mit einem Browser getestet, welcher genau diese Anfrage sendet, und er bekommt eine Antwort - nun probier's mal ueber Telnet. Wenn das funktioniert, ist definitiv etwas an deinem Programm nicht in Ordnung.

    Anfragen werden unter gleichen Voraussetzungen stets gleich behandelt und entsprechend beantwortet. Wenn du Unterschiede zwischen deinem Programm udn einem Browser erkennen kannst, sind die Voraussetzungen nicht gleich.

    Wenn du mal deinen Code zeigen koenntest, wuerden hier sicher einige den besagten Fehler auffinden koennen.

    0
  • W
     

    int main()
{
	string bsend 
	= "GET /cgi-bin/rsapi.cgi?sub=subroutine&param1=value1&param2=value2 HTTP/1.1\r\n" 
   "Host: api.rapidshare.com\r\n" 
   "Connection: Keep-Alive\r\n" 
   "\r\n";
	Client socket1((string)serverip,80);
	cout<<endl<<socket1.mSend(bsend)<<endl;
	socket1.mRec(&buffer);
	cout<<buffer.c_str()<<endl;
}

    int Client::mSend(string text){
	return send(lhSocket,text.c_str(),text.length()+1,0);
}

    Mir fällt gerade ein kleiner Unterschied auf:
    Wireshark:

    Data: 00

    Das steht als Data in meinem Paket, im Browserpaket ist garkein Inhalt.

    http://img3.imageshack.us/img3/7128/paketj.jpg

    0

  • wunderkind schrieb:

    Client socket1((string)serverip,80);
//...
	socket1.mRec(&buffer);
	cout<<buffer.c_str()<<endl;
}

    serverip und buffer sind nirgendwo deklariert oder definiert. Was beinhaltet serverip , von welchem Typ ist buffer ?

    0
  • ?

    Auch ist der Cast beim Konstruktor von Client sehr mysteriös. Du castest doch hoffentlich kein char * in einen std::string?

    0
  • ?

    klöklöklö schrieb:

    Auch ist der Cast beim Konstruktor von Client sehr mysteriös. Du castest doch hoffentlich kein char * in einen std::string?

    Oder vice versa 🤡

    0
  • W

    Nene das is schon alles richtig.
    Das Problem war, das ich beim der Funktion mSend einen std:string übergeben habe,
    welcher ja bekanntlich mit \0 beendet wird. Das wurde dann eben auch mitgesendet,
    komischerweise kamen alle Websites damit klar außer rapidshare..

    0
Anmelden zum Antworten