We couldn’t deliver this payload: Service Timeout
Udało mi się wysłać webooks na mój serwer 5 minut temu, a teraz po prostu dostaję limity czasu. Próbowałem usunąć webook i ponownie go dodać, zmieniając adres URL, na który wskazuje, ale nic.Dlaczego mój webhost serwisu Github ma limit czasu?
Czy zalewam go zbyt wieloma naciśnięciami, czy też usługa webhostów GitHub jest wyłączona?
Jeśli nie ma jakiegoś błędu po stronie GitHub (co nie wydaje się być w danym momencie, biorąc pod uwagę ich "System Status" history), możesz sprawdzić program odbierający ładunek tego webhooka.
Zobacz podobny problem w Supybot-plugins 225:
skontaktowałem wsparcie GitHub i jeden z pracowników został rozwiązywania tego dla mnie. Oto część tego, co miał do powiedzenia o numerze:
Próbowałem tylko składając wniosek ręcznie z jednego z naszych maszyn, a przeszedł bez błędów (patrz
curl -vwyjście poniżej).
Zauważyłem jednak, że przetwarzanie żądania trwało bardzo długo - ponad 15 sekund (dla 2 bajtów danych).
Oddzielenie nasłuchowe i odbioru ładunku, z jego proicessing jest generalnie słuszne podejście, jak zaleca jon „Perl Script slow over Tomcat 6.0 and generates service time out”.
Pierwsza część powinna być tak szybko jak to możliwe.
Okazuje się także, że GitHub ma ustawiony 10-sekundowy limit czasu na swoich hakach internetowych. To właśnie wpadłem.
możesz pokazać tutaj format adresów URL, które wypróbowałeś. –
jest Twoim serwerem w AWS lub w dowolnej innej chmurze? –