Доопрацювання Node.js/TypeScript price pipeline: PostgreSQL, Python, Shadow Mode

Бюджет: 18000 UAH Термін: 9 днів

Добрий день, Євгене!

Візьму це як точкову доопрацювання існуючого pipeline, а не як «переписування поруч». Ключовий момент тут — безпечно вбудувати новий engine в staging/shadow-контур так, щоб до кінця QA не зламати ні cron, ні поточну production-логіку, ні canonical-дані каталогу.

Що зроблю по обов'язковому scope:
— інтегрую Python-модуль як окремий компонент з явною валідацією контракту на стороні Node.js;
— заміню DELETE→CREATE на snapshot-safe UPSERT-потік: STALE тільки для повного успішного snapshot, без деградації при partial/failed run;
— оновлення offers + selected offer metadata + shadow fields по одній моделі оформлю в одній PostgreSQL transaction з повним rollback;
— розширю offers без паралельної нової системи, якщо поточну схему можна безпечно мігрувати;
— додам запуск refresh по одному slug/id і списком через CLI або існуючий службовий API;
— збережу поточні cron/batches/cooldown/PRICE_REFRESH_MIN_DAYS і legacy pipeline до завершення Shadow QA;
— зроблю audit output в найбільш легкому і безпечному варіанті після перегляду поточної admin table.

По досвіду: регулярно працюю з PostgreSQL migrations, транзакційними оновленнями, idempotent ingestion/snapshot-пайплайнами і інтеграціями між Node.js і окремими Python-компонентами, де критично не псувати активні дані при неповному прогоні.

Моя оцінка:
1. Fixed price за обов'язковий scope — 29 000 грн.
2. Promotion-механізм окремо — 7 000 грн.
3. Термін — 10–12 робочих днів.
4. Оцінка — 55–70 годин.
5. Готовий почати — протягом 24 годин після доступу до репозиторію і staging.
6. Staging, QA, migrations і bug-fix період 7+ днів — включені.

Що потрібно уточнити до старту:
— як зараз викликається Python-модуль і який формат partial/error відповіді;
— поточна схема offers і де зараз зберігається selected offer / price metadata;
— чим виконуються migrations і доступний чи staging deploy через існуючий процес;
— чи є вже поле/статус для STALE або його потрібно вводити в поточну модель;
— який варіант audit output переважніший: admin table чи CSV.

Якщо хочете, можу першим повідомленням після доступу дати короткий technical review-план: які місця в коді трогаємо, які міграції робимо і де найризикованіші точки rollback.

🌐 Моє портфоліо з останніми кейсами:
https://mrnko.com
💼 Профіль Freelancehunt:
Freelancehunt
🤝 Буду радий обговорити деталі, відповісти на Ваші запитання та запропонувати оптимальне рішення під Ваш проєкт. Розгорнути

Бюджет: 15000 UAH Термін: 8 днів

Добре видно, що завдання полягає не в переписуванні backend, а в безпечній інтеграції нового price pipeline зі збереженням існуючої production-логіки. Потрібно інтегрувати Python-модуль у Node.js/TypeScript, реалізувати Shadow Mode, замінити DELETE→CREATE на UPSERT, додати транзакційне оновлення PostgreSQL, STALE-логіку, запуск refresh по slug/id та виконати міграції, staging і QA без впливу на production.

Перед початком варто уточнити кілька моментів: яким способом зараз Node.js взаємодіє з Python (CLI, HTTP чи інший механізм), який формат відповіді Python-модуля вже реалізований, як побудована поточна схема таблиць offers і чи використовуються ORM (Prisma, TypeORM тощо) чи чистий SQL. Також важливо зрозуміти, як зараз працює refresh pipeline та cron, щоб інтеграція не порушила існуючу логіку.

Маю досвід роботи з Node.js/TypeScript, PostgreSQL, міграціями, транзакціями, REST API та доопрацюванням існуючих backend-проєктів без повного переписування. Знаю, наскільки важливо в таких задачах зберегти стабільність production і поступово вводити нову логіку через staging та Shadow Mode.

Готовий обговорити деталі архітектури, оцінити обов'язковий scope окремо від promotion-механізму та після ознайомлення з кодовою базою надати точну вартість, терміни й оцінку по годинах.

Бюджет: 8600 UAH Термін: 10 днів

Я регулярно працюю з саме такими завданнями — інтеграція Python-модулів в Node.js/TypeScript pipeline, shadow mode для безпечного rollout і транзакційні UPSERT-схеми в PostgreSQL. Пропоную обговорити деталі контракту між Python і Node.js, уточнити поточну структуру cron і вже на staging валідовувати підхід.

Бюджет: 27000 UAH Термін: 7 днів

Привіт! Завдання абсолютно зрозуміле і добре структуроване. Нижче детальна оцінка доопрацювання вашого price refresh pipeline з акцентом на збереження продуктивних даних, транзакційність і роботу в режимі Shadow Mode.

Досвід з PostgreSQL transactions, migrations і pipelines
Маю великий досвід розробки та масштабування високонавантажених пайплайнів на Node.js / TypeScript і PostgreSQL.

Транзакції та ACID: Практика роботи з SERIALIZABLE / READ COMMITTED рівнями ізоляції транзакцій у Knex/TypeORM/Prisma/pg. Гарантія повного rollback при збоях і виключення race conditions.

Міграції: Написання зворотних міграцій (up/down) без простою (zero-downtime migrations), безпечне додавання unique constraint з використанням CONCURRENTLY та валідацією даних.

Ingestion & UPSERT: Реалізація ешелонованих пайплайнів збору даних (cron, worker pools, queues), перенесення застарілих записів у STALE через ON CONFLICT DO UPDATE з обчисленням дельти без повного зіставлення з DELETE -> CREATE.

Відповіді на питання (Оцінка & Умови)
Фіксована ціна за обов'язковий scope: $750

Окрема вартість promotion-механізму (Опціонально): $200

Термін виконання: 7–9 робочих днів (без урахування часу на очікування накопичення даних у Shadow Mode на Staging).

Оцінка годин:

Обов'язковий scope (1–9): ~38–44 години.

Опціональний promotion: ~8–10 годин.

Всього: ~46–54 години.

Коли готовий почати: Готовий розпочати роботу протягом 24 годин після погодження ТЗ та отримання доступу до репозиторію/Staging.

Досвід: Описаний вище (Senior Full-stack / Backend Node.js/TS, PostgreSQL, Python integrations).

Питання до початку: Формат взаємодії з Python-модулем: Як зараз запускається модуль? Це CLI-скрипт (child_process.spawn / exec), окремий HTTP/gRPC мікросервіс чи обгортка над суб-процесом?

Формат Shadow-звіту (Audit Output): Що більш переважно в першій ітерації: додавання колонок в існуючу адмін-таблицю чи вивантаження CSV-файлу через службовий CLI/API?

Механізм захисту від дублів (Unique constraint): Який складний ключ планується використовувати для unique constraint в offers? (Наприклад: (model_id, source, external_offer_id) чи (slug, source, external_offer_id))?

ORM / Query Builder: Яка бібліотека
Включення послуг: Так, у вказану вартість повністю включені підготовка DB-міграцій, деплой на Staging, проведення Smoke-тестів на 5 і 50 моделях, документація контракту/відкату та 14 днів (замість мінімальних 7) безкоштовного виправлення багів за даним scope після здачі. Розгорнути

Бюджет: 15000 UAH Термін: 10 днів

Привіт! Можу доопрацювати існуючий pipeline без переписування системи. Є досвід з Node.js, TypeScript, PostgreSQL, Prisma, інтеграцією зовнішніх сервісів, транзакціями, міграціями та побудовою відмовостійкої логіки. Реалізую Shadow Mode, безпечний UPSERT/STALE, інтеграцію Python-модуля, запуск за slug/id, збережу поточний production-pipeline та cron, проведу staging/QA, підготую документацію та забезпечу підтримку після запуску.

Бюджет: 20000 UAH Термін: 10 днів

Доброго дня! Працюю з Node.js/TypeScript та PostgreSQL, маю досвід з транзакційними оновленнями, міграціями та ingestion-пайплайнами — задача з UPSERT/STALE-логікою та інтеграцією зовнішнього модуля через shadow-режим зрозуміла і знайома. Для точної оцінки потрібно подивитися на поточну схему таблиці offers, контракт виводу Python-модуля та обсяг cron-логіки — пропоную зателефонувати, після цього дам фіксовану ціну та оцінку в годинах. Promotion-механізм оціню окремою сумою після основного обсягу.

У вартість входять staging, QA (smoke-test + shadow-прогон), міграції та 7-денний період виправлення помилок.

Бюджет: 27000 UAH Термін: 14 днів

Вітаю!

Я працював як бекенд розробник, зокрема і на стеку NodeJS (TypeScript) + PostgreSQL, включно з raw SQL, транзакціями та ETL. Мій основний стек зараз це Python, тому жодних проблем і з додатковим модулем не буде. Також впроваджував безшовний перехід продакшн систем на новий підхід, що буде корисно для вашого старого пайплайну, який має працювати постійно до моменту ввімкнення нового

1. Ціна за обов'язковий скоуп: 65000грн
2. Механізм promotion: 5000-7000грн
3. Виконаю усе за 14-18 днів (+7 днів на виправлення багів за таким самим рейтом)
4. По факту це займе 100 год
5. Готовий почати у неділю

6. Досвід з PostgreSQL transactions/migrations/ingestion:
Працював з UPSERT-логікою, транзакційними оновленнями кількох пов'язаних таблиць з rollback при помилках, а також з cron-based ingestion pipeline (rolling batches, cooldown-перевірки перед зовнішніми API-викликами) — тобто патерни з вашого п.5 і п.7 вже реалізовував на практиці, неодноразово

7. Питання, які варто уточнити до старту:
• Щодо legacy pipeline, який має продовжувати працювати паралельно — є десь опис його поточної логіки (retry, error handling)?
• Поточна структура таблиці offers — чи є доступ до схеми/ER-діаграми ще до code review?

8. Так, стейджинг, QA та міграція включені у вказану ціну. Багфікси будуть окремо, оскільки це буває важко спрогнозувати

Буду радий взятись за ваш проект 🤗 Розгорнути

Бюджет: 6716 UAH Термін: 7 днів

Добрий день. Прочитав ТЗ уважно, завдання зрозуміле і добре специфіковане, відповім по всіх пунктах.

По ціні: фіксована вартість за обов'язковий scope 900-1300 доларів, термін 7-10 робочих днів, годин приблизно 50-65. Promotion-механізм, тобто перенесення shadow-значень у production за slug або списком без UI, оцінюю окремо: 150-250 доларів, плюс 1-2 дні до загального терміну. Почати можу протягом 2-3 днів після отримання доступу до репозиторію та staging.

По досвіду з транзакціями та міграціями: робив схоже завдання на зв'язці Django ORM і PostgreSQL, де потрібно було нормалізувати денормалізований CSV у реляційні таблиці, 19 тисяч записів одного типу і 23 тисячі іншого, через ідемпотентну bulk-import команду, з пагінацією та перевіркою на дублікати. Плюс 62 автотести саме навколо коректності імпорту та захисту від часткових або пошкоджених прогонів, які виконувалися на CI проти живої БД. Тобто патерн перевірити, що частковий або впавший прогон не псує існуючі дані, мені не новинка, я його вже відлагоджував руками.

Що хочеться уточнити до старту. Як саме зараз викликається Python-модуль, subprocess, окремий сервіс з HTTP або черга, це сильно впливає на те, як оформляти обробку partial і failed runs на межі Python-Node. Формат unique constraint для offers зараз має якийсь натяк, natural key по source і external_offer_id, вважаю, або це мені потрібно спроектувати з нуля. STALE це окреме поле або статус на офері, чи вже є схожий механізм у схемі, який потрібно просто розширити. Для audit output легше буде подивитися на поточну admin table, щоб зрозуміти, додавати туди колонки чи простіше зробити CSV експорт окремим скриптом.

По останньому пункту: staging, QA, включаючи smoke test на 5 моделях і потім shadow приблизно на 50, міграції та 7-денний bug-fix період, все це входить у вказану ціну, окремо доплачувати не потрібно.

Готовий зателефонувати, якщо зручніше обговорити деталі голосом, а не текстом. Розгорнути

Бюджет: 12000 UAH Термін: 12 днів

Вам потрібно доопрацювати price refresh pipeline на Node.js та TypeScript так, щоб нові результати записувалися в shadow поля і не впливали на production до кінця QA.

Почну з code review та staging: подивлюся на поточний cron, cooldown і логіку снапшотів. Python модуль підключу як окремий компонент, валідацію його результату і запис у базу залишу на стороні Node.js. Таблицю offers розширю потрібними полями та unique constraint, DELETE і CREATE заміню на UPSERT. Статус STALE буду ставити тільки після повного успішного снапшота. Offers, selected offer і shadow поля оновлю в одній транзакції з повним rollback при помилці. Canonical поля не чіпаю, аудит зроблю в shadow колонках або CSV.

Готовий взяти обов'язковий scope з міграціями, staging деплоєм і документацією контракту. Напишіть, обговоримо оцінку і терміни.

Бюджет: 5000 UAH Термін: 3 дні

Я розробник NextJs, React, NestJs. Готовий взятися за це завдання.

Бюджет: 5000 UAH Термін: 7 днів

Цікаво бачити таке замовлення, а не простий імпорт або черговий фікс чогось на Вордпресі. ТЗ складено дуже грамотно: чітка архітектура, Shadow Mode, атомарні транзакції замість DELETE / CREATE та чистий Node.js/TS + Python стек.

Ми працюємо в команді з двох людей (Full-Stack / Backend) і маємо хороший досвід з бекенд-інженерією, міграціями PostgreSQL та розробкою ingestion-пайплайнів. З задоволенням попрацювали б з вами.

Бюджет: 17000 UAH Термін: 12 днів

Добрий день!

Уважно ознайомився з технічним завданням.

Розумію, що потрібна точкова доопрацювання існуючого pipeline без переписування backend: інтеграція Python-модуля в існуючий Node.js/TypeScript сервіс, реалізація Shadow Mode, UPSERT/STALE логіки, міграції PostgreSQL, транзакційне оновлення даних, запуск refresh по slug/id, а також збереження поточної cron-логіки.

Моя оцінка:
Обов'язковий scope — 14 000 грн.
Promotion-механізм (окремо) — 3 000 грн.
Термін виконання — 12–14 днів.
Оцінка трудозатрат — близько 60 годин.

Вартість включає:
DB migrations;
робота в staging;
smoke-тести;
коротка документація по інтеграції Python → Node.js та rollback;
виправлення помилок протягом 7 днів після здачі.
Перед початком роботи хотів би уточнити кілька моментів:
Яким способом зараз Node.js взаємодіє з Python-модулем (HTTP, CLI, subprocess чи інший варіант)?
Яка бібліотека використовується для міграцій PostgreSQL?
Чи є тестовий доступ до зовнішнього API та staging-бази?
Наскільки покритий тестами існуючий price refresh pipeline?
Готовий розпочати роботу одразу після погодження деталей та ознайомлення з кодовою базою. Розгорнути

Бюджет: 12000 UAH Термін: 10 днів

Добрий день, Євгене!

Підхід — точковий PR без переписування backend, старт з обмеженого code review та staging (production не чіпаю до завершення Shadow QA). Порядок: міграції (source, external_offer_id, last_seen_at, унікальний constraint від дублів + shadow-поля: price, selected offer ID, direct URL, status, risk/QA flags, checkedAt, engineVersion) → адаптер Python-модуля з явною обробкою error/partial (partial ніколи не переводить активні offers в STALE) → заміна DELETE→CREATE на UPSERT + STALE строго в одній DB-транзакції з повним rollback → canonical-safe: оновлюються тільки offer/price/shadow, brand/reference/model/slug/SEO не чіпаються → запуск по одному slug і по списку через CLI → audit: shadow-колонки в admin table або CSV → staging deploy, smoke на 5 моделях, Shadow Mode на ~50, документація контракту Python→Node + rollback procedure.

2. Бюджет: 12 000 UAH фікс за обов'язковий scope (promotion-механику оціню окремо після code review).
3. Термін: 10 днів від отримання доступу.
4. Оцінка годин: 25–30.
5. Готовий почати одразу.
6. Досвід: ingestion-пайплайни на Python/Node з PostgreSQL — транзакційні UPSERT-оновлення, міграції схеми, snapshot-механіка зі статусами, дедуп по зовнішнім ключам; інтеграції Python→Node через subprocess/HTTP зі структурованими кодами помилок.
7. Питання до старту: як Python-модуль віддає результат зараз (stdout/файл/HTTP) і формат partial-відповіді; чи є натуральний ключ source+external_offer_id або віддаєте перевагу іншому candidate key; staging — окрема БД/схема і хто накочує міграції (PR чи ваш CI).
8. Staging, QA, міграції та 7+ днів bug-fix після приймання включені в ціну.

Для прозорості: чернетки коду/міграцій готую з AI-інструментами, кожен рядок перевіряю вручну і гоню на staging. Ціна нижча за ринок — набираю перші відгуки на платформі. Розгорнути

Бюджет: 27000 UAH Термін: 10 днів

Вітаю! Виконаю ваше завдання швидко і якісно.

Останні мої роботи
https://indexfast.pro - швидка індексація сайту
https://mono-bank.pp.ua - все про монобанк
https://mamamia.pp.ua - інтернет магазин
https://programist.pp.ua/ua/portfolio/ - портфоліо робіт
https://monitortest.pp.ua - тестування монітора
https://keytest.pp.ua - тестування клавіатури
https://pctest.pp.ua - тестування компютера
https://devroman.dev/portfolio/ - портфоліо
https://vseetut.matviy.pp.ua - верстка
https://indexfast.pp.ua - швидка індексація сайту

Моє портфоліо: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишіть, почну сьогодні працювати. Буду радий співпраці з Вами! Розгорнути

Бюджет: 14000 UAH Термін: 8 днів

Євгене, тут потрібен не загальний рефакторинг, а безпечне встраювання нового движка поряд з production. Я б одразу ввів сутність refresh run зі статусом full/partial/failed: тільки full snapshot може переводити відсутні offers в STALE, а запис offers, selected metadata і shadow fields проходить в одній транзакції з rollback.

Релевантний досвід: Node.js/TypeScript сервіси з PostgreSQL, чергами і воркерами, Python/FastAPI інтеграції, міграції і staged rollout. У своїх проектах робив фонові ingestion-процеси, API-контракти між компонентами, retries, дедуплікацію і безпечне оновлення даних без пошкодження основного каталогу.

Оцінка обов'язкового scope: 14 000 грн, 8 календарних днів, приблизно 45-55 годин. Promotion-механізм окремо: 3 000 грн і 2 дні. Готовий почати одразу після code review.

У ставку включені PR, міграції, Python → Node контракт, UPSERT/STALE логіка, запуск по slug і списку, staging deployment, smoke на 5 моделях, Shadow QA на 50 моделях, CSV або admin audit output, документація rollback і 7 днів виправлення багів.

Перед стартом уточню три речі: як зараз викликається Python-модуль, який ORM і migration tool використовуються, чи є тестова копія production-схеми і еталонні результати для 5 моделей.

Бюджет: 6500 UAH Термін: 1 день

Доброго дня!

Ознайомився з вашою задачею. Розумію обсяг робіт та можливі варіанти його реалізації.

Буду радий обговорити деталі проекту та запропонувати оптимальне рішення.

Бюджет: 27000 UAH Термін: 14 днів

Добрий день. Готовий розпочати точкову доопрацювання існуючого pipeline, починаючи з обмеженого code review та роботи в staging, без переключення production до завершення QA.

Ключовий технічний нюанс, який потрібно враховувати з самого початку: запис offers, selected-метаданих та shadow-полів має відбуватися в одній транзакції з явним статусом снапшота, щоб при partial/failed run нічого не переводилося в STALE і був можливий повний rollback.

Коротко про включений результат: PR з міграціями, інтеграція Python→Node, shadow-поля, UPSERT/STALE логіка в транзакції, запуск по одному slug і за списком, staging deploy, smoke-прогони та коротка документація з rollback procedure. Включаю підтримку виправлень після приймання.

Досвід, релевантний задачі: багаторазова робота з транзакціями та міграціями в PostgreSQL при ingestion pipeline, реалізація UPSERT-логіки та safe-snapshot механізмів, практика тестування інтеграцій на staging без доступу в production.

Потрібна уточнююча інформація перед оцінкою та стартом роботи:
1) як Python-модуль видає результат зараз: стандартний вивід, файл, HTTP чи RPC, і як виглядають можливі error/partial відповіді;
2) які поля в поточній таблиці offers можна використовувати для надійного унікального ключа або які candidate keys ви віддаєте перевагу;
3) доступ до схеми БД, тестового репозиторію та staging CI для підготовки міграцій та запуску smoke-тестів.

Staging, міграції, QA-прогони та період виправлення багів по реалізованому scope включаю в робочий процес.

Пришліть вихідники для code review або посилання на репозиторій та приклад відповіді від Python-модуля, підготую детальну оцінку, фіксований бюджет та план старту. Розгорнути

Бюджет: 1000 UAH Термін: 1 день

Доброго дня, готовий виконати ваше завдання швидко та якісно. маю великий досвід у створенні різноманітних ботів. Напишіть у особисті повідомлення обговоримо деталі. Залюбки допоможу)

Бюджет: 15000 UAH Термін: 5 днів

Євгене, задача зрозуміла: потрібно вбудувати Python-валідатор в поточний Node.js конвеєр, зберігши працездатність легасі-коду через Shadow Mode. Це дозволить безпечно порівняти результати роботи нового модуля з поточною логікою до повного переключення.

Реалізую через проміжну прошарок, яка викликає Python-скрипт, парсить JSON-відповідь і записує дані в окремі таблиці бази PostgreSQL. Паралельно додам ендпоінт для запуску обробки конкретних ID зі списку, що спростить налагодження та вибірковий рефреш.

Яка версія Python використовується в модулі і чи є вимоги до формату взаємодії між Node.js і Python, наприклад, через gRPC або просто виклик як процесу?