Доработка 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 period 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.

Ответы на вопросы (Оценка & Условия)
Fixed price за обязательный 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-пайплайн и cron, проведу staging/QA, подготовлю документацию и обеспечу поддержку после запуска.

Бюджет: 20000 UAH Срок: 10 дней

Здравствуйте! Работаю с Node.js/TypeScript и PostgreSQL, есть опыт с транзакционными обновлениями, миграциями и ingestion-пайплайнами — задача с UPSERT/STALE-логикой и интеграцией внешнего модуля через shadow-режим понятна и знакома. Для точной оценки нужно посмотреть текущую схему таблицы offers, контракт вывода Python-модуля и объём cron-логики — предлагаю созвониться, после этого дам fixed price и оценку в часах. Promotion-механизм оценю отдельной суммой после основного скоупа.

В стоимость входят staging, QA (smoke-test + shadow-прогон), миграции и 7-дневный bug-fix period.

Бюджет: 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, unique 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 или просто вызов как процесса?