Puncte:0

Există o cerință tehnică pentru a furniza răspunsuri 404?

drapel cn

Există o cerință tehnică (de exemplu, RFC) pentru a furniza un răspuns 404?

Sau apare vreo altă problemă dacă solicitările negăsite sunt abandonate sau răspunsurile sunt goale?

drapel jp
Puteți găsi răspunsul/videoclipurile pe https://security.stackexchange.com/a/150762/10843 pentru a fi relevante pentru a doua întrebare.
Puncte:2
drapel ru

Este necesar un server HTTP pentru a răspunde cu un mesaj de răspuns HTTP. Fiecare Solicitarea HTTP returnează un cod de stare, vezi RFC 1945.

Codurile 4xx/5xx sunt doar codurile de eroare care sunt de obicei afișate utilizatorului.

Paul avatar
drapel cn
RFC 1945 este informativ (dar totuși util) - știți dacă acest lucru este abordat în altele?
Zac67 avatar
drapel ru
Ei bine, acel RFC este aproape blocul de bază al Web-ului. Dar vă puteți referi și la RFC-urile 2068, 7231, 7540, .... Nu, nu există niciun „Standard de Internet” nicăieri, dar așa este.
Paul avatar
drapel cn
Înțeleg că nu există cu adevărat un standard oficial, dar există o diferență între stările RFC, pentru care [RFC 2026](https://datatracker.ietf.org/doc/html/rfc2026) a fost creat pentru a defini, în sine, un RFC „Best Current Practice” (nici măcar un standard!).
Zac67 avatar
drapel ru
Înțeleg asta, dar (poate ciudat) așa stau lucrurile.
Puncte:2
drapel jp

RFC 7230 Hypertext Transfer Protocol (HTTP/1.1): Sintaxa și rutarea mesajelor (Standard Track)

Secțiunea 2.1

...

Un server răspunde la cererea unui client prin trimiterea unuia sau mai multor HTTP mesaje de răspuns, fiecare începând cu o linie de stare care include versiunea protocolului, un cod de succes sau de eroare și motivul textual fraza...

Conform acestui RFC, nu puteți pur și simplu să renunțați la conexiunea sau să trimiteți un răspuns gol.

djdomi avatar
drapel za
Sunt de acord cu termenii, clientul standard așteaptă mai întâi statutul și apoi acționează respectiv la răspunsul imho
Paul avatar
drapel cn
Îmi cer scuze dacă îmi revizuiesc întrebarea cu acest comentariu, dar ceea ce mă uit este gunoiul evident aruncat în server. Se pare că orice are un antet de gazdă care nu se potrivește cu nimic din ceea ce servesc ar trebui să fie abandonat, deoarece analiza jurnalelor arată că este 100% roboți și probabil că are legătură cu atribuirile vechi ale adresei IP, deci răspunsul 404 este inutil. La un moment dat, o solicitare ar trebui să fie considerată invalidă sau chiar ostilă, iar gunoiul 404 generat de bot de 100 de solicitări/sec pare ostil, cel puțin pentru mine, și chiar prefer să o renunț, dar prefer să urmez standardele.
drapel jp
Puteți răspunde cu `400` pentru un antet nevalid `Host:` (Secțiunea 5.4 din RFC 7239). Puteți evalua solicitările limită și puteți răspunde cu „429”. Dacă o gazdă client este cu adevărat ostilă și generează prea multe erori 4xx, atunci le puteți bloca la nivel de IP (`fail2ban` etc.) și renunțați la conexiunea (RFC 6585 Secțiunea 7.2)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.