Serwis kolejek i wysyłki powiadomień Webhook

Budżet: 150 EUR Termin: 4 dni

😀 Witaj!
✅ Wykonam szybko i jakościowo 👌
✅ Już robiłem podobne usługi backendowe na Node.js/TypeScript (kolejki, webhooki, integracje API) 🎯
🛠 Jak zrobię: NestJS/Fastify + BullMQ (Redis) + PostgreSQL/Prisma; POST /webhooks/dispatch → do kolejki; dostawa z podpisem HMAC X-Signature (SHA256); retry Exponential Backoff (1/5/15/30 min); GET /webhooks/logs z filtrami; testy i instrukcja uruchomienia.
🎥 Portfolio: Freelancehunt
✅ Kontaktuj się, omówimy szczegóły 👌🙂

Budżet: 70 EUR Termin: 2 dni

Dzień dobry. Realizuję usługę dostarczania webhooków z kolejkami i polityką ponownych prób na NestJS z wykorzystaniem BullMQ i Redis do niezawodnego przetwarzania zadań. Jestem gotów omówić szczegóły i przystąpić do pracy. Będę zadowolony ze współpracy.

Budżet: 150 EUR Termin: 5 dni

Dzień dobry.

Mam duże doświadczenie. Czy możemy omówić wszystko bardziej szczegółowo?

Budżet: 100 EUR Termin: 1 dzień

Dzień dobry!
Ogólnie zadanie jest jasne, aby dokładnie odpowiedzieć na pytania dotyczące terminów i ceny, chciałbym wyjaśnić kilka kwestii, które pojawiły się po analizie twojego zadania.
Piszesz w wiadomościach prywatnych – omówimy szczegóły i twoje życzenia.

Budżet: 150 EUR Termin: 2 dni

Witam. Pracuję z Nest.js/Node.js/React od ponad 9 lat. Pracowałem również z BullMQ. Jestem gotów do współpracy.

Budżet: 100 EUR Termin: 2 dni

Cześć.

Mogę dla Ciebie opracować taki serwis na NodeJS. Napisz, omówimy.

Budżet: 2000 EUR Termin: 7 dni

Cześć, pracowałem nad WebhookHub — usługą dostarczania zdarzeń w Node.js/TypeScript z BullMQ i Redis. Obsługiwaliśmy ponad 2 miliony webhooków dziennie z 99,8% gwarancją dostawy.

Twój projekt jest bardzo podobny: kolejki, Exponential Backoff (próby co 1, 5, 15, 30 minut), podpis X-Signature (SHA256) oraz logowanie w PostgreSQL przez Prisma. To dokładnie to, co już realizowaliśmy. ✅

Chciałbym wyjaśnić logiczne pytanie: jak planujecie obsługiwać duplikaty dostawy (idempotencja)? Na przykład, jeśli serwer docelowy otrzymał webhook, ale odpowiedź zaginęła z powodu timeoutu 5 sekund — czy należy przewidzieć unikalny idempotency-key, aby klient nie przetworzył jednego zdarzenia dwa razy?

Proponuję się skontaktować, chętnie doradzę technicznie i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!

Budżet: 1000 EUR Termin: 14 dni

Cześć! Specyfikacja jest jasna, przejdę przez kilka miejsc, gdzie takie usługi zazwyczaj napotykają trudności.

Interwały 1/5/15/30 to nie wbudowany exponential w BullMQ, ten daje siatkowanie wykładnicze. Dlatego rejestruję niestandardową strategię backoff i utrzymuję dokładny harmonogram prób, aby ponowne próby odbywały się dokładnie co 1, 5, 15, 30 minut, jak w kryteriach.

Podpis X-Signature tworzę za pomocą HMAC-SHA256 na surowym ciele żądania (crypto.createHmac), a nie prostego hasha z ciągu, wtedy odbiorca poprawnie weryfikuje nadawcę. Czas oczekiwania 5 sekund realizuję za pomocą AbortController, który rzeczywiście anuluje żądanie i zwalnia połączenie po upływie czasu.

Logi prób w PostgreSQL przez Prisma, GET /webhooks/logs z filtrami według statusu i targetUrl. Typizacja jest ścisła, bez any, cała konfiguracja App + Redis + PostgreSQL w Docker Compose, uruchamiana jednym poleceniem.

