클라이언트와 서버 간 요청-응답을 수행할 때 가장 일반적으로 사용되는 두 가지 방법은 GET과 POST입니다. GET - 지정된 리소스에서 데이터를 요청하고, POST - 처리할 데이터를 지정된 리소스에 제출합니다. 이번 글에서는 GET과 POST로 전송되는 데이터의 최대 길이를 분석해보겠습니다.
다양한 웹 개발 언어에서는 기본적으로 각 페이지 간에 데이터가 전송됩니다. 웹 개발에서 가장 일반적으로 사용되는 데이터 전송 방법은 get post로 전송되는 데이터의 양이 전송되는 데이터의 양보다 많다는 것만 알고 있습니다. 양이 적어야 하기 때문에 많은 양의 데이터를 전송하려면 여전히 post를 사용해야 하는데, get post의 두 가지 방법을 통해 최대 얼마나 많은 데이터를 전송할 수 있습니까? 결코 이해하지 못했습니다.
오늘 업무상 이 문제를 파악해야 합니다. GET 및 POST로 전송되는 최대 데이터 길이에 대해 이야기해 보겠습니다.
get은 URL을 통해 데이터를 제출하므로 GET으로 제출할 수 있는 데이터의 양은 URL이 달성할 수 있는 최대 길이와 직접적인 관련이 있습니다. 많은 기사에서는 GET을 통해 제출된 데이터가 최대 1024바이트까지만 가능하다고 말합니다. 실제로는 URL에 대한 상한 매개변수 제한이 없으며 HTTP 프로토콜 사양은 URL 길이를 제한하지 않습니다. 이 제한은 특정 브라우저 및 서버에 의해 부과됩니다. IE의 URL 길이 제한은 2083바이트(2K+35바이트)입니다. FireFox, Netscape 등 다른 브라우저의 경우 길이 제한이 없습니다. 이때 제한은 서버의 운영 체제에 따라 다릅니다. 즉, URL이 너무 길면 서버에서 보안 설정으로 인해 요청을 거부하거나 불완전한 데이터 요청을 할 수 있습니다.
이론적으로 게시물에는 크기 제한이 없으며 HTTP 프로토콜 사양에서는 크기 제한을 두지 않지만 실제로 게시물로 전송할 수 있는 데이터의 양은 서버 설정과 메모리 크기에 따라 다릅니다. 저희 게시물의 데이터 용량이 MB를 초과하는 경우가 거의 없기 때문에, 게시물의 데이터 용량에 대한 한계를 거의 느끼지 못하지만, 실제로 파일을 업로드하게 되면 상대적으로 큰 파일을 업로드하게 되는 경우가 발생하게 됩니다. 파일이 서버로 전송되면 업로드가 되지 않을 수 있습니다. PHP 언어의 경우, PHP 업로드 파일과 관련된 매개변수가 있음을 알 수 있습니다. 일반적으로 이 값은 2MB입니다. . 이 값을 변경하세요. php.conf에서 post_max_size 값을 변경해야 합니다. 이는 문제를 명확하게 보여줍니다.
위 글의 간략한 소개를 통해 GET 및 POST로 전송되는 최대 데이터 길이에 대해 명확하게 이해했습니다. 모두에게 도움이 되기를 바랍니다.
관련 추천: