Mentionsy

U mnie akurat scenariusz wyglądał tak, że musiałem obsługiwać webhooki przychodzące z MailerLite'a po to, że po zapisaniu się na przykład na jakiś tam newsletter czy po braniu jakiegoś lead magnetu z landinga takiego w MailerLite'cie WordPress musiał dostać informację o tym,

I ewentualnie przekazać jakieś tam dane z powrotem do MailerLite, a tu nie będę wchodził w szczegóły, bo one są zupełnie nieistotne z punktu widzenia tego odcinka.

Co za tym idzie, testowanie tych webhooków w takich warunkach jest niemożliwe, bo MailerLite nie jest w stanie mi wysłać tego webhooka do WordPressa, który jest na moim lokalnym komputerze i nie jest widoczny ze świata.

Sprawdził się tu świetnie, bo Ngrok zapewnił mi to, że to moje środowisko lokalne jest widoczne właśnie ze świata, z internetu i MailerLite mógł wysłać ten request do mnie, do tego mojego WordPressa, który był hostowany na dockerze uruchomionym na moim komputerze.

No i bardzo podobnie było w przypadku tej wtyczki, którą pisałem, tylko że tu źródłem tego requestu był MailerLite i wysyłał go do WordPressa.

I przede wszystkim mogę sobie przeglądać wszystko co mi przychodzi i to już było bardzo duże ułatwienie w pracy z tymi webhookami, no bo ja musiałem obsłużyć jakoś te dane i już nie musiałem sobie grzebać po dokumentacji w jakim polu przychodzi jaka informacja od MailerLite.

I to był prawdziwy game changer dla mnie, jeśli chodzi o pracę z tymi webhookami, bo nie musiałem wykonywać tej akcji w MailerLite, czyli zapisanie się na przykład na jakimś tam landingu na newsletter po to, żeby MailerLite triggerował tego webhooka i wysłał to zapytanie do mojego środowiska, tylko mogłem sobie symulować to właśnie tym przyciskiem replay i dodatkowo jeszcze tu jest taka opcja replay with modifications.

I mogłem sobie zmodyfikować zawartość tego, co przychodzi do mnie z MailerLite'a.