웹개발기초4 서버와 클라이언트 구조 이해법(웹개발, API통신, 면접기초) 한 신입 개발자의 포트폴리오를 검토하면서 로그인 버튼을 누른 뒤 어떤 과정이 진행되는지 설명해 달라고 요청한 적이 있습니다. 학생은 프런트엔드에서 백엔드 API를 호출하고 데이터베이스에서 사용자를 확인한다고 답했습니다. 전체적인 방향은 알고 있었지만 요청에 어떤 값이 들어가는지, 서버는 무엇을 검사하는지, 로그인 결과가 화면에 어떻게 전달되는지는 설명하지 못했습니다.프로젝트 기록을 다시 확인하니 학생은 로그인 화면과 API 연결을 직접 담당했습니다. 개발 중 로그인 요청이 계속 실패했지만 서버 문제라고 생각해 백엔드 담당자에게 수정을 요청했습니다. 브라우저의 네트워크 기록을 확인해 보니 화면에서 이메일을 userEmail이라는 이름으로 전달했고 서버에서는 email이라는 이름으로 값을 찾고 있었습니다. .. 2026. 9. 2. HTTP와 HTTPS (평문통신, 암호화, 실전적용) HTTP와 HTTPS의 차이를 처음에는 주소창에 S가 붙느냐 정도로만 이해했습니다. 하지만 로그인 기능을 만들고 개발자 도구에서 입력값이 네트워크 요청으로 전달되는 과정을 보면서 생각이 달라졌습니다. HTTP에서는 데이터가 암호화되지 않아 아이디와 비밀번호 같은 민감 정보가 노출될 수 있다는 점이 충격적이었습니다. 또 개인 프로젝트를 배포하면서 HTTPS 페이지에서 HTTP API 호출이 차단되는 혼합 콘텐츠 오류를 겪으며, 보안 개념이 실제 개발과 운영에 직접 연결된다는 것을 느꼈습니다. 저는 HTTPS가 단순한 선택 사항이 아니라 사용자 신뢰와 서비스 안전성을 위한 기본 조건이라고 생각합니다. 이 글에서는 제 경험을 바탕으로 HTTP와 HTTPS의 차이를 쉽게 정리해 보겠습니다.HTTP 평문통신이 만.. 2026. 6. 7. IT 기본 구조 (클라이언트-서버, 요청-응답, 데이터베이스) IT 취업 준비생들의 프로젝트 설명을 점검하다 보면 화면은 만들었지만 그 화면 뒤에서 어떤 일이 일어나는지 설명하지 못하는 경우를 자주 봅니다. 어떤 준비생은 로그인 화면과 게시판 화면을 보여주었지만 사용자의 입력이 어디로 전달되고, 서버는 무엇을 확인하며, 데이터베이스에는 어떤 정보가 저장되는지 답변하지 못했습니다. 또 다른 준비생은 API를 사용했다고 말했지만 요청과 응답의 차이를 설명하는 순간 자신감이 떨어졌습니다. 저는 이 지점이 IT 기본 구조를 배울 때 가장 먼저 잡아야 할 부분이라고 생각합니다. IT 서비스는 화면 하나만으로 움직이지 않습니다. 클라이언트와 서버가 요청과 응답을 주고받고, 데이터베이스가 정보를 저장하고 다시 꺼내 쓰는 구조를 이해해야 프로젝트와 면접 답변이 훨씬 선명해집니다... 2026. 5. 3. 서버와 클라이언트 관계(요청과 응답, 프런트엔드, 백엔드) 팀 프로젝트에서 게시글 저장 버튼을 눌러도 데이터가 등록되지 않는 문제를 함께 검토한 적이 있습니다. 프런트엔드 담당자는 서버가 응답하지 않는다고 생각했고, 백엔드 담당자는 화면에서 요청값을 잘못 보냈다고 판단했습니다. 두 사람 모두 자신의 코드만 확인하면서 상대 영역의 문제라고 생각했지만 브라우저의 네트워크 기록을 열어 실제 요청과 응답을 비교하지는 않았습니다. 요청 본문을 확인해 보니 화면에서는 게시글 제목을 title이라는 기준으로 보냈지만 서버에서는 다른 항목명을 기다리고 있었습니다. 서버는 필수값이 없다는 오류를 반환하고 있었지만 화면에서는 모든 실패를 같은 문구로 처리해 원인을 알기 어려웠습니다.이 사례에서 필요한 것은 화면 코드와 서버 코드 중 어느 쪽이 더 잘못됐는지를 따지는 일이 아니었습.. 2026. 4. 27. 이전 1 다음
