# User-agent
[네트워크] 사용자를 식별하는데 필요한 헤더값을 살펴보자
사용자가 사용한 기기, IP, 프로토콜 등등 사용자를 식별하는데 필요한 값들이 있다. 위 값들은 헤더값을 통해 얻을 수 있다. User-Agent 웹 브라우저나 다른 HTTP 클라이언트가 웹 서버에게 자신의 식별 정보를 전달하는 HTTP 요청 헤더 중 하나이다. 이 헤더는 클라이언트가 어떤 소프트웨어나 브라우저를 사용하고 있는지, 어떤 버전인지, 어떤 운영 체제를 사용하는지 등을 서버에게 알려주는 역할을 한다. 서버는 클라이언트의 브라우저가 호환되지 않는 경우 대체 콘텐츠를 제공하거나 웹 페이지를 다르게 렌더링 할 수 있다. 앱버전별로 대응이 가능한 경우, 디바이스에 존재하는 앱버전을 사용할 수 있다. 식별가능한 정보 브라우저: 웹 브라우저의 종류와 버전을 식별하는 데 사용된다. 이 정보는 웹 서버에서 웹 페이지를 제공할 때 어떤 브라우저를 지원해야 하는지 결정하는 데 도움이 된다. 운영 체제: 클라이언트의 운영 체제(예: Windows, ma

🥶 Freezing User Agent
회사 PR 리뷰에 "user agent를 freezing 하려면 " 이라는 내용이 있어서 공부하게 되었다. 아래는 chromium 팀의 설명글을 번역하였다. https://groups.google.com/a/chromium.org/g/blink-dev/c/-2JIRNMWJ7s/m/yHe4tQNLCgAJ (짧게 의역하자면) User-Agent string은 유저에 대해 많은 정보를 갖고 있다. 이는 브라우저나 기기 종류 등에 대한 상세한 정보를 많이 갖고 있지만 거짓 정보도 많이 포함한다. 서버에서는 이를 토대로 호환성과 같은 부분을 처리하고 있다. 그런데 유명하지 않은 브라우저에서는 특히나 User-Agent가 잘못된 정보들을 갖고 있어서 사이트가 제대로 동작하지 않는 경우가 있

[CS] HTTP 헤더 Day-64
Representation Headers (표현 헤더) HTTP 메시지는 헤더와 바디로 구분할 수 있습니다. 바디에서는 메시지 본문 (Message Body)를 통해서 표현 (Representation) 데이터를 전달합니다. 데이터를 실어 나르는 부분을 Payload라고 합니다. 표현은 요청이나 응답에서 전달할 실제 데이터를 뜻하며 표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공합니다. HTTP 헤더 HTTP 전송에 필요한 모든 부가정보를 담기 위해 사용됩니다. Content-Type: 표현 데이터의 형식 Content-Encoding: 표현 데이터의 합축 방식 Content-Language: 표현 데이터의 자연 언어 Content-Length: 표현 데이터의 길이 형식, 압축 방식, 자연 언어, 길이 설명하고, 요청/응답 둘 다 사용합니다. Content-Type (표현 데이터의 형식) 미디어 타입, 문자 인코딩

일반 정보
from : 유저 에이전트의 이메일 정보 일반적으로 잘 사용되지 않음, 검색 엔진 같은 곳에서 사용 referer : 이전 웹 페이지 주소 현재 요청된 페이지에 이전 주소를 적어둠 레퍼는 유입 경로를 분석할 때 주로 사용 원래는 referer가 아니라 referrer 의 오타이다. user-agent : 유저 에이전트 애플리케이션 정보 내 웹 브라우저 정보이다. 특정 브라우저에서만 오류가 생긴다거나, 통계 정보를 생성하는데 주로 쓰인다. server : 요청을 처리하는 오리진 서버의 소프트웨어 정보 요청을 하면 여러 프록시 서버를 거쳐서 오리진 서버로 오게된다. 오리진 서버가 데이터를 만들어주는 서버이다. date : 메시지가 생성된 날짜 응답에서만 사용한다.
JSP - 6. 리퀘스트 헤더와 enum
복습 HTTP 프로토콜 클라이언트 피어◀──(데이터 교환: 바이너리 데이터 스트림)──▶ 서버 피어 프로토콜 네트워크의 기본인 패킷 통신에서 사용되는 패킷을 위한 포장 규칙 packet: 바이너리 데이터를 구간별로 쪼갠것 교환된 바이너리 데이터를 파싱할 때 사용되는 약속 특징 STATE-LESS: 상태가 없음 CONNECT-LESS: 응답나가면 커넥션 끊어짐 HTTP 내 request의 포장규칙 request line 택배상자 뜯어서 제일 먼저보이는 부분 보안에 취약 (누구나 열어볼 수 있음) >예시 네트워크 상에는 다수의 서버가 존재 (ex: naver서버, daum서버) 만약 이메일과 같은 패킷통신이라면 수신자에 상관없이 naver서버, daum서버 모두에게 데이터가 전달됨. request line에 수신자정보가 naver라고 되어있다면? daum이 열어보고 '엥 네이버

"ART_Cinema Project" ①200312_TIL
(오늘의 영화 : 블레이드 러너 1982) 오늘 한 일 (To Do List) 지난 번 회의 때, 이야기했던 역할분담으로 "DB"에 더 많은 정보들을 저장하기 위해서 '크롤링 기능'을 주로 담당하게 되었다. > 지훈 : 데이터 어디서 가져올지 크롤링할 곳 / 오픈 api 사용하는 방법 / 추천해주는 영화 볼 수 있는 링크를 어디서 가져올지 기존에 selenium 크롤링으로, ①"네이버 영화" ②"영화진흥위원회" 사이트에서 자료를 가져왔다. > 네이버 영화 => "선호장르 조사를 위한 알고리즘에 이용되는 영화정보" (Page2에서 나오는 영화정보들) count : 168개 > 영화진흥위원회 => "최종선호장르에 맞는 독립영화 추천에 사용되는 영화정보" (Page3에서 나오는 영화정보들) count : 422개 우선, 제일 먼저 기존에 크롤링으로 사용하던 사이트에서 더 많은 정보들을 끌어오는 것을 진행하려고 한다. 네이버에서, 1-10위만 가져왔