GET vs. POST spielt es wirklich eine große Rolle?

Question

Ok, ich kenne den Unterschied im Zweck. GET ist dazu da, um Daten abzurufen. Eine Anfrage stellen und Daten erhalten. POST sollte für CRUD-Operationen verwendet werden, die nicht das Lesen betreffen, glaube ich. Aber letztendlich, kümmert es den Server wirklich, ob er am Ende ein GET gegen ein POST erhält?

Answer 1

Beachten Sie, dass Browser GET-Anfragen zwischenspeichern können, POST-Anfragen jedoch in der Regel nicht zwischengespeichert werden.

Answer 2

Der Server kümmert sich normalerweise nicht darum. Aber es geht größtenteils darum, bewährte Praktiken zu befolgen, wie Sie erwähnt haben. Auch die Client-Seite spielt eine Rolle - wie bereits erwähnt, können Sie eine POST-Seite normalerweise nicht als Lesezeichen speichern, und einige Browser haben Einschränkungen hinsichtlich der Länge der URL für wirklich lange GET-Abfragen.

Answer 3

Der Server kümmert sich technisch gesehen nicht darum, welche Art von Anfrage er erhält. Er wird blind jede Anfrage ausführen, die über das Netzwerk kommt.

Das ist das Problem. Wenn Sie eine Aktion haben, die Daten in einem GET -Aktions zerstört oder ändert, wird Google Ihre Website beim Durchsuchen und Indizieren zerreissen.

Answer 4

Es kommt auf die Software am Server-Ende an. Einige Bibliotheken wie CGI.pm in Perl handhaben standardmäßig beides. Es gibt jedoch Situationen, in denen Sie eher POST anstelle von GET verwenden müssen, zumindest um Daten an den Server zu senden. Große Datenmengen (bei denen die entsprechende GET-URL zu lang werden würde), Binärdaten (um Probleme mit der Codierung/Dekodierung zu vermeiden), mehrteilige Dateien, nicht analysierte Header (für kontinuierliche Updates im Pre-AJAX-Stil...) und ähnliches.

Answer 5

Nein, sie sollten es nicht, außer für die Antwort von @jbruce2112, und das Hochladen von Dateien erfordert POST.