Get과 Post의 차이점 차이점
Get vs. Post
구문:
이제 HTTP 메소드 가져 오기 및 게시 구문을 살펴 보겠습니다.
(Get 구문)
(이것은 Post의 구문입니다.)
Get 또는 Post 단어를 제외하고는 구문에 큰 차이가 없습니다.
입력은 서버로 어떻게 보내 집니까?
'?'다음에 URL에 입력이 추가됩니다. '메서드에서 Get 메서드는 메시지로 별도로 보내지 만 Post 메서드에서는 반환합니다. 경우에 따라 Enter 키를 누르면 URL에서 검색어를 볼 수 있습니다. 그렇지 않다면 Google에서 한번 시도하십시오. 그것이 Get 메소드라면, '?'뒤에 검색 쿼리를 볼 수 있습니다. '같은 URL에 있습니다. 동시에 URL을 사용하지 않고 별도로 게시 할 때 Post를 사용할 때 입력을 읽을 수 없습니다.
입력 유형:
Get은 URL에 입력을 추가 할 때 ASCII 문자 형식이어야합니다. 그러나 Post는 제한없이 바이너리 데이터를 보낼 수 있습니다. 따라서 Post는 ASCII 및 Binary 데이터를 모두 허용하므로 입력 유형에보다 유연합니다.
매개 변수 개수:
Get 메서드는 Post와 비교할 때 제한된 매개 변수 만 보낼 수 있습니다. 대개 2K의 숫자로 제한되며 경우에 따라 서버가 최대 64k의 카운트 매개 변수를 처리 할 수 있습니다. 그러나 Post 메소드는 파일 형태로 서버에 파일을 전송할 수 있습니다. 예, 우리는 둘을 비교할 때 Post가 매개 변수로 더 많은 입력을 보내는 것이 낫다고 말할 수 있습니다.
입력 크기:
일반적으로 허용되는 최대 URL 길이는 우리가 사용하는 브라우저와 URL 요청을 처리하는 웹 서버의 영향을받습니다. Get은 URL과 함께 입력을 전송하므로 최대 2048자를 보낼 수 있으며 일부 경우에 따라 다를 수 있습니다. 그러나 Post 메서드를 사용할 때 입력 크기에는 제한이 없습니다.
입력의 가시성:
Google 검색을 테스트 한 경우 Get 입력이 다른 사람들에게 보이는 것으로 이해할 수 있습니다. 이것은 입력이 URL에 추가되고 누구나 URL 공간에서 볼 수 있기 때문입니다. 그러나 Post 메소드가 사용 되었다면 누구도 우리가 보낸 것을 입력으로 식별 할 수 없습니다. 입력의 가시성에 대해별로 신경 쓰지 않는다면 Get을 진행하십시오. 그렇지 않으면 게시물을 사용하여 다른 사용자의 의견을 숨 깁니다.
기본 메소드:
이제까지 두 메소드가 입력을 서버에 보내는 방법을 이해할 수있었습니다. 매개 변수의 사용 및 전송이 단순하기 때문에 HTTP의 기본 방법은 'Get'으로 선택됩니다. Post 메서드는 Get에 비해 여러 가지 장점이 있지만 기본적으로 더 간단한 방법을 우선으로 사용합니다. 따라서 메서드를 구체적으로 지정하지 않으면 Get 요청으로 간주됩니다.
브라우저 히스토리:
Get 메소드는 URL을 통해 데이터를 전송하므로 이미 전송 된 데이터는 웹 브라우저의 기록에 남아 있습니다. 따라서 누구든지 브라우저 기록을 검토하여 서버에 보낸 내용을 볼 수 있습니다. Post 메소드는 브라우저가 정보를 저장할 수 없도록 만드는 기회를 생성하지 않습니다. 사실, 모든 것이 메시지를 통해 전송되기 때문에 Post 메소드로 데이터를 보낼 때 웹 브라우저와 아무런 관련이 없습니다.
어느 것이 안전합니까?
우리는 Get과 Post 메소드 간의 다양한 차이점을 분석해 왔으며 어떤 것이 안전한지 알아야 할 때가 많습니다. 동일하게 식별하는 다양한 보안 요소를 살펴 보겠습니다.
- 북마크: Get 메서드는 북마크를 허용하지만 Post는 허용하지 않습니다. 북마크 된 데이터는 나중에 누구나 볼 수 있으며 절대적인 보안 위협입니다! 데이터에 비밀번호, 은행 계좌 정보 등 민감한 정보가 많이 포함 된 경우 가져 오기를 통해 다른 사람에게 누출 될 수 있습니다. 따라서 민감한 정보를 처리하는 경우 Post로 진행하는 것이 좋습니다.
- 캐싱: 캐쉬 메모리는 장래의 검색을위한 정보를 저장하고, 실제로, 우리의 시간을 절약한다. 유용한 일을하고있는 것 같지만 캐시 된 정보가 잘못된 사람에게 넘어갈 때 데이터 유출 가능성이 있습니다. Get은 캐싱을 허용하지만 Post는 전혀 캐싱을 허용하지 않습니다! 따라서 Post는 Get보다 안전합니다.
- 새로 고침 또는 뒤로: 새로 고침 또는 뒤로 아이콘을 클릭하면 웹 페이지의 URL이 다시 실행됩니다. 그러나 이전 데이터가 시스템의 캐시 메모리에있을 때이 재실행이 발생하지 않습니다. 따라서 이러한 시나리오에서는 새로 고침 또는 뒤로 서버에서 이미 가져온 데이터를 가져올 가능성이 있습니다. Get 또는 Post를 사용하여 언제 이러한 시나리오가 발생하는지 파악해야합니다. Post가 아닌 Get을 사용하면 캐싱이 발생하므로 Get 만 사용하여 이전 데이터를 검색 할 수 있습니다. Post에서도 일어날 수 있지만 이렇게하기 전에 사용자 권한을 요청합니다. 예, 우체국에서 그러한 검색을하기 전에 알림을받습니다.
- 해킹: 기술적으로 강한 사람은 누구나 Get 메소드와 관련된 URL을 쉽게 해킹하여 정보를 캡처 할 수 있습니다. 그러나 Post와 함께 할 수는 없으며 최소한 균열을 푸는 데는 많은 노력이 필요합니다! 따라서 대부분의 경우 Get을 사용하는 대신 Post를 사용할 때 안전합니다.
게시물을 사용하기 위해 언제 Get & When를 사용합니까?
우리의 논의에서 Get이 덜 안전하다는 것과 많은 민감한 정보를 다룰 때 사용하는 것은 바람직하지 않음이 분명합니다. 캐싱 및 웹 브라우저 기록을 통해 Get의 경우 다른 사람에게 정보를 제공 할 수 있습니다.그러나 Post는 심지어 캐싱, 북 마킹 (Bookmarking) 등을 허용하지 않는 상황에서도 안전합니다. 따라서 많은 보안 데이터를 보낼 때 Post를 사용하는 것이 좋습니다.
이해하기 쉬운 표 형식의 차이점을 살펴 보겠습니다. S.