Wszystkie szczegóły dotyczące projektu możemy omówić w wiadomościach prywatnych.
Będę zadowolony ze współpracy.

Budżet: 300 EUR Termin: 4 dni

Dzień dobry! Zrobię, nie ma pytań. Już robiłem dla siebie (pod projekt) coś podobnego - https://github.com/erimeilis/test-webhook, trochę prostsze.

Budżet: 50 EUR Termin: 1 dzień

Dzień dobry, Iwanie.

Twoje interwały powtórzeń (1/5/15/30 min) to nie standardowa eksponenta BullMQ, więc backoff wymaga niestandardowej konfiguracji przez `backoff.custom`, w przeciwnym razie czasy „uciekną” już przy trzeciej próbie. Podpis X-Signature zrealizuję jako HMAC-SHA256 z timestampem w payload — to ochroni twoich klientów przed atakami replay, a nie tylko zweryfikuje nadawcę. Timeout 5 sekund koniecznie z AbortController, aby zawieszony socket nie blokował workera i kolejka nie gromadziła się. Logi w PostgreSQL przez Prismę dadzą ci filtrowanie po statusie i targetUrl bez pełnych skanów tabeli — potrzebny złożony indeks na (status, targetUrl, createdAt).

Opcje:

≈4 dni: 150–200 EUR
Minimalnie wykonalna usługa dla gwarantowanej dostawy wiadomości.
- Funkcjonalne API do wysyłania webhooków
- Podstawowa kolejka BullMQ z powtórnymi próbami
- Weryfikacja podpisu X-Signature dla bezpieczeństwa danych
- Konfiguracja Docker dla szybkiego uruchomienia

lub

≈8 dni: 300–400 EUR
Pełny stos techniczny zgodnie z TŻ, w tym rozszerzone monitorowanie i ochrona przed atakami.
- Dokładna realizacja interwałów powtórzeń (1/5/15/30 min) przez niestandardowy backoff
- Ochrona przed atakami replay za pomocą timestampów w podpisie
- Optymalizowana baza danych z indeksami dla szybkiego wyszukiwania logów
- Surowa kontrola timeoutów przez AbortController dla stabilności kolejki
- Pełna typizacja TypeScript bez użycia any

+dodatkowo

+≈6 dni: 200-250 EUR
Wysokowydajne rozwiązanie z podwyższoną odpornością na awarie i narzędziami zarządzania.
- System automatycznego czyszczenia przestarzałych logów (Data Retention)
- Rozszerzone przetwarzanie błędów z szczegółową klasyfikacją statusów
- Optymalizacja pod wysokie obciążenia (tuning Redis i workerów)
- Dokumentacja API w formacie Swagger/OpenAPI Rozwiń

Budżet: 5000 EUR Termin: 3 dni

Dzień dobry!

Jestem programistą fullstack. Stos technologiczny: Next.js, TypeScript, React, Node.js, Python, PostgreSQL/Prisma.

Co mogę dla Państwa zrobić:
— strony internetowe i landing page'e na zamówienie z makiet Figma, responsywne i SEO;
— sklepy internetowe z integracjami: CRM, Nowa Poczta, płatności online, feedy produktowe;
— boty Telegram i Mini Apps (grammY, aiogram);
— integracje AI: chatboty, agenci RAG na podstawie Państwa materiałów, Claude/OpenAI API;
— automatyzacja i parsowanie w Pythonie (Playwright), praca z API;
— WebGL / Three.js — interaktywne sceny 3D i animacja shaderowa;
— wdrożenie i konfiguracja serwera: Docker, Nginx, SSL, kopie zapasowe, monitoring.

Kod i dostęp po zakończeniu będą całkowicie Państwa. Pracuję przez Safe, w fazach z wyraźnymi terminami i przejrzystą komunikacją. Języki: ukraiński, rosyjski, angielski.

Proszę napisać szczegóły zadania — podam wycenę i terminy oraz prześlę przykłady prac. Rozwiń

Budżet: 600 EUR Termin: 1 dzień

Dzień dobry,
jestem zainteresowana realizacją Państwa projektu dotyczącego stworzenia niezawodnego Webhook Delivery Engine w Node.js/TypeScript.

Posiadam doświadczenie w budowaniu usług backendowych opartych na NestJS oraz Fastify, a także w implementacji kolejek BullMQ, integracji z Redisem, logowaniu zdarzeń oraz projektowaniu stabilnych mechanizmów retry z użyciem exponential backoff. Pracowałam również z PostgreSQL i Prisma ORM, tworząc systemy oparte na gwarantowanym dostarczaniu danych oraz pełnej rejestracji zdarzeń.

W ramach realizacji mogę zapewnić:

implementację kompletnego API zgodnie z wymaganiami (POST /webhooks/dispatch, GET /webhooks/logs),

obsługę podpisywania webhooków (HMAC SHA256),

pełną obsługę timeoutów i błędów sieciowych,

kolejkę BullMQ z retry policy (1, 5, 15, 30 minut),

logowanie wszystkich prób dostarczenia do PostgreSQL,

przygotowanie kompletnego środowiska Docker (App + Redis + PostgreSQL),

czytelny, w pełni typowany kod w TypeScript,

dokumentację uruchomienia i konfiguracji.

Chętnie podejmę się realizacji zlecenia i mogę rozpocząć pracę od razu.
Proszę o kontakt w celu omówienia szczegółów technicznych oraz ustalenia zakresu i harmonogramu.

Pozdrawiam serdecznie,
Joanna Rozwiń

Budżet: 160 EUR Termin: 4 dni

Robiłem kolejki na BullMQ z wykładniczym opóźnieniem i dead-letter po N próbach — twoje zadanie jest jasne do szczegółów. Podpiszę payload HMAC-SHA256 w X-Signature z timestampem przeciwko atakom powtórzeniowym, statusy prób — w Postgres przez Prismę, idempotentność według event_id. Pytanie: czy potrzebny jest oddzielny endpoint do ręcznego retry z DLQ? Termin 5 dni roboczych, 13000 UAH, codzienne aktualizacje postępu.

Budżet: 330 EUR Termin: 5 dni

Cześć,
Mogę zbudować ten silnik dostarczania webhooków jako gotową do produkcji wewnętrzną usługę.
Zakres, który dostarczę:
• POST /webhooks/dispatch — dodawanie zadań do kolejki z targetUrl, secretKey, payload
• Pracownik z dostarczaniem POST + X-Signature (HMAC-SHA256)
• Polityka ponawiania z wykładniczym opóźnieniem: 1, 5, 15, 30 minut
• Obsługa limitu czasu (przerwanie po 5s)
• GET /webhooks/logs — filtrowanie według statusu + targetUrl
• Prisma + PostgreSQL do logowania prób
• Docker Compose: Aplikacja + Redis + PostgreSQL
• Pełne typowanie TypeScript (bez żadnych)
Propozycja stosu:
• NestJS + BullMQ (Redis)
• Prisma + PostgreSQL
• Axios/fetch z AbortController do obsługi limitów czasu
Mogę podzielić się krótkim diagramem architektury i umową API przed kodowaniem, jeśli to potrzebne.
Mam również kilka pytań:
1. Preferowany NestJS czy Fastify?
2. Maksymalna liczba prób ponownych po 30 minutach — zatrzymać, czy kontynuować ponawianie?
3. Czy nieudane zadania po wszystkich próbach powinny trafić do kolejki martwych listów?
4. Czy wymagana jest autoryzacja dla /dispatch i /logs (klucz API)?
5. Czy potrzebujesz kluczy idempotencyjnych, aby uniknąć duplikatów dostaw? Rozwiń

Budżet: 162 EUR Termin: 5 dni

Kolejki + webhooks na NestJS/BullMQ — stack idealnie pasuje.

⚙️ Stworzę serwis do odbierania zdarzeń w kolejce i niezawodnej wysyłki powiadomień webhook. Schemat klasyczny, ale są pułapki: dostawa webhook musi być idempotentna, z strategią retry (ekspansywny backoff) i kolejką dead-letter dla nieudanych prób — w przeciwnym razie, w przypadku błędu po stronie odbiorcy, zdarzenia po prostu giną.

Co konkretnie zaplanuję:
— Odbiór przychodzących zdarzeń przez Fastify-routes (szybsze niż Express, niższy overhead)
— Kolejka na BullMQ + Redis z ustawieniami retry/backoff/cleanup
— Dostawa webhook z timeoutem, obsługą odpowiedzi 4xx/5xx odbiorcy
— Log prób w PostgreSQL — które poszły, które są retry, które nieudane
— Docker-compose do uruchomienia lokalnie jednym poleceniem
— TypeScript na wszystkim, typowane DTO bez any

Mój stack codzienny — NestJS + BullMQ + PostgreSQL, pracuję regularnie, bez nauki na projekcie. Teraz jestem wolny, zaczynam dzisiaj. Co do terminów — zależy od objętości endpointów i szczegółów dostawy (podpis payloadu, zasady retry). Napisz warunki — a ja w ciągu 15 minut zaproponuję strukturę modułów.

️ Po oddaniu nie znikam: poprawki pod nowe wymagania odbiorców i aktualizacje będą bez dodatkowych opłat. Rozwiń

Budżet: 348 EUR Termin: 5 dni

Witam! Mam duże doświadczenie w tworzeniu systemów o wysokim obciążeniu na Node.js/TypeScript. Realizacja Webhook Delivery Engine z wykorzystaniem BullMQ do kolejek i Exponential Backoff to standardowe zadanie, które mogę wykonać jakościowo i w terminie. Zapewnię pełną typizację, poprawne przetwarzanie timeoutów i logowanie przez Prisma. Dostarczę gotowy plik Docker-compose do szybkiego uruchomienia całej infrastruktury. Jestem gotów do pracy, porozmawiajmy o szczegółach.

Budżet: 90 EUR Termin: 3 dni

Cześć, Ivan.
Zapoznałem się z TŻ. Główne zadanie tutaj to nie tylko wysłanie webhooka, ale zapewnienie przewidywalnego pipeline'u dostawy: nie gubić zadań, poprawnie rejestrować każdą próbę i bezpiecznie powtarzać dostawę w przypadku timeoutu lub odpowiedzi nie-2xx.
Zrealizuję serwis na NestJS + TypeScript ze ścisłą typizacją:
— POST /webhooks/dispatch z walidacją danych i umieszczaniem zadań w BullMQ;
— osobny worker do wysyłania webhooków bez blokowania API;
— X-Signature przez HMAC-SHA256 na podstawie oryginalnego payloadu;
— sztywny timeout 5 sekund przez AbortController;
— ponowne próby co 1, 5, 15 i 30 minut;
— logowanie każdej próby w PostgreSQL przez Prisma;
— GET /webhooks/logs z filtrowaniem i paginacją;
— Docker Compose dla aplikacji, Redis i PostgreSQL;
— testy podstawowych scenariuszy i instrukcja uruchomienia.
Osobno przewiduję klucz idempotencyjny, aby ponowna dostawa nie prowadziła do podwójnego przetwarzania zdarzenia po stronie klienta.

Przed rozpoczęciem muszę tylko wyjaśnić jeden moment: czy klucz idempotencyjny ma być generowany przez serwis, czy przekazywany przez klienta w żądaniu? Rozwiń

Budżet: 100 EUR Termin: 1 dzień

Dzień dobry, Iwanie!

Zrealizuję Webhook Delivery Engine według Twojego TŻ: NestJS (lub Fastify) + TypeScript, BullMQ/Redis, PostgreSQL + Prisma, Docker (Aplikacja + Redis + Postgres).

W rezultacie:

POST /webhooks/dispatch — odbiór targetUrl, secretKey, payload, umieszczanie w kolejce;
dostawa z X-Signature (HMAC-SHA256);
retry z exponential backoff (1 / 5 / 15 / 30 min) przy non-2xx i timeoutach;
timeout zapytania 5 s z poprawnym anulowaniem;
GET /webhooks/logs — historia prób z filtrem po statusie i targetUrl;
pełna typizacja TS bez any. Rozwiń

Budżet: 100 EUR Termin: 2 dni

Cześć, Ivan!
Realizuję Webhook Delivery Engine na NestJS: kolejka przez BullMQ z niestandardowym backoffem dostosowanym do Twoich dokładnych czasów (1/5/15/30 minut, to nie standardowa eksponencja), podpis X-Signature przez prawdziwy HMAC-SHA256 (nie naiwne połączenie payload i klucza), logowanie przez Prisma i PostgreSQL.

Backend rozwijam na stałe w projektach parsujących i botach Telegram, ale właśnie na NestJS i BullMQ zbieram po raz pierwszy, dlatego podejście opisuję szczegółowo, a nie ogólnie "mam doświadczenie".

Co zrobię:
- POST /webhooks/dispatch: walidacja wejścia, zapis w logu ze statusem pending, umieszczenie zadania w kolejce, natychmiastowa odpowiedź do klienta
- Wysyłka przez natywny fetch z AbortSignal.timeout(5000) - zapytanie przerywane, jeśli serwer milczy dłużej niż 5 sekund
- Podpis X-Signature - uczciwy HMAC-SHA256 z secretKey, sam klucz nigdy nie trafi do logów błędów, nawet przy awarii zapytania
- Powtórzenia przez niestandardowy backoff BullMQ: 1, 5, 15, 30 minut, po czwartej nieudanej próbie status ostatecznie failed
- Unikalny idempotency-key w każdym payload - jeśli odpowiedź z Twojego serwera zaginie z powodu timeoutu, a zapytanie faktycznie dotarło, ponowna próba nie doprowadzi do przetworzenia zdarzenia dwa razy po Twojej stronie
- GET /webhooks/logs: filtr według statusu i targetUrl, plus paginacja, aby lista nie była zwracana w całości przy wzroście tabeli
- Docker Compose: aplikacja, Redis, PostgreSQL, zastosowanie migracji Prisma przy starcie
- Pełna typizacja: DTO z walidacją, typy Prisma, generyczny Job dla zadań kolejki, bez any

Osobno zamknę ryzyko, którego nie ma w TZ: ponieważ serwis sam łączy się z każdym przesłanym targetUrl, bez ograniczeń to luka dla ataku SSRF (zapytanie można skierować na wewnętrzną sieć lub metadane chmurowe zamiast prawdziwego adresu klienta). Dodam blokadę prywatnych zakresów IP domyślnie.

Proszę o wyjaśnienie: POST /webhooks/dispatch będzie zabezpieczony autoryzacją (na przykład klucz API), czy to czysto wewnętrzna usługa w zamkniętej sieci - od tego zależy, czy potrzebna jest warstwa uwierzytelniania na samym endpointcie. Rozwiń

Budżet: 180 EUR Termin: 3 dni

Cześć!

Jestem gotów opracować niezawodny mikroserwis do dostarczania powiadomień Webhook zgodnie z Twoim TZ. Mam duże doświadczenie w budowaniu kolejek zadań w Node.js / TypeScript.

Jak zrealizuję projekt:
1. Architektura: NestJS (lub Fastify według Twojego wyboru) z pełną, ścisłą typizacją TypeScript (bez any).
2. Kolejki zadań: Skonfiguruję BullMQ na bazie Redis dla niezawodnego przetwarzania zdarzeń z logiką ponownych prób (Retry Policy) według algorytmu Exponential Backoff.
3. Baza danych: Podłączę PostgreSQL przez Prisma ORM do przechowywania szczegółowych logów prób dostarczenia (Request/Response, statusy HTTP, czasy oczekiwania).
4. Bezpieczeństwo: Zrealizuję generację i weryfikację podpisu X-Signature (SHA256 HMAC z użyciem secretKey) dla każdego żądania.
5. Odporność na awarie: Skonfiguruję sztywne czasy oczekiwania na żądania (5 sekund) z przerywaniem połączenia w przypadku zawieszenia strony odbierającej.
6. Wdrożenie: Przygotuję plik Docker Compose (Aplikacja + Redis + PostgreSQL) do uruchomienia projektu jednym poleceniem.

Przekażę czysty, w pełni przetestowany kod w ciągu 3 dni. Chętnie omówię szczegóły punktów końcowych API na czacie! Rozwiń

Budżet: 100 EUR Termin: 1 dzień

Witam, mam doświadczenie z Nest JS 5+ lat. Piszcie na prywatne - omówimy szczegóły. Będę szczęśliwy, aby Wam pomóc!

Budżet: 130 EUR Termin: 4 dni

Cześć, Iwanie! Zrobię Webhook Delivery Engine na NestJS + TypeScript (strict, bez any): POST /webhooks/dispatch umieszcza zadanie w BullMQ/Redis, worker wysyła POST z podpisem X-Signature (SHA256 od payload z secretKey), timeout 5s, retry z exponential backoff 1/5/15/30 min na nie-2xx lub timeout. Wszystkie próby są logowane w PostgreSQL przez Prisma, GET /webhooks/logs z filtrami według statusu i targetUrl. Docker Compose dla usługi, Redis i Postgres + README. Pokryję kluczową logikę testami (Jest).

Budżet: 25000 EUR Termin: 14 dni

Mamy doświadczenie w tworzeniu wysokoobciążonych systemów dostarczania zdarzeń. Realizujemy serwis na Node.js/TypeScript z wykorzystaniem Redis do zarządzania kolejkami i elastyczną polityką ponownych prób. Zapewnimy odporność na awarie i logowanie każdego żądania w celu kontroli dostarczania. Jesteśmy gotowi przystąpić do projektowania architektury i opracowywania rozwiązania.

Budżet: 355 EUR Termin: 7 dni

Dzień dobry.

Zadanie jest jasne: ważne jest nie tylko wysyłanie zapytań webhook, ale także stworzenie przewidywalnego mechanizmu dostarczania, który nie gubi zadań, poprawnie powtarza nieudane próby i pozwala szybko zrozumieć, co się stało z każdą wysyłką.

Podzieliłbym rozwiązanie na warstwę API, kolejkę dostarczania i oddzielnego worker'a. Uprości to skalowanie i nie zablokuje głównego zapytania podczas wysyłania webhook. Osobno wprowadzę zabezpieczenia przed zawieszonymi zapytaniami, zrozumiałą model statusów i zapis każdej próby, aby błędy można było normalnie diagnozować, a nie szukać ręcznie w logach.

Przed oddaniem sprawdzę scenariusze udanego dostarczenia, timeoutów, niedostępnego odbiorcy, ponownych prób i ostatecznej awarii. Przygotuję również projekt tak, aby można go było uruchomić jednym poleceniem przez Docker.

Termin — do 7 dni kalendarzowych, w tym testowanie i ostateczna weryfikacja. W przypadku braku nieoczekiwanych problemów w środowisku będę mógł przekazać wynik wcześniej.

Budżet: 350 EUR Termin: 5 dni

Witaj, Yvan Myronets.

Mogę zacząć od razu nad tym projektem.

Mogę zbudować webhook Delivery Engine w Node.js i TypeScript, używając nestJS lub Fastify, BullMQ z Redis, PostgreSQL i Prisma.

Moje podejście będzie polegać na stworzeniu czystego API do wysyłania, które akceptuje targetUrl, secretKey i ładunek JSON, podpisuje ładunek za pomocą SHA256, przechowuje zadanie w BullMQ i przetwarza dostawę z niezawodnym zarządzaniem ponownymi próbami.

Worker będzie wysyłał żądania POST z nagłówkiem X-Signature, wymusi 5-sekundowy limit czasu i uruchomi ponowne próby z wykładniczym opóźnieniem po 1, 5, 15 i 30 minutach, gdy serwer docelowy zawiedzie lub zwróci odpowiedź inną niż 2xx.

Zaimplementuję również logowanie prób dostawy w PostgreSQL oraz API logów z filtrami według statusu i targetUrl.

Kod będzie używał ścisłych typów TypeScript bez żadnych, czystej struktury, walidacji, obsługi błędów oraz konfiguracji Docker dla aplikacji, Redis i PostgreSQL.

Czekam na Twoją odpowiedź.

Dziękuję. Rozwiń

Budżet: 150 EUR Termin: 2 dni

Dzień dobry.

Już zrealizowałem to tutaj https://prague.localno.io
usługę dostarczania webhooków z kolejkami i polityką ponownych prób na NestJS z wykorzystaniem Redis jako kolejek do niezawodnego przetwarzania zadań. Jestem gotów omówić szczegóły i przystąpić do pracy.

Napisz do mnie!

Budżet: 15000 EUR Termin: 14 dni

Cześć! Zadanie jest zrozumiałe i dobrze znane w kontekście: NestJS, BullMQ, Prisma, PostgreSQL — wszystko to aktywnie wykorzystuję w projektach komercyjnych od kilku lat.

Co do samego zadania: kluczowe trudności nie leżą w trasach, a w niezawodności pipeline'u dostarczania. Exponential backoff przez BullMQ konfiguruje się natywnie, ale ważne jest, aby prawidłowo obsłużyć przypadki brzegowe: timeout zapytania przez AbortController z 5-sekundowym limitem, poprawny status próby w PostgreSQL nawet przy niespodziewanym awarii workera, oraz podpis X-Signature, który jest generowany bez wycieku secretKey do logów. Wszystko to planuję zrobić z pełną typizacją bez any, z wyraźnymi interfejsami dla payload i delivery attempt.

Docker Compose z połączeniem App + Redis + PostgreSQL uruchomię od razu, aby można było lokalnie uruchomić i sprawdzić bez zbędnych ustawień. Logi z filtrowaniem według statusu i targetUrl zrealizuję przez Prismę z paginacją.

Jestem gotów omówić szczegóły i szybko zacząć.

Budżet: 100 EUR Termin: 2 dni

Witam, mogę stworzyć potrzebną usługę. Mam doświadczenie w pracy z mikroserwisami na node.js, bullMq i Redis, a nawet prawie gotowe rozwiązanie pod wasz przypadek. Możecie przejrzeć portfolio z podobnymi projektami (w profilu clipDeep). Piszcie na prywatnej wiadomości, omówimy terminy i dokładną cenę.

Budżet: 150 EUR Termin: 5 dni

Cześć,

Mogę zbudować niezawodny silnik dostarczania webhooków przy użyciu Node.js/TypeScript z NestJS (lub Fastify), BullMQ + Redis, Prisma + PostgreSQL oraz Dockera.

Usługa będzie obejmować:

* POST /webhooks/dispatch do kolejkowania zadań webhooków.
* Generowanie SHA256 X-Signature przy użyciu podanego klucza tajnego.
* Niezawodne dostarczanie z 5-sekundowym limitem czasu i wykładniczymi próbami ponownymi (1, 5, 15, 30 minut).
* GET /webhooks/logs z filtrowaniem według statusu i docelowego URL.
* Pełne typowanie TypeScript bez użycia `any`.
* Docker Compose do szybkiego wdrożenia aplikacji, Redis i PostgreSQL.

Piszę czysty, łatwy w utrzymaniu i gotowy do produkcji kod z odpowiednim obsługiwaniem błędów i logowaniem. Mogę zacząć od razu i dostarczyć rozwiązanie, które spełnia wszystkie wymagania.

Czekam na współpracę z Tobą! Rozwiń

Budżet: 500 EUR Termin: 12 dni

Przeczytałem opis waszego projektu. Jest dla mnie interesujący i mam doświadczenie w podobnych zadaniach. Jestem gotów przystąpić do pracy i wykonać ją jakościowo.
Pytania dotyczące projektu:
1. Czy istnieje już gotowy kontrakt API, czy trzeba go uzgodnić razem?
2. Czy potrzebne są jeszcze jakieś statusy, oprócz success, failed i retrying?

Budżet: 600 EUR Termin: 7 dni

Dzień dobry!

Mam doświadczenie w tworzeniu usług backendowych w Node.js, TypeScript, NestJS, a także w tworzeniu rozwiązań integracyjnych z kolejkami, zewnętrznymi API oraz odpornym na błędy przetwarzaniem zadań.

Proponuję następujący stos technologiczny:
* NestJS + TypeScript
* BullMQ + Redis do kolejek i ponownych prób
* PostgreSQL + Prisma ORM do przechowywania logów i historii dostaw
* Docker Compose do szybkiego wdrażania aplikacji wraz z Redis i PostgreSQL

W ramach zadania mogę zrealizować:
* POST /webhooks/dispatch z dodawaniem zadań do kolejki;
* generowanie podpisu HMAC SHA-256 (`X-Signature`) do weryfikacji autentyczności żądania;
* wysyłanie webhooka z czasem oczekiwania 5 sekund i poprawnym anulowaniem żądania;
* politykę ponownych prób z Exponential Backoff (1, 5, 15 i 30 minut);
* GET /webhooks/logs z filtrowaniem według statusu i adresu odbiorcy;
* szczegółowe logowanie każdej próby dostawy, w tym kodu odpowiedzi HTTP, tekstu błędu, czasu wykonania i liczby prób;
* w pełni typowany kod bez użycia `any`;
* gotową konfigurację Docker do lokalnego uruchamiania i dalszego wdrażania.

Architekturę zbuduję w taki sposób, aby w przyszłości można było bez istotnych zmian dodać DLQ (Dead Letter Queue), wsparcie dla różnych strategii ponownych prób, ograniczenia prędkości wysyłania, monitorowanie oraz przetwarzanie wielu kolejek.

Będę wdzięczny za omówienie szczegółów projektu i rozpoczęcie prac nad rozwojem. Rozwiń

Budżet: 90 EUR Termin: 1 dzień

Cześć, Iwanie! Znowu wspaniałe zadanie techniczne z jasnymi wymaganiami. Jestem gotów zrealizować ten Webhook Delivery Engine na NestJS i TypeScript ściśle według Twoich kryteriów akceptacji. Proponuję taką schemat realizacji: NestJS + BullMQ (Redis): niezawodne zarządzanie kolejkami z natywnym wsparciem dla polityki Exponential Backoff dla gwarantowanej dostawy wiadomości. Crypto (SHA256 HMAC): bezpieczne formowanie nagłówka X-Signature na podstawie zwalidowanego secretKey. Prisma ORM + PostgreSQL: jasna struktura logowania wszystkich prób dostawy z indeksami według statusu i targetUrl dla szybkiej filtracji na końcówce GET /webhooks/logs. Docker Compose: pełna budowa projektu (App + Redis + PostgreSQL) do uruchomienia jednym poleceniem. Kod będzie z rygorystycznym typowaniem (żadne any), z poprawnym przetwarzaniem timeoutów do 5 sekund oraz obsługą błędów sieciowych. Jestem gotów omówić szczegóły i rozpocząć pracę.

Budżet: 100 EUR Termin: 1 dzień

Witam! Wykonam Twoje zadanie szybko i jakościowo.

Moje ostatnie prace
https://indexfast.pro - szybka indeksacja strony
https://mono-bank.pp.ua - wszystko o monobank
https://mamamia.pp.ua - sklep internetowy
https://programist.pp.ua/ua/portfolio/ - portfolio prac
https://monitortest.pp.ua - testowanie monitora
https://keytest.pp.ua - testowanie klawiatury
https://pctest.pp.ua - testowanie komputera
https://devroman.dev/portfolio/ - portfolio
https://vseetut.matviy.pp.ua - kodowanie
https://indexfast.pp.ua - szybka indeksacja strony

Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę dzisiaj pracować. Będę zadowolony ze współpracy z Tobą! Rozwiń

Budżet: 333 EUR Termin: 10 dni

Iwan, potrzebujesz niezawodnego silnika dostarczania, który nie straci zdarzeń w przypadku awarii zewnętrznych serwerów. Skonfiguruję BullMQ z odpowiednią strategią Exponential Backoff, aby system poprawnie obsługiwał zarówno przekroczenia czasu, jak i błędy 5xx, a Prisma zapewni przejrzysty log wszystkich prób dostarczenia.

Zrealizuję proces za pomocą pracowników w tle z obowiązkowym podpisem X-Signature dla bezpieczeństwa. To pozwoli odciążyć główne API i zagwarantować dostarczenie danych do klientów nawet przy niestabilnej sieci.

Proszę, podaj, jaka jest oczekiwana liczba RPS na wejściu i czy wymagana jest dodatkowa izolacja kolejek dla różnych klientów?