WEB

들어가기 전 웹 개발의 시작은 HTTP를 이해하는 것에서부터 시작됩니다. HTTP(HyperText Transfer Protocol)는 클라이언트와 서버가 서로 "말"을 주고 받는 약속이자 규칙입니다. 이번 글에서는 HTTP의 기분 구조와 동작 원리, 그리고 웹 요청-

내 장바구니에 담긴 물건만 내가 볼 수 있다고 믿고 쇼핑몰에 로그인했는데, 갑자기 다른 사람의 주문 내역이 쭉 보인다면 얼마나 당황스러울까요? 이런 끔찍한 상황은 단순한 화면 오류가 아니라, “이 사용자가 진짜 누구인지(Authentication,인증)” 그리고 “그

로그인된 상태로 쇼핑몰에서 결제를 준비하던 중, 이상한 뉴스 사이트 한 곳만 방문했을 뿐인데 장바구니에 엉뚱한 상품이 담기거나 결제가 자동으로 이루어진다면 얼마나 당황스러울까요? 웹 브라우저는 기본 보안 정책으로 서로 다른 도메인 간 스크립트를 제한하지만, 여러 이유로

웹사이트에서 검색창에 <script>alert('XSS')</script>를 입력했는데, 클릭 한 번에 경고창이 뜬다면 놀라지 않을 수 없죠? 이처럼 공격자가 악성 스크립트를 삽입해, 다른 사용자의 브라우저에서 임의 코드를 실행하게 만드는 공격이 바로 XSS

인터넷으로 데이터를 주고받을 때, 마치 엽서를 우편함에 넣어 보내는 것과 같아요. 누구든 중간에 엽서 내용을 볼 수 있죠. 이처럼 중요한 데이터가 안전하게 전달되도록 돕는 것이 바로 보안 헤더와 암호화입니다.보안 헤더는 웹 브라우저와 서버가 서로 지켜야 할 약속(규칙)

"코드만 잘 짜면 되지 않나요?" 라고 생각하실 수도 있습니다. 하지만 아무리 뛰어난 기술력으로 만든 웹사이트라도, 특정 사용자만 이용할 수 있거나 아무도 찾지 못한다면 무슨 소용이 있을까요?웹 접근성은 이름 그대로 '웹에 얼마나 잘 접근할 수 있는가'를 의미합니다.

웹 개발을 하다 보면 사용자에게 빠르고 쾌적한 웹 서비스를 제공하는 것이 얼마나 중요한지 깨닫게 됩니다. 마치 잘 정돈된 식당에서 음식이 빨리 나오고, 관공서에서 서류 처리가 신속하게 이루어지며, 스마트폰 앱이 버벅거림 없이 잘 작동하는 것처럼 말이죠.이번 글에서는 사