백엔드 개발자가 HTTP STATUS 코드를 항상 200 코드를 뿌려주는데 뭐라해야할지모르겠습니다

Question

백엔드 개발자가 REST API 에서 HTTP STATUS 코드를 항상 200 코드를 뿌려주는데뭐라하면서 수정해달라고 해야할지 모르겠습니다.

Yuu2 · Accepted Answer

API 표준 지키라고하세요. &#34;에러지만 응답하니 200이다&#34; 라는 논리를 펼친다면 아래의 문서를 ^^https://tools.ietf.org/html/rfc7807

오후 · Answer

- 일반적으로 status 에 맞춰 응답하는 경우 (200: 정상 / 그하위에 응답데이터 , 나머지는 403.404.500.등등 코드에따라)- Status 는 200 으로 고정 / 응답데이터에 code 등 별도항목으로 status 값포함 개발방식의 차이인지라 개발문서요청해보세요.

스트라 · Answer

별도의 에러 코드가 없는 경우에는 프론트에서 이게 제대로 된 데이터인지 알 수가 없으니,상태 코드를 제대로 내려주던가 별도로 코드 전달해달라고 요청해보세요~API 표준... 하면서 얘기하면 좋지 않은 반응올 확률이 높네요

shaffron · Answer

참.. ㅋㅋㅋ HTTP 프로토콜을 변형해서 쓰고 있군요..STATUS 코드는 자기 마음대로 쓰는게 아니고 엄격하게 프로토콜이 정해져 있습니다. Status를 200으로 고정하고 body에 오류코드를 넣는 방식은 HTTP 프로토콜을 잘못 이해하고 쓰는 것입니다.status 코드를 제대로 안지키고 쓸 정도면 get, post, put, patch 등의 메소드는 어떻게 사용하고 있는지 기대되네요..

반역이론 · Answer

정부 시큐어 코딩 기준이 그런걸로 알고있습니다..에러 코드로 인해 공격자가 판단할수 있는 여지를 주기때문에 에러 페이지의 에러코드를 항상 200으로 고정시키라고 하더군요..그럼 에러 확인과 처리는 어케 하냐는 눈으로 쳐다봤는데 잠깐 생각해보니 그건 개발자가 알아서 해결하겠지 라고 생각하며 만들었겠구나 하는 생각이 들었습니다..노예도 아니고.....사실 곰곰히 생각해보면 노출할 이유가 없기도 한건 사실이기에 그냥 강제로 에러코드를 변경시켰습니다.그리고 다른기관들과 데이터 처리하는걸 보다보면...전부 응답이 제대로 된 경우엔 일단 리턴시킨뒤에 커스텀 코드로 에러코드를 넘겨주는식으로 하더군요..위에분들이 말씀하시는대로 일단 응답은 했으니까 200인것...

컴포지트 · Answer

정부 시큐어코딩이 좀 욕나오죠. HTTP POST 가 파라미터 안보인다고 보안성에 좋다느니 안전하다느니 하는 개같은 가이드까지 내밀었었습니다. 사실 그 때 당시 구글 검색만 해도 개인정보 우후죽순 때문에 나온 가이드라고는 하지만 그냥 눈 가리고 아웅 수준의 가이드를 누가 폈는지... 물론 지금은 좀 개선됐습니다.

esrse · Answer

에러에 대한 확인을 HTTP 단에서 할거냐 애플리케이션 단에서 할거냐에 대한 방식의 차이일 뿐입니다. 뭘 더 선호하느냐에 대한 개인 취향 차이일 수도 있고 그 팀의 성향일 수도 있고 원래 그렇게 해왔었던 레거시일 수도 있고 예전에 어디선가 규약을 그렇게 세워놨던 것일 수도 있습니다. 그런 상황을 따지지 않고 그냥 질문하신 분 마음에 이 API가 restful 하지 않으니까 이거좀 지켜달라고 한다면 무례한 태도가 아닌가 합니다.질문하신 분과 백엔드 개발하시는 분이 어떤 식으로 일을 하느냐에 따라서 취해야할 방법이 달라집니다. 둘의 일이 겹치지 않고 각자 맡은 부분을 알아서 하는 업무 시스템이면 관여하지 않는게 더 나을 거 같습니다. 반대로 생각해보세요. 백엔드 개발자분이 질문하신 분의 일에 대해서 왈가왈부하면 기분이 어떻겠습니까?서로 백업해주고 코드리뷰도 해주는 관계라면 마음에 들지 않는 부분에 대해서 이야기할 수 있습니다. restful API로 만들어주는게 좋겠다는 식으로 이야기를 던져보고 여태까지 왜 그렇게 만들지 않았는지에 대해서 이야기해보면 좋을 거 같습니다.

백엔드 개발자가 HTTP STATUS 코드를 항상 200 코드를 뿌려주는데 뭐라해야할지모르겠습니다

7개의 답변

Q&A 목록