nicht angemeldet
Hi Michael!
zunächst mal: Danke für diesen schönen Thread!
ich habe allen Antwortenden zu danken, ich glaube ich habe noch nie so viel in einem Thread gelernt ;-)
Auch ich vermute das Problem im Bereich "binmode" auf der Curl-Seite - ich hatte bei der Entwicklung von gzip_cnc recht ähnliche Probleme (in die andere Richtung allerdings).
Ja, aber ich verstehe es einfach nicht. Ich will auch das das ganze nicht um sonst war, daher were ich gleich nochmal ne Testserie starten und mit den HTTP-Traffic genau ansehen (auch hier Danke für den Tipp!) , und mir alles mögliche ausgeben lassen, das _muss_ doch irgendwie gehen! Denn es funktioniert ja bei bestimmten Strings! Es funktioniert nicht bei ganz kurzen wie "hallo" und nicht bei ganz langen. Es ist mir ein absolutes Rätsel!
Was die URL-Codierung angeht - das Thema ist ja wohl vom Tisch, wenn via POST übertragen wird.
Wieso? Ich habe immer über POST übertragen einmal multipart und einmal urlencoded, bei multipart kommen diese komischen Probleme, bei urlencode habe ich andere Probleme, da werden die Daten alle von CURL richtig losgeschickt(im http-Traffic steht alles noch richtig), aber auf dem Server habe ich in den Umgebungsvariablen(in PHP) nicht mehr dasselbe stehen, wie ich einst losgeschickt habe! Es sind ja binärdaten(gz), die der Apache wenn er urldecodet "zu sehen" bekommt, und ich vermute der Apache sieht darin irgendwelche Zeilenumrüche und wandelt dann irgndwas um. Ich habe den String der in der Umgebungsvariable des Servers(wieder aus PHP) steht mal erneut urlencodet(in PHP), und mit dem losgeschickten String verglichen, da gibt es Unterschiede, siehe: </?m=136434&t=24834>
Naja, aber leider kenne ich mich zu wenig aus um sagen zu können was da jetzt genau los ist.
Deshalb nur als Anmerkung: Ich hatte mal die Aufgabe, eine Komprimierung zu schreiben, die steuerzeichensicher über X.25-Leitungen verwendet werden konnte, und wir haben uns damals (angesichts vorliegender Kenntnisse über die zu komprimierenden Daten) dafür entschieden, etwas Eigenes, ziemlich Primitives in C zu schreiben (zumal das Teil möglichst einfach und portabel sein sollte).
Ja, abr wenn ich doch den gesamten String urlcodiere dürfte es ja keine Probleme geben, da keine Steuerzeichen mehr vorkommen. Aber wenn Apache den String empfängt dekodiert er ihn wieder automatisch, und dann gibt es Probleme mit irgendwelchen Zeichen vermute ich, den Schluss den ich daraus ziehe ist entwerder ich kodiere das doppelt, also 2 mal übereinander, dann kann ich den Binärstring erst in PHP wieder dekodieren, aber dann sind von 90% Komprimierung mit viel Glück noch 50% übrig! Und daher fällt die Methode einen Binärstring als urlencodet POST-Request zu schicken wohl flach. Bleibt mir nur nach die andere Variante mit multipart..., aber da treten ja die ganz sonderbaren Probelem auf. Naja, ich werde testen und Euch berichten ;-)
Vermutlich ist es ein Windows-Problem, an irgendeiner Schnittstelle gibt es Probleme. Der Quellcode von mir sollte eigntlich richtig sein, der Stimmt auch genau mit dem Beispiel von Henryk überein. Aber die meisten Programme die ich verwende wurden nunmal primär für Unix entwickelt, vermutlich liegt da das Problem!
Aber man wird sehen!
Viele Grüße
Andreas