이 설정을 변경한 후 페이지를 새로 고치고 푸시 메시징 사용 활성화 버튼을 클릭하고 이번에는 권한 대화 상자에서 차단을 선택합니다. 이제 단추 텍스트가 푸시 메시징차단되고 비활성화됩니다. 권한을 부여하면 콘솔 인쇄 “사용자가 구독 중”으로 표시되면 단추의 텍스트가 `푸시 메시징 사용 안 함`으로 변경되고 페이지 하단의 JSON으로 구독을 볼 수 있습니다. 사용자를 구독하고 푸시구독을 사용하면 푸시구독 세부 정보를 백엔드/서버로 보내야 합니다. 서버에서 이 구독을 데이터베이스에 저장하고 이를 사용하여 해당 사용자에게 푸시 메시지를 보냅니다. 웹 앱에서 푸시 메시징을 구독하고 사용자가 콘솔에 가입되어 있는지 확인한 다음 DevTools의 응용 프로그램 패널로 이동한 다음 서비스 작업자 탭에서 서비스 작업자 아래의 푸시 링크를 클릭합니다. 푸시 메시지(즉, 푸시 서비스의 URL)를 트리거하는 적절한 URL을 얻으려면 PushSubscription의 끝점 값을 살펴보기만 하면 됩니다. PushManager 구독을 구현할 때앱에서 CSRF/XSRF 문제로부터 보호하는 것이 매우 중요합니다. 자세한 내용은 다음 문서를 참조하십시오: 아래는 PushSubscription에서 얻을 수 있는 값의 예입니다: 푸시구독에는 해당 사용자에게 푸시 메시지를 보내는 데 필요한 모든 정보가 포함되어 있습니다.

이를 해당 사용자의 장치에 대한 ID로 “일종의”으로 생각할 수 있습니다. 푸시 메시지를 전달하기 위해 서비스 작업자를 활성화하면 특히 배터리의 리소스 사용량이 증가할 수 있습니다. 브라우저마다 이 작업을 처리하기 위한 체계가 다르며 현재 표준 메커니즘이 없습니다. Firefox는 알림을 생성하는 푸시 메시지가 이 제한에서 제외되지만 푸시 메시지의 제한된 수(할당량)를 응용 프로그램으로 보낼 수 있도록 허용합니다. 사이트를 방문할 때마다 제한이 새로 고쳐집니다. 이에 비해 Chrome은 제한을 적용하지 않지만 모든 푸시 메시지로 인해 알림이 표시되어야 합니다. 웹 앱에서 푸시 메시징 사용 사용 / 푸시 메시징 사용 안 함(푸시 메시징 사용)을 누를 수 있어야 하며 로그에 사용자가 구독 및 구독 취소됨을 표시합니다. 현재 `푸시 메시징 사용` 버튼은 너무 많은 작업을 수행하지 않으므로 수정해 보겠습니다.

그런 다음 보내기 텍스트 아래에서 푸시 메시지와 함께 보낼 문자열을 추가하고 마지막으로 푸시 메시지 보내기 버튼을 클릭할 수 있습니다. 푸시 API는 웹 응용 프로그램이 서버에서 푸시된 메시지를 수신할 수 있는 기능을 제공합니다. 이를 통해 개발자는 옵트인하는 사용자에게 비동기 알림 및 업데이트를 제공하여 적시에 새로운 콘텐츠에 더 잘 참여하게 됩니다. 고객 라이프사이클의 각 단계에서 푸시 알림을 통해 고객과 연결하는 방법에 대해 자세히 알아보고 싶으십니까? 오늘 저희에게 연락하고 이야기하자! 이러한 단계가 성공하면 subscribe() 약속이 푸시 구독으로 해결됩니다. 사용자가 권한을 부여하지 않거나 사용자를 구독하는 데 문제가 있는 경우 약속은 오류로 거부됩니다. 이것은 우리에게 우리의 codelab에서 다음과 같은 약속 체인을 제공합니다 : 나는 모든 웹 푸시 서비스가 동일한 API 호출을 기대한다고 언급했다.