1	비공개 손님 … 2015-03-24 01:31:48
	커넥션풀을 말씀하시는것같은데... 저는 소켓서버를 잘 몰라서 비교를 못해드리겠네요 한번 검색해보시는게 나을것같아요(무책임(몰라서 죄송))

2	비공개 손님 … 2015-03-24 01:37:26
	널널한 서버 - 매번 조회 빡센 서버 - 캐시

3	비공개 손님 … 2015-03-24 01:38:30
	근데 이건 소켓이랑 웹서버 차이는 아님

4	비공개 손님 … 2015-03-24 01:49:08
	소켓 서버 같은경우 소켓를 기준으로 정보를 가지고있다고 소켓을 끈어질경우 저장하고 날려버린다던지 이런식으로 처리하는데 웹같은경우 요청하고 리턴받고 연결이 끈어지기 때문에 어떤식으로 처리하는지 궁금해서요

5	비공개 손님 … 2015-03-24 03:59:24
	서버 설정을 어떻게 하느냐에 따라 접속을 유지할지 매번 새로 접속할지 결정되겠지요

6	비공개 손님 … 2015-03-24 04:32:54
	웹서버도 하단 구현은 어차피 소켓이라 커넥션 관리 자체는 비슷하구요... 소켓 통신 할때는 Remote IP를 기준으로 구분을 했다면 웹은 Session ID로 구분을 하게 됩니다. 소켓 통신에서 Remote IP가 바뀔수 있는 경우나, 서브 네트워크를 구성한 대상과의 통신에는 Client ID를 부여해서 구분하는 것과 같습니다. 커넥션이 끊어지고 다시 접속 되었을때 클라이언트가 Session ID를 제시하여 구분하는거죠. 그래서 브라우저가 Session ID를 보내지 않으면 웹 서버로써는 이게 새로운 사용자인지 아닌지 구분하기가 쉽지 않습니다.

7	비공개 손님 … 2015-03-24 09:36:13
	보통은 날리고 매번 조회해요

8	비공개 손님 … 2015-03-24 11:11:09
	동일한 쿼리는 캐싱하기도 하는데 보통은 그냥 날리고 매번 조회하죠. DB 커넥션 자체는 풀로 관리하는 경우가 대부분입니다. DB서버 접속비용도 있으니까요.

9	비공개 손님 … 2015-03-24 11:12:05
	뭐 HTTP 프로토콜 특징 자체는 잘 알고계신것 같으니 부연설명은 패스