method="post" enctype="text/plain" nicht kompatibel sind?

Wenn ich 

<form method="post" enctype="text/plain" action="proc.php">

Formular-Daten können nicht gesendet werden proc.php Datei ordnungsgemäß. Warum? Was ist das problem? Warum kann ich nicht verwenden, text/plain, encoding, mit der post, aber ich kann mit get-Methode?

  • Ich bin mir ziemlich sicher, dass Sie nicht brauchen, um zu definieren, enctype, es sei denn, du machst eine Datei hochladen, dann sollte es sein: enctype="multipart/form-data" link
  • Laut w3schools (link), application/x-www-form-urlencoded ist Standard.
  • Meine Frage ist, warum method="post" und enctype="text/plain" arbeiten nicht zusammen? Mein HTML-code nicht metter und was soll ich verwenden, egal zu!!!!!!!!!!!!!!!!!!!
  • Was bedeutet "kann nicht gesendet werden proc.php Datei ordnungsgemäß" bedeutet genau? Was bedeutet der resultierende http-post Aussehen?
  • Mein html-code war nicht dachte, in den text der Frage, sorry. Ich habe korrigiert.
  • Ich gehe davon aus, dass der browser nicht wissen, was zu tun, da es kein gültiges token. Ich Wette, der browser behandelt enctype="text/plain" das gleiche wie enctype="cheeseburger", es tut sich nix....
  • Was ist der use case für den Wunsch, dies zu tun? Welche Informationen würden Sie erwarten, dass die browser stellen den Inhalt der content-Typ "text/plain"?
  • Was ist der nutzen text/plain mit get-Methode?
  • Tatsächlich, mit method="post" enctype="text/plain" browser sendet die Daten, und PHP speichert es in $HTTP_RAW_POST_DATA ist, aber es nicht Auffüllen $_POST. Wie auch immer, warum Sie darauf bestehen, mit text/plain?
  • Nachrichten sollten keinen Inhalt Körper überhaupt. HTTP-1.1-spec, Abschnitt 7.3, sagt "Einrichtungen, die auf GET-Anfragen haben keine definierte Semantik. Beachten Sie, dass das senden eines Körpers auf eine GET-Anfrage könnte dazu führen, dass einige bestehende Implementierungen, den Antrag abzulehnen."
  • Ich habe keine Ahnung, warum die Frage geschlossen wurde. Es ist eine gute Frage, die hat bereits eine sehr gute Antwort.

InformationsquelleAutor Narek | 2011-10-02
  1. 23

    [Überarbeitet]

    Die Antwort ist, weil PHP nicht umgehen (und es ist kein bug):

    https://bugs.php.net/bug.php?id=33741

    Valid values for enctype in <form> tag are:

application/x-www-form-urlencoded
multipart/form-data

    Die erste ist die Standard -, die zweite müssen Sie nur, wenn Sie Dateien hochladen.

    @Alohci zur Verfügung gestellt Erklärung, warum PHP nicht Auffüllen $_POST array, sondern speichern den Wert in eine variable $HTTP_RAW_POST_DATA.

    Beispiel dafür, was schief gehen kann, mit text/plain enctype:

    file1.php:

    <form method="post" enctype="text/plain" action="file2.php">
<textarea name="input1">abc
input2=def</textarea>
<input name="input2" value="ghi" />
<input type="submit">
</form>

    file2.php:

    <?php
print($HTTP_RAW_POST_DATA);
?>

    Ergebnis:

    input1=abc
input2=def
input2=ghi

    Keine Möglichkeit, zu unterscheiden, was ist der Wert von input1 und input2 Variablen. Es kann sein,

    • input1=abc\r\ninput2=def, input2=ghi sowie
    • input1=abc, input2=def\r\ninput2=ghi

    Kein solches problem bei der Verwendung der beiden anderen Codierungen erwähnt.

    Den Unterschied zwischen GET und POST:

    • in ERHALTEN, die Variablen sind Teil der URL und sind in der URL als query-string, deshalb werden Sie muss URL-kodiert werden (und Sie sind, auch wenn Sie schreiben enctype="text/plain" - es wird nur vom browser ignoriert; Sie können es testen mit Wireshark sniffen die request-Pakete),
    • beim senden von POST, die Variablen sind nicht Teil der URL, sondern werden gesendet, sobald der Letzte header in HTTP-Requests (post-Daten), und Sie können wählen, ob Sie möchten, senden Sie Sie als text/plain oder application/x-www-form-urlencoded, aber der zweite ist der einzige nicht-mehrdeutige Lösung.
    InformationsquelleAutor jakub.g
  2. 12

    HTML5 nicht definieren, wie zu formatieren, Formular Daten übermittelt, als text/plain hier: https://w3c.github.io/html/sec-forms.html#plain-text-form-data.

    Unten in dem Abschnitt, es sagt:

    Nutzlasten mit dem text/plain-format bestimmt sind, ein Mensch zu sein
    lesbar. Sie sind nicht zuverlässig interpretierbar per computer, wie die
    format mehrdeutig ist (zum Beispiel, es gibt keine Möglichkeit zu unterscheiden,
    literal newline in einen Wert aus der Zeilenumbruch am Ende der Wert).

    Also ist es nicht abwegig, dass PHP nicht versucht, Sie zu interpretieren und macht es nur verfügbar in roher form. Das scheint mir der richtige Ansatz.

    • Broken-link - werden Sie wahrscheinlich wollen, html.spec.whatwg.org/multipage/...
    • Danke. Aktualisiert, link zur neuesten W3C-draft standard, aber ja die WHATWG Sie bereitstellen entspricht.
    InformationsquelleAutor Alohci
Schreibe einen Kommentar