Ograniczenia funkcji callbackUrl https i charakter subskrypcji jako całości sprawiają, że wydaje się, że jest to coś, co można zrobić tylko za pomocą publicznie dostępnego adresu URL.

Do tej pory natknąłem się na dwa potencjalne rozwiązania ułatwiające rozwój lokalny / debugowanie.

Pierwszy toProxy subskrypcji usługa oferowana przez google. To obejście zasadniczo pozwala usunąć wywołania zwrotne ograniczeń SSL i subskrypcji proxy do niestandardowego adresu URL.

Drugim i najbardziej pomocnym sposobem, jaki udało mi się znaleźć lokalnie, jest przechwycenie żądania wywołania zwrotnego subskrypcji (powiedzmy z serwera, który jest publicznie dostępny) do dziennika, a następnie użycie curl do odtworzenia tego żądania na lokalnym komputerze / dev przy użyciu czegoś podobnego :

curl -H "Content-type: application/json" -X POST \
  -d '{"json for":"the notification"}' http://localhost:8080/notify

Ponieważ żądania mogą być czasami duże lub możesz chcieć przetestować wiele typów wywołań zwrotnych, uznałem również za przydatne umieszczenie JSON żądania subskrypcji w różnych plikach (np .:timeline-respond.json), a następnie uruchom

curl -H "Content-Type: application/json" \
  --data @timeline-respond.json http://localhost:8080/notify

Jestem ciekawy, co robią inni ludzie, aby przetestować lokalne subskrypcje aplikacji.