Webdesign, Tutorials und mehr - Webmasterpro.de

HTTP Request zw. 2 PHP-Scripts enthält merkwürdiges "d3"

Max B, am Sonntag den 09.10.2011 um 19:19:22

Hallo,

ich sende mit einem PHP-Script auf Server 1 per fputs einen HTTP-Request an ein PHP-Script auf Server 2. Die Antwort lese ich mit fgets aus. Also alles recht standard.

Komischerweise enthält die Antwort direkt nach dem Header den String "d3". Woher kommt der? Wenn ich das Antwort-Script auf anderen Servern einsetze, erscheint das "d3" nicht.

Die gesamte Antwort lautet:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

TextTextHTTP/1.1 200 OK

Date: Sun, 09 Oct 2011 17:12:32 GMT

Server: Apache/2.2.19 (Unix) mod_ssl/2.2.19 OpenSSL/0.9.8r

X-Powered-By: PHP/5.2.17

Expires: Thu, 19 Nov 1981 08:52:00 GMT

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Set-Cookie: phpSessionc627a6c=kr7ktan89b1h3krvefk7bc8905; path=/

Set-Cookie: phpSessionc627a6c=2qh9ppul87kqo5epll1d3ua2e2; path=/

Connection: close

Transfer-Encoding: chunked

Content-Type: text/html; charset=UTF-8



d3

...hier beginnt der eigentliche Inhalt der Antwort

Die Antwort ist JSON-Code, sodass das "d3" die Dekodierung verhindert. Wenn ich die ganze Anfrage über cURL abwickele, kommt das d3 nicht. Die Methode filtert das scheinbar irgendwie, was mein manueller Weg natürlich nicht tut. Aber warum steht da überhaupt so etwas?

Viele Grüße

Max

Jannik Zschiesche, am Montag den 10.10.2011 um 09:31:48

Ich würde übrigens sagen, dass die cURL-Variante der Standard sein sollte, nicht fgets/fputs. ;-)

Das sieht mir sehr danach aus, dass dort irgendwo ein tatsächliches "d3" in die Datei gerutscht ist. Hast du das Projekt danach mal durchsucht?

Max B, am Montag den 10.10.2011 um 10:22:15

Also die Antwort-Datei ist eigentlich überall identisch....copy/paste halt. Vor allem weil mit der cURL-Lösung (die ja nur in der Anfrage-Datei aktiviert wurde) das "d3" ja nicht auftaucht. Also irgendwie merkt cURL, dass das noch zum Header (oder zumindest nicht zum Inhalt) gehört.

Klar, cURL ist bei mir auch Standard, nur manchmal unterstützt ein Server das nicht, weshalb ich anfangs erstmal nur die manuelle Lösung hatte.