일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- priority_queue
- 그래프
- 오블완
- 우선순위큐
- N과M
- 깊이우선탐색
- 배열
- 백준
- map
- stoi
- 이분탐색
- int
- DP
- Set
- 티스토리챌린지
- vector
- Sort
- 유클리드호제법
- 알고리즘
- 백트래킹
- 프로그래머스
- BFS
- 정렬
- 문자열
- 최소공배수
- C++
- 분할정복
- DFS
- 에라토스테네스의 체
- 다이나믹프로그래밍
- Today
- Total
안녕 세상아,
[FireBase] FCM (Firebase Cloud Messaging) 유형, 업데이트 되면서 바뀐 점 본문
기존 HTTP 프로토콜에서 FCM HTTP v1 API 로 변경하기 위해 FCM 관련해서 공부를 해봤다.
FCM이란 GUI 기반으로 표현되는 메시지 요청 작성, 구현 도구이다.
<FCM 유형>
FCM을 유형으로 나누게되면
1. 알림 메시지: 키 모음이며 SDK에서 자동 처리된다. 또한 백그라운드에 있으면 알림 tray로 옮겨지고 백그라운드에 있을 때 중요한 정보를 제공한다.
2. 데이터 메시지: 키-값 쌍이며 클라이언트 앱에서 처리된다. 메시지는 포그라운드일 때 사용자 처리된다.
전송 옵션을 나누면
1. 축소형: 핑을 보냄, 최근 메시지만 의미가 있음, 성능면에서 뛰어남, 최대 4개까지 허용
2. 비축소형: 보통 메신저 앱에서 사용, 유용한 콘텐츠 전송, 모두 전송됨
우선 순위로 나누면
1. 보통 우선 순위: 앱이 켜져있으면 즉시 전송, 잠자기 상태면 전송 X, 시간이 크게 중요하지 않음
2. 높은 우선 순위: 기기가 잠자기 상태여도 즉시 전송
이렇게 나눌 수 있다.
메시지 수명은 기기상황이 이상해져서 메시지를 못받은 경우, 최대 기간은 4주이다. 물론 따로 설정이 있으면 설정한 수명으로 작동한다. 기간 설정은 (0초 ~ 28일)이다.
< 업데이트 되면서 바뀐 점 >
기존 HTTP 프로토콜 ---> FCM HTTP v1 API
1. 기존에는 API KEY를 사용 --> Access Token 인증 (Oauth 2.0)
2. 서버 엔드 포인트에 Firebase Project 아이디 포함, send 메시지 명시
3. JSON 메시지 페이로드 구조 변화 -> 더 직관적
기존 HTTP에서 HTTP v1로 마이그레이션 | Firebase 클라우드 메시징
Google I/O 2023에서 Firebase의 주요 소식을 확인하세요. 자세히 알아보기 의견 보내기 기존 HTTP에서 HTTP v1로 마이그레이션 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분
firebase.google.com
'서버 개념' 카테고리의 다른 글
HTTP Method가 뭐에요? (1) | 2024.07.31 |
---|---|
binding(바인딩) 이란? (0) | 2024.05.17 |
CORS 를 아시나요...? (0) | 2024.05.16 |
HTTP 상태코드 (1) | 2024.04.04 |
[FireBase] FCM 작동원리 (0) | 2024.03.28 |