nicht angemeldet
Hello,
Wenn es sich um eine Übertragung eines HTML-Formulars handeln sollte, dürfte das eigentlich keine Rolle spielen.
Für application/x-www-form-urlencoded heißt es:
Line breaks are represented as "CR LF" pairs (i.e., `%0D%0A').Für multipart/form-data (und alle anderen Mime-Types):
As with all MIME transmissions, "CR LF" (i.e., `%0D%0A') is used to separate lines of data.Wenn also nur \n statt \r\n kommt, ist das ein Fehler im Absender …
Danke für die Klarstellung dieses Mythos.
Leider halten sich nicht alle Browser an die regeln, aber das ist uns ohnehin klar gewesen. :-)
Wesentlich ist aber, dass 0Dh 0Ah nicht gelichbedeutend mit "\r\n" ist, dazu hatte Chr. Kruse schon mal um sich gebissen. Man muss auch wissen, wie das Server-Programm (hier PHP) damit umgeht. Der sicherste Weg scheint mir daher, die tatsächliche Definition auch so nah wie möglich umzusetzen: Die RFCs für die "Senderprogramme" spricht von 'CR LF' und stellt das nochmals klar mit %0D%0A
Wenn also das "Senkenprogramm" nun %0D%0A auch wirklich durch "\r\n" repräsentiert, dann darf man "\r\n" benutzen. Es könnte aber sein, dass "\r\n" im Senkenprogramm eine betriebssystemabhängige Übersetzung betreibt, je nachdem, auf welcher Plattform kompiliert wird.
Die einzige gemeinsame Größe bleibt somint also %0D%0A oder eben oktal ausgedrückt \015\012
Schließlich findet das neue Babylon innerhalb der Kommunikationsmittel statt, mit deren Hilfe wir es eigentlich beseitigen wollten. Die wesentlichen Codes dieser Welt (Schriften) weren eigentlich schon auf ca. vier bis fünf einigermaßen ineinander konvertierbare reduziert, da wird es doch zeit, dass die Denker dieser Welt für neues Durcheinander sorgen.
Harzliche Grüße aus http://www.annerschbarrich.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau