Dopracowanie pipeline'u cenowego Node.js/TypeScript: PostgreSQL, Python, tryb cieniowy

Budżet: 18000 UAH Termin: 9 dni

Dzień dobry, Jewgienij!

Wezmę to jako punktową poprawkę istniejącego pipeline'u, a nie jako „przepisywanie obok”. Kluczowym punktem tutaj jest bezpieczne wbudowanie nowego silnika w staging/shadow-kontur, tak aby do końca QA nie zepsuć ani crona, ani obecnej logiki produkcji, ani kanonicznych danych katalogu.

Co zrobię w ramach obowiązkowego zakresu:
— zintegrować moduł Python jako oddzielny komponent z wyraźną walidacją kontraktu po stronie Node.js;
— zastąpić DELETE→CREATE na snapshot-safe UPSERT-strumień: STALE tylko dla pełnego udanego snapshotu, bez degradacji przy częściowym/nieudanym uruchomieniu;
— aktualizację ofert + metadane wybranej oferty + pola shadow zrealizuję w jednej transakcji PostgreSQL z pełnym rollbackiem;
— rozszerzę oferty bez równoległego nowego systemu, jeśli obecną schemę można bezpiecznie migrować;
— dodam uruchamianie refresh po jednym slug/id i liście przez CLI lub istniejące API serwisowe;
— zachowam obecne crony/batche/cooldown/PRICE_REFRESH_MIN_DAYS i legacy pipeline do zakończenia Shadow QA;
— zrobię audyt output w najlżejszej i najbezpieczniejszej wersji po przeglądzie obecnej tabeli admin.

Z doświadczenia: regularnie pracuję z migracjami PostgreSQL, transakcyjnymi aktualizacjami, idempotentnym wprowadzaniem/snapshot-pipeline'ami i integracjami między Node.js a oddzielnymi komponentami Python, gdzie krytyczne jest, aby nie psuć aktywnych danych przy niepełnym przebiegu.

Moja ocena:
1. Stała cena za obowiązkowy zakres — 29 000 UAH.
2. Mechanizm promocji osobno — 7 000 UAH.
3. Termin — 10–12 dni roboczych.
4. Ocena — 55–70 godzin.
5. Gotowy do rozpoczęcia — w ciągu 24 godzin po uzyskaniu dostępu do repozytorium i staging.
6. Staging, QA, migracje i okres naprawy błędów 7+ dni — wliczone.

Co należy wyjaśnić przed rozpoczęciem:
— jak obecnie wywoływany jest moduł Python i jaki jest format odpowiedzi partial/error;
— obecna schemat ofert i gdzie obecnie przechowywane są metadane wybranej oferty / ceny;
— czym wykonywane są migracje i czy dostępny jest staging deploy przez istniejący proces;
— czy już istnieje pole/status dla STALE, czy trzeba je wprowadzić do obecnego modelu;
— która wersja audytu output jest preferowana: tabela admin czy CSV.

Jeśli chcesz, mogę w pierwszej wiadomości po uzyskaniu dostępu przedstawić krótki plan przeglądu technicznego: które miejsca w kodzie dotykamy, jakie migracje robimy i gdzie są najbardziej ryzykowne punkty rollback.

🌐 Moje portfolio z ostatnimi przypadkami:
https://mrnko.com
💼 Profil Freelancehunt:
Freelancehunt
🤝 Chętnie omówię szczegóły, odpowiem na Twoje pytania i zaproponuję optymalne rozwiązanie dla Twojego projektu. Rozwiń

Budżet: 15000 UAH Termin: 8 dni

Wyraźnie widać, że zadanie nie polega na przepisywaniu backendu, a na bezpiecznej integracji nowego pipeline'u cenowego z zachowaniem istniejącej logiki produkcyjnej. Należy zintegrować moduł Python z Node.js/TypeScript, wdrożyć tryb Shadow, zastąpić DELETE→CREATE na UPSERT, dodać transakcyjne aktualizacje PostgreSQL, logikę STALE, uruchomić odświeżanie po slug/id oraz przeprowadzić migracje, staging i QA bez wpływu na produkcję.

Przed rozpoczęciem warto wyjaśnić kilka kwestii: w jaki sposób obecnie Node.js współdziała z Pythonem (CLI, HTTP czy inny mechanizm), jaki format odpowiedzi modułu Python jest już wdrożony, jak zbudowana jest obecna schemat tabeli offers i czy używane są ORM (Prisma, TypeORM itp.) czy czysty SQL. Ważne jest również zrozumienie, jak obecnie działa pipeline odświeżania i cron, aby integracja nie zakłóciła istniejącej logiki.

Mam doświadczenie w pracy z Node.js/TypeScript, PostgreSQL, migracjami, transakcjami, REST API oraz w rozwijaniu istniejących projektów backendowych bez pełnego przepisywania. Wiem, jak ważne jest w takich zadaniach zachowanie stabilności produkcji i stopniowe wprowadzanie nowej logiki przez staging oraz tryb Shadow.

Jestem gotów omówić szczegóły architektury, ocenić obowiązkowy zakres oddzielnie od mechanizmu promocji oraz po zapoznaniu się z kodem dostarczyć dokładny koszt, terminy i oszacowanie godzinowe.

Budżet: 8600 UAH Termin: 10 dni

Regularnie pracuję z takimi zadaniami — integracja modułów Pythona w pipeline Node.js/TypeScript, tryb shadow dla bezpiecznego rollout oraz transakcyjne schemy UPSERT w PostgreSQL. Proponuję omówić szczegóły kontraktu między Pythonem a Node.js, wyjaśnić obecną strukturę cron i już na stagingu walidować podejście.

Budżet: 27000 UAH Termin: 7 dni

Witam! Zadanie jest całkowicie zrozumiałe i dobrze zorganizowane. Poniżej szczegółowa ocena poprawy waszego pipeline'u odświeżania cen z naciskiem na zachowanie danych produkcyjnych, transakcyjność i pracę w trybie Shadow Mode.

Doświadczenie z transakcjami PostgreSQL, migracjami i pipeline'ami
Mam duże doświadczenie w tworzeniu i skalowaniu wysokoobciążonych pipeline'ów na Node.js / TypeScript i PostgreSQL.

Transakcje i ACID: Praktyka pracy z poziomami izolacji SERIALIZABLE / READ COMMITTED w Knex/TypeORM/Prisma/pg. Gwarancja pełnego rollbacku w przypadku awarii oraz wykluczenie warunków wyścigu.

Migracje: Pisanie migracji odwracalnych (up/down) bez przestojów (zero-downtime migrations), bezpieczne dodawanie unikalnych ograniczeń z użyciem CONCURRENTLY i walidacją danych.

Ingestion & UPSERT: Realizacja warstwowych pipeline'ów zbierania danych (cron, pule pracowników, kolejki), przenoszenie przestarzałych rekordów do STALE przez ON CONFLICT DO UPDATE z obliczaniem różnicy bez pełnego porównania z DELETE -> CREATE.

Odpowiedzi na pytania (Ocena & Warunki)
Cena stała za obowiązkowy zakres: 750 USD

Oddzielny koszt mechanizmu promocji (Opcjonalnie): 200 USD

Termin realizacji: 7–9 dni roboczych (bez uwzględnienia czasu oczekiwania na gromadzenie danych w Shadow Mode na Staging).

Ocena godzin:

Obowiązkowy zakres (1–9): ~38–44 godziny.

Opcjonalna promocja: ~8–10 godzin.

Łącznie: ~46–54 godziny.

Kiedy mogę zacząć: Mogę rozpocząć pracę w ciągu 24 godzin po uzgodnieniu specyfikacji i uzyskaniu dostępu do repozytorium/Staging.

Doświadczenie: Opisane powyżej (Senior Full-stack / Backend Node.js/TS, PostgreSQL, integracje Python).

Pytania przed rozpoczęciem: Format interakcji z modułem Python: Jak obecnie uruchamiany jest moduł? Czy to skrypt CLI (child_process.spawn / exec), oddzielny mikroserwis HTTP/gRPC czy wrapper nad subprocess?

Format raportu Shadow (Audit Output): Co jest bardziej preferowane w pierwszej iteracji: dodanie kolumn do istniejącej tabeli administracyjnej czy eksport pliku CSV przez służbowy CLI/API?

Mechanizm ochrony przed duplikatami (Unique constraint): Jaki klucz złożony planuje się użyć dla unikalnego ograniczenia w ofertach? (Na przykład: (model_id, source, external_offer_id) lub (slug, source, external_offer_id))?

ORM / Query Builder: Jaka biblioteka
Włączenie usług: Tak, w podanej cenie całkowicie uwzględnione są przygotowanie migracji DB, wdrożenie na Staging, przeprowadzenie testów Smoke na 5 i 50 modelach, dokumentacja kontraktu/rollbacku oraz 14 dni (zamiast minimalnych 7) bezpłatnej naprawy błędów w tym zakresie po oddaniu. Rozwiń

Budżet: 15000 UAH Termin: 10 dni

Cześć! Mogę dopracować istniejący pipeline bez przepisywania systemu. Mam doświadczenie z Node.js, TypeScript, PostgreSQL, Prisma, integracją zewnętrznych usług, transakcjami, migracjami i budowaniem logiki odpornej na awarie. Zrealizuję Shadow Mode, bezpieczny UPSERT/STALE, integrację modułu Python, uruchamianie po slug/id, zachowam obecny pipeline produkcyjny i cron, przeprowadzę staging/QA, przygotuję dokumentację i zapewnię wsparcie po uruchomieniu.

Budżet: 20000 UAH Termin: 10 dni

Cześć! Pracuję z Node.js/TypeScript i PostgreSQL, mam doświadczenie w aktualizacjach transakcyjnych, migracjach i pipeline'ach do wprowadzania danych — zadanie z logiką UPSERT/STALE oraz integracją zewnętrznego modułu przez tryb shadow jest mi znane i zrozumiałe. Aby dokładnie ocenić, muszę zobaczyć aktualny schemat tabeli offers, kontrakt wyjścia modułu Python oraz objętość logiki cron — proponuję rozmowę telefoniczną, po której podam stałą cenę i ocenę w godzinach. Mechanizm promocji ocenię osobną kwotą po głównym zakresie.

W koszt wchodzą staging, QA (testy dymne + uruchomienie shadow), migracje oraz 7-dniowy okres naprawy błędów.

Budżet: 27000 UAH Termin: 14 dni

Cześć!

Pracowałem jako programista backend, w tym na stosie NodeJS (TypeScript) + PostgreSQL, w tym z raw SQL, transakcjami i ETL. Mój główny stos to teraz Python, więc nie będzie żadnych problemów z dodatkowym modułem. Wdrażałem również bezproblemowe przejście systemów produkcyjnych na nowe podejście, co będzie przydatne dla twojego starego pipeline'u, który ma działać nieprzerwanie do momentu włączenia nowego.

1. Cena za obowiązkowy zakres: 65000 zł
2. Mechanizm promocji: 5000-7000 zł
3. Wykonam wszystko w ciągu 14-18 dni (+7 dni na poprawki błędów według tej samej stawki)
4. Faktycznie zajmie to 100 godzin
5. Gotowy do rozpoczęcia w niedzielę

6. Doświadczenie z transakcjami/migracjami/ingestą PostgreSQL:
Pracowałem z logiką UPSERT, transakcyjnymi aktualizacjami kilku powiązanych tabel z rollbackiem w przypadku błędów, a także z pipeline'em ingestowym opartym na cron (rolling batches, cooldown-checki przed zewnętrznymi wywołaniami API) — czyli wzorce z twojego p.5 i p.7 już realizowałem w praktyce, wielokrotnie.

7. Pytania, które warto wyjaśnić przed rozpoczęciem:
• Czy jest gdzieś opis aktualnej logiki legacy pipeline'u, który ma działać równolegle (retry, obsługa błędów)?
• Aktualna struktura tabeli offers — czy jest dostęp do schematu/diagramu ER przed przeglądem kodu?

8. Tak, staging, QA i migracja są wliczone w podaną cenę. Poprawki błędów będą osobno, ponieważ trudno to przewidzieć.

Będę zadowolony, mogąc zająć się twoim projektem 🤗 Rozwiń

Budżet: 6716 UAH Termin: 7 dni

Dzień dobry. Przeczytałem dokładnie specyfikację, zadanie jest jasne i dobrze określone, odpowiem na wszystkie punkty.

Co do ceny: stała kwota za obowiązkowy zakres 900-1300 dolarów, czas realizacji 7-10 dni roboczych, około 50-65 godzin. Mechanizm promocji, czyli przeniesienie wartości shadow do produkcji po slug lub liście bez UI, oceniam osobno: 150-250 dolarów, plus 1-2 dni do ogólnego terminu. Mogę zacząć w ciągu 2-3 dni po uzyskaniu dostępu do repozytorium i stagingu.

Co do doświadczenia z transakcjami i migracjami: realizowałem podobne zadanie w połączeniu Django ORM i PostgreSQL, gdzie trzeba było znormalizować denormalizowany CSV do relacyjnych tabel, 19 tysięcy rekordów jednego typu i 23 tysiące drugiego, przez idempotentną komendę bulk-import, z paginacją i sprawdzaniem duplikatów. Dodatkowo 62 testy automatyczne dotyczące poprawności importu i ochrony przed częściowymi lub uszkodzonymi przebiegami, uruchamianymi na CI przeciwko żywej bazie danych. To znaczy, wzorzec sprawdzenia, że częściowy lub nieudany przebieg nie psuje istniejących danych, nie jest mi obcy, już go dopracowywałem ręcznie.

Co chciałbym wyjaśnić przed rozpoczęciem. Jak dokładnie teraz wywoływany jest moduł Pythona, subprocess, osobna usługa z HTTP czy kolejka, ma to duży wpływ na to, jak zorganizować obsługę częściowych i nieudanych przebiegów na granicy Python-Node. Format unikalnego ograniczenia dla ofert ma teraz jakiś zarys, naturalny klucz według source i external_offer_id, przypuszczam, czy to ja mam to zaprojektować od podstaw. STALE to osobne pole czy status w ofercie, czy już istnieje podobny mechanizm w schemacie, który trzeba po prostu rozszerzyć. Dla audytu output łatwiej będzie spojrzeć na aktualną tabelę admin, aby zrozumieć, czy dodać tam kolumny, czy łatwiej zrobić eksport CSV osobnym skryptem.

Co do ostatniego punktu: staging, QA, w tym testy smoke na 5 modelach, a następnie shadow na około 50, migracje i 7-dniowy okres naprawy błędów, wszystko to wchodzi w podaną cenę, nie trzeba płacić osobno.

Jestem gotów na rozmowę, jeśli wygodniej będzie omówić szczegóły głosowo, a nie tekstowo. Rozwiń

Budżet: 12000 UAH Termin: 12 dni

Musisz dopracować pipeline odświeżania cen w Node.js i TypeScript, tak aby nowe wyniki były zapisywane w polach shadow i nie wpływały na produkcję do końca QA.

Zacznę od przeglądu kodu i stagingu: przyjrzę się obecnemu cronowi, cooldownowi i logice snapshotów. Moduł Python podłączę jako oddzielny komponent, walidację jego wyniku i zapis do bazy pozostawię po stronie Node.js. Tabelę offers rozszerzę o potrzebne pola i unikalne ograniczenie, DELETE i CREATE zamienię na UPSERT. Status STALE będę ustawiać tylko po pełnym udanym snapshotie. Offers, wybraną ofertę i pola shadow zaktualizuję w jednej transakcji z pełnym rollbackiem w przypadku błędu. Pola kanoniczne nie będą ruszane, audyt zrobię w kolumnach shadow lub CSV.

Jestem gotów podjąć obowiązkowy zakres z migracjami, staging deploymentem i dokumentacją kontraktu. Napisz, omówimy wycenę i terminy.

Budżet: 5000 UAH Termin: 3 dni

Jestem deweloperem NextJs, React, NestJs. Jestem gotów podjąć się tego zadania.

Budżet: 5000 UAH Termin: 7 dni

Ciekawe widzieć takie zamówienie, a nie prosty import lub kolejny fix czegoś na WordPressie. Specyfikacja została przygotowana bardzo starannie: jasna architektura, Shadow Mode, atomowe transakcje zamiast DELETE / CREATE oraz czysty stos Node.js/TS + Python.

Pracujemy w zespole z dwóch osób (Full-Stack / Backend) i mamy dobre doświadczenie w inżynierii backendowej, migracjach PostgreSQL oraz opracowywaniu pipeline'ów do ingesji. Z przyjemnością pracowalibyśmy z wami.

Budżet: 17000 UAH Termin: 12 dni

Dzień dobry!

Dokładnie zapoznałem się z zadaniem technicznym.

Rozumiem, że potrzebne jest punktowe dopracowanie istniejącego pipeline'u bez przepisywania backendu: integracja modułu Python w istniejącym serwisie Node.js/TypeScript, realizacja Shadow Mode, logika UPSERT/STALE, migracje PostgreSQL, transakcyjne aktualizacje danych, uruchamianie refreshu po slug/id, a także zachowanie obecnej logiki cron.

Moja ocena:
Obowiązkowy zakres — 14 000 UAH.
Mechanizm promocji (osobno) — 3 000 UAH.
Czas realizacji — 12–14 dni.
Ocena nakładów pracy — około 60 godzin.

W koszt wliczone są:
Migracje DB;
praca w stagingu;
testy smoke;
krótka dokumentacja dotycząca integracji Python → Node.js i rollbacku;
naprawa błędów w ciągu 7 dni po oddaniu.
Przed rozpoczęciem pracy chciałbym wyjaśnić kilka kwestii:
W jaki sposób obecnie Node.js współdziała z modułem Python (HTTP, CLI, subprocess czy inna opcja)?
Jaka biblioteka jest używana do migracji PostgreSQL?
Czy jest dostęp do testowego zewnętrznego API i bazy stagingowej?
Na ile testy pokrywają istniejący pipeline odświeżania cen?
Jestem gotów do pracy od razu po uzgodnieniu szczegółów i zapoznaniu się z bazą kodu. Rozwiń

Budżet: 12000 UAH Termin: 10 dni

Dzień dobry, Jewgienij!

Podejście — punktowy PR bez przepisywania backendu, start od ograniczonego przeglądu kodu i stagingu (produkcji nie ruszam do zakończenia Shadow QA). Porządek: migracje (source, external_offer_id, last_seen_at, unikalny constraint od duplikatów + shadow-pola: price, selected offer ID, direct URL, status, risk/QA flags, checkedAt, engineVersion) → adapter modułu Python z wyraźnym przetwarzaniem error/partial (partial nigdy nie przekształca aktywnych ofert w STALE) → zamiana DELETE→CREATE na UPSERT + STALE ściśle w jednej transakcji DB z pełnym rollbackiem → canonical-safe: aktualizowane tylko offer/price/shadow, brand/reference/model/slug/SEO nie ruszane → uruchomienie po jednym slug i po liście przez CLI → audyt: shadow-kolumny w tabeli admin lub CSV → staging deploy, smoke na 5 modelach, Shadow Mode na ~50, dokumentacja kontraktu Python→Node + procedura rollback.

2. Budżet: 12 000 UAH stałe za obowiązkowy zakres (mechanikę promocji ocenię osobno po przeglądzie kodu).
3. Termin: 10 dni od uzyskania dostępu.
4. Ocena godzin: 25–30.
5. Gotów do rozpoczęcia od razu.
6. Doświadczenie: ingestion-pipeline'y na Python/Node z PostgreSQL — transakcyjne aktualizacje UPSERT, migracje schematu, mechanika snapshot z statusami, deduplikacja po kluczach zewnętrznych; integracje Python→Node przez subprocess/HTTP ze zorganizowanymi kodami błędów.
7. Pytania przed startem: jak moduł Python zwraca wynik teraz (stdout/pliki/HTTP) i format partial-odpowiedzi; czy istnieje naturalny klucz source+external_offer_id czy wolisz inny candidate key; staging — oddzielna baza danych/schemat i kto nakłada migracje (PR czy twój CI).
8. Staging, QA, migracje i 7+ dni naprawy błędów po odbiorze są wliczone w cenę.

Dla przejrzystości: szkice kodu/migracji przygotowuję z narzędziami AI, każdą linię sprawdzam ręcznie i uruchamiam na stagingu. Cena poniżej rynku — zbieram pierwsze opinie na platformie. Rozwiń

Budżet: 27000 UAH Termin: 10 dni

Witaj! 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ę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą! Rozwiń

Budżet: 14000 UAH Termin: 8 dni

Eugeniusz, tutaj potrzebne jest nie ogólne refaktoryzowanie, a bezpieczne wbudowanie nowego silnika obok produkcji. Od razu wprowadziłbym encję refresh run ze statusem full/partial/failed: tylko pełny snapshot może przekształcać brakujące oferty w STALE, a zapis ofert, wybranych metadanych i pól shadow odbywa się w jednej transakcji z rollbackiem.

Relewantne doświadczenie: usługi Node.js/TypeScript z PostgreSQL, kolejkami i workerami, integracje Python/FastAPI, migracje i staged rollout. W swoich projektach realizowałem procesy ingestion w tle, kontrakty API między komponentami, retries, deduplikację i bezpieczne aktualizacje danych bez uszkodzenia głównego katalogu.

Ocena obowiązkowego zakresu: 14 000 UAH, 8 dni kalendarzowych, około 45-55 godzin. Mechanizm promocji osobno: 3 000 UAH i 2 dni. Jestem gotów zacząć od razu po przeglądzie kodu.

W stawce uwzględnione są PR, migracje, kontrakt Python → Node, logika UPSERT/STALE, uruchamianie po slug i liście, staging deployment, smoke na 5 modelach, Shadow QA na 50 modelach, CSV lub admin audit output, dokumentacja rollback i 7 dni na poprawki błędów.

Przed rozpoczęciem wyjaśnię trzy rzeczy: jak obecnie wywoływany jest moduł Python, jaki ORM i narzędzie migracyjne są używane, czy istnieje testowa kopia schematu produkcji i wzorcowe wyniki dla 5 modeli.

Budżet: 6500 UAH Termin: 1 dzień

Dzień dobry!

Zapoznałem się z twoim zadaniem. Rozumiem zakres prac i możliwe opcje jego realizacji.

Będę zadowolony, aby omówić szczegóły projektu i zaproponować optymalne rozwiązanie.

Budżet: 27000 UAH Termin: 14 dni

Dzień dobry. Jestem gotów przystąpić do punktowej poprawy istniejącego pipeline'u, zaczynając od ograniczonego przeglądu kodu i pracy w staging, bez przełączania produkcji do zakończenia QA.

Kluczowy techniczny szczegół, który należy uwzględnić od samego początku: zapis offers, selected‑metadanych i shadow‑pól powinien odbywać się w jednej transakcji z wyraźnym statusem snapshotu, aby przy partial/failed run nic nie zostało przetłumaczone na STALE i był możliwy pełny rollback.

Krótko o oczekiwanym wyniku: PR z migracjami, integracja Python→Node, shadow‑pola, logika UPSERT/STALE w transakcji, uruchamianie po jednym slug i z listy, staging deploy, smoke‑testy i krótka dokumentacja z procedurą rollbacku. Włączam wsparcie dla poprawek po akceptacji.

Doświadczenie, które jest istotne dla zadania: wielokrotna praca z transakcjami i migracjami w PostgreSQL przy ingestion pipeline, wdrożenie logiki UPSERT i mechanizmów safe‑snapshot, praktyka testowania integracji na staging bez dostępu do produkcji.

Potrzebne są dodatkowe informacje przed oceną i rozpoczęciem pracy:
1) jak moduł Python obecnie zwraca wynik: standardowe wyjście, plik, HTTP czy RPC, i jak wyglądają możliwe odpowiedzi error/partial;
2) jakie pola w bieżącej tabeli offers można wykorzystać jako niezawodny unikalny klucz lub jakie klucze kandydatów preferujecie;
3) dostęp do schematu bazy danych, testowego repozytorium i staging CI w celu przygotowania migracji i uruchomienia testów smoke.

Staging, migracje, QA‑testy i okres poprawiania błędów w zrealizowanym zakresie włączam w proces roboczy.

Proszę o przesłanie źródeł do przeglądu kodu lub linku do repozytorium oraz przykładu odpowiedzi od modułu Python, przygotuję szczegółową ocenę, stały budżet i plan rozpoczęcia. Rozwiń

Budżet: 1000 UAH Termin: 1 dzień

Dzień dobry, jestem gotów szybko i jakościowo wykonać twoje zadanie. Mam duże doświadczenie w tworzeniu różnych botów. Napisz w wiadomościach prywatnych, omówimy szczegóły. Chętnie pomogę)

Budżet: 15000 UAH Termin: 5 dni

Eugeniusz, zadanie jest jasne: trzeba wbudować walidator Python w obecny pipeline Node.js, zachowując funkcjonalność kodu legacy przez Shadow Mode. To pozwoli bezpiecznie porównać wyniki działania nowego modułu z obecną logiką przed pełnym przełączeniem.

Zrealizuję to przez pośrednią warstwę, która wywołuje skrypt Python, parsuje odpowiedź JSON i zapisuje dane w oddzielnych tabelach bazy PostgreSQL. Równocześnie dodam endpoint do uruchamiania przetwarzania konkretnych ID z listy, co uprości debugowanie i selektywny refresh.

Jaka wersja Pythona jest używana w module i czy są jakieś wymagania dotyczące formatu interakcji między Node.js a Python, na przykład przez gRPC czy po prostu wywołanie jako procesu?