티스토리 뷰
1) http 요청은 유지가 될까?
HTTP 프로토콜
클라이언트는 요청을 하고 서버는 응답을 한다.
HTTP는 한 번 요청을 보내고 응답을 받으면 그 요청은 거기서 끝난다.(비연결성)
요청을 주면 응답을 준다. 클라이언트는 요청만, 서버는 응답만 가능하다.
2) 바뀐 데이터를 받아오기 위한 기법, 폴링
브라우저가 일정 주기를 두고 요청을 보내는 것
- 주기적으로 요청을 보내고 그에 따른 응답을 받아온다.
- 실시간으로 바뀐 데이터를 받아올 수 없다.
3) 짧은 폴링이 부하를 일으킨다면, 롱 폴링
요청을 보내고 응답을 지연시키는 것
- 요청을 보내고 서버가 그 응답을 바로 보내지 않는 것
- 데이터의 변동이 있다면 바로 응답을 보낸다.
- 데이터 변동이 없다면 서버는 응답을 일정 시간동안 지연한다.
'Dev' 카테고리의 다른 글
웹 저장소 (0) | 2022.06.06 |
---|---|
토큰 기반 인증 (0) | 2022.06.06 |
code E401 npm ERR! Incorrect or missing password. 오류 해결방법 (0) | 2022.06.02 |
Cannot read properties of null (reading 'pickAlgorithm') 오류 해결방법 (0) | 2022.05.31 |
conflicted between package.json and base.js 오류 해결방법 (0) | 2022.05.31 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 느슨한 타입(loosely typed)
- null
- redux-thunk
- 타입변환
- redux thunk
- redux-middleware
- 동적(dynamic) 언어
- findindex
- redux middleware
- redux
- undefined
- find
- EVERY
- 기본형 데이터
- 비교 연산자
- 불변 객체
- 참조형 데이터
- map
- 얕은복사
- filter
- foreach
- some
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함