Nick Osipov
Победившая ставка- Проекты 43
- Оценка 4.6
- Рейтинг 4 929
Бюджет: 15000 UAH Срок: 14 дней
Я не робот.
Доброго дня!
Готов разработать полное техническое задание для вашего веб-сервиса-двойника с мультиязычной поддержкой. Имею опыт в детальном описании логики со схемами, интеграции с API/парсинга партнеров, а также проектировании оптимизированных БД для 200М+ записей под высоким нагрузкой.
Напишите мне в личные сообщения, чтобы обсудить детали.
Бюджет: 15000 UAH Срок: 15 дней
Я не робот.
Доброго дня, Андрій.
Я понимаю вашу задачу: создать точную копию сервиса спамзила, с многоязычностью, детальными схемами, интеграцией партнерских источников (выбор, парсинг, обновление, affiliate-ссылки), парсингом данных, БД для 200+ млн строк (40+ параметров, 10-50 запросов/мин) и полным ТЗ.
У меня есть опыт в проектировании интернет-проектов, масштабируемых баз данных (PostgreSQL, MySQL, MongoDB) с большими объемами данных и высокой нагрузкой, а также в разработке логики парсинга и обновления данных из внешних источников. Предложу оптимальную архитектуру и схему БД, учитывая ваши требования.
Предложу: сначала анализ видео/сайта → схемы логики (UML/ER для БД с PostgreSQL+Redis для масштабирования, шардирование/индексы для нагрузки). Логика парсинга: cron-джобы на Go для регулярного обновления из источников (ротация IP, rate-limits), affiliate через API/токены. БД: нормализация, TimescaleDB для временных рядов. Разработаю ТЗ с блок-схемами, прототипами, требованиями к фронту/бекенду.
Готов предоставить черновик ТЗ за 2–3 дня после уточнений.
Бюджет: 14990 UAH Срок: 14 дней
Добрый день!
Меня зовут Валентин, и я представляю Arctic Web Agency. Мы - команда опытных веб-разработчиков, которые специализируются на создании современных и эффективных веб-решений для бизнеса. В личные сообщения смогу предоставить примеры наших похожих работ. Готовы взять ваш проект в работу!
С уважением
Arctic Web Team Freelancehunt
Бюджет: 15000 UAH Срок: 3 дня
Я не робот
Добрый день, Андрей
Могу не только создать детальное ТЗ, но при необходимости и самостоятельно его реализовать, поскольку у меня действительно большой опыт работы с базами и разработкой в целом. 200 миллионов записей при правильном и продуманном проектировании БД — это очень мало, она даже не почувствует нагрузки. 50 запросов в минуту — легко!
Обращайтесь, помогу спроектировать в наилучшей качестве еще и с большим запасом мощности. Детали по бюджету и срокам согласуем после обсуждения.
Пишите, буду рад сотрудничеству. Жду обратной связи.
Бюджет: 15000 UAH Срок: 14 дней
Я не робот 👋
У меня есть опыт создания сервисов и подготовки детализированных ТЗ и архитектурных описаний для сложных агрегаторов/партнерских платформ. Я работаю не с полной декомпозицией логики: user-flow, data-flow, источники данных, партнерские интеграции, масштабирование и требования к БД.
Готов обсудить формат результата, сроки и бюджет и сразу приступить к анализу и разработке сервиса!
С уважением,
Андрей!
Бюджет: 15000 UAH Срок: 3 дня
Я не робот
Доброго дня!
Готов обсудить детали и перейти к выполнению.
Быстро и качественно.
Детали в личные сообщения.
Бюджет: 25000 UAH Срок: 20 дней
Я не робот
Меня зовут Дмитрий, я совладелец команды King Kong Lab. Ознакомился с вашим заданием и понимаю, что речь идет не просто о создании копии сервиса, а о полном анализе логики, архитектуры, источников данных и подготовке детального технического задания для дальнейшей разработки масштабируемой платформы с большим объемом данных.
Мы можем выполнить полный аудит существующего сервиса, детально описать всю логику работы в виде схем и структур, включая взаимодействие с партнерскими источниками, механизмы обновления данных, получение партнерских ссылок и принцип работы системы в целом. Также спроектируем архитектуру базы данных с учетом нагрузки 200+ млн записей, оптимизации запросов и масштабирования.
Отдельно пропишем логику парсинга, структуру хранения данных, механизмы синхронизации и подготовим полноценное техническое задание для разработчика, чтобы систему можно было реализовать без рисков и с правильной архитектурой с самого начала.
У нас есть опыт работы с высоконагруженными системами, большими базами данных и сервисами с агрегацией информации. Готовы проанализировать сервис и подготовить детальный план реализации.
Ставки пока отсутствуют
Бюджет: 15000 UAH Срок: 4 дня
Добрый день!
Последние работы!
https://wall-master.artbud.pro/
https://www.cardanmash.com.ua/
http://floridagardendesigns.com/
https://sugacards.com/
https://advilion.com
http://axiomaplus.com.ua/
https://maxinstal.ch/
http://otpad.com.ua/
http://spectrum.net.ua/
Подробное обсуждение, советы, предпочтения, оценка в личных обсуждениях.
С уважением, Василий!
-
Андрей М. 17 февраляДобрий день.
Щоб коректно скласти ТЗ, уточню один момент щодо формулювання «парсинг даних».
Що саме ви маєте на увазі під «парсингом»?
Варіант A: ми збираємо дані з офіційних/партнерських джерел (API/фіди аукціонів + ліцензовані провайдери метрик) і на їх основі робимо сервіс-аналог за функціоналом.
Варіант B: потрібно витягувати/копіювати дані напряму зі SpamZilla (автоматично/скриптами/ботами).
Чому уточнюю: у SpamZilla це обмежено умовами використання. У їх Terms of Use прямо зазначено, що не можна:
заходити на сайт автоматизовано (ботами/скриптами): “you will not access the Site through automated or non-human means…”;
систематично витягувати дані, щоб збирати базу/каталог без письмового дозволу: “Systematically retrieve data… to create… a collection/compilation/database…”;
використовувати data mining/robots/scrapers: “data mining, robots, or similar data gathering and extraction tools”.
Посилання на Terms: https://www.spamzilla.io/terms-of-use/
Тому, щоб ТЗ було реалізовуваним і без ризиків, пропоную зафіксувати Варіант A:
«парсинг» = ingestion (отримання списків доменів із фідів/API) + enrichment (отримання метрик через ліцензовані API) + розрахунок внутрішніх показників spam/quality score.
Підтвердьте, будь ласка, який варіант ви мали на увазі (A чи B). У разі вибору A я під це фіналізую ТЗ (зі схемами оновлення джерел, логікою affiliate-посилань і вимогами до БД/пошуку). У разі B — потрібно буде узгодити правовий спосіб доступу до даних (письмовий дозвіл/ліцензія), або я запропоную альтернативний варіант на офіційних API/фідах.
Актуальные фриланс-проекты в категории Базы данных и SQL
Есть действующая production-платформа с каталогом и автоматическим обновлением внешних предложений и цен. Стек: — Node.js / TypeScript; — PostgreSQL; — существующий price refresh service и cron; — отдельный готовый Python-модуль валидации и выбора предложений; — staging и production. Необходимо точечно доработать существующий price refresh pipeline без полного переписывания backend. ОБЯЗАТЕЛЬНЫЙ SCOPE 1. Интеграция Python-модуля — Python-модуль остаётся отдельным компонентом; — возвращает структурированный результат: offers, selected offer, statuses и risk flags; — Node.js валидирует результат и выполняет запись в БД; — предусмотреть обработку ошибок и partial/failed runs; — legacy pipeline не отключается до завершения QA. 2. Запуск refresh по списку Добавить запуск: — по одному slug/id; — по переданному списку slug/id. Допустим CLI или существующий служебный API. Новый пользовательский интерфейс не требуется. 3. Shadow Mode Новые результаты должны записываться отдельно и не влиять на production до QA. Требуются shadow-поля: — price; — selected offer ID; — direct URL; — offer status; — risk/QA flags; — checkedAt; — engineVersion. 4. Расширение существующей таблицы offers Добавить: — source; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — risk flags либо хранение в существующем JSON; — unique constraint для защиты от дублей. Новую параллельную offer-систему создавать не требуется, если существующую таблицу можно безопасно расширить. 5. UPSERT, STALE и DB transaction Заменить текущую схему DELETE → CREATE: — UPSERT существующих и новых offers; — отсутствующие в полном успешном snapshot offers переводятся в STALE; — при API error, partial result или незавершённом snapshot активные offers не должны становиться STALE; — обновление offers, selected offer metadata и shadow fields по одной модели выполняется внутри одной DB transaction; — при ошибке выполняется полный rollback. 6. Canonical-safe refresh Price refresh не должен изменять: — brand; — reference; — model; — collection; — name/title; — slug; — descriptions; — images; — SEO fields. Обновляются только offer, price и shadow data. 7. Сохранение текущей cron-логики Сохранить: — existing cron; — rolling batches; — cooldown; — проверку PRICE_REFRESH_MIN_DAYS до вызова внешнего API; — legacy production pipeline до завершения Shadow QA. 8. Audit output Достаточно одного варианта: — shadow-колонки в существующей admin table; или — CSV export. Минимальные данные: — model/reference; — production price; — shadow price; — delta; — production/shadow URL; — status; — risk flags; — checkedAt; — engineVersion. Новый сложный dashboard не требуется. 9. Staging и QA — DB migrations; — staging deployment; — smoke test на 5 переданных моделях; — затем Shadow Mode приблизительно на 50 моделях; — исправление технических ошибок, выявленных во время этих прогонов; — краткая документация контракта Python → Node.js и rollback procedure. ОПЦИОНАЛЬНО ОЦЕНИТЬ ОТДЕЛЬНО Простой технический promotion без нового UI: — promotion одной модели по slug; — promotion списка slug; — перенос подтверждённых shadow values в production; — техническая проверка после rollout. РЕЗУЛЬТАТ — Pull Request; — DB migrations; — рабочая интеграция Python → Node.js; — Shadow Mode; — UPSERT, STALE и транзакционное обновление; — запуск по slug/id; — staging deployment; — smoke-test results; — краткая документация; — не менее 7 дней исправления багов по реализованному scope после приёмки. В ОТКЛИКЕ УКАЗАТЬ 1. Fixed price за обязательный scope. 2. Отдельную стоимость promotion-механизма. 3. Срок. 4. Оценку часов. 5. Когда готовы начать. 6. Опыт с PostgreSQL transactions, migrations и ingestion pipelines. 7. Какие вопросы нужно уточнить до начала. 8. Включены ли staging, QA, migrations и bug-fix period. Шаблонные ответы без конкретной оценки рассматриваться не будут. Доступ к production на первом этапе не предоставляется. Работа начинается с ограниченного code review и staging.
Необходимо разработать централизованную серверную систему сбора и хранения данных из Planfix, 1С, Meta Ads и Google Ads, а также веб-дашборд для их отображения и анализа. Все данные, история изменений, расчеты и агрегированные показатели должны храниться исключительно в серверной базе данных. Дашборд не должен хранить или дублировать бизнес-данные. Он должен получать необходимую информацию из серверной базы через API в соответствии с запросами пользователя и отображать ее в виде KPI, графиков, таблиц и детализированных отчетов.
Ищем для поддержки проекта на базе Yii , нужно вносить правки и доработки базы, частично есть связь с предыдущим исполнителем .....................
Необходимо сделать миграцию базы из CRM G-PLUS на MyChatBot Объем базы - 26 тыс. лидов 2 воронки - Кол центр и Отдел продаж со своими воронками Карточки лидов (кроме имени и номера) имеют много различных полей Лиды также имеют голосовые записи звонков. Их также нужно перенести От кандидата ожидаю ориентировочную сумму и сроки реализации
Создать дашборд для мониторинга и анализа эффективности сети локаций (филиалов) компании в Google Business Profile (GBP) через официальный Google Business Profile API. Обработка через Скрипт на базе Google Apps Script (привязать к Google Таблице). Запись данных в Google Таблицу (которая выступает как база данных для Looker Studio). Обновление: Ежедневно (с индикацией даты последнего обновления). Создать сервисный аккаунт Google Cloud Скрипт раз в сутки (триггер в 03:00 ночи) отправляет запрос к GBP API. Получает метрики за вчерашний день по каждой локации (locationId). Записывает данные в таблицу в плоском формате (строка = уникальное сочетание Дата + ID Филиала + Метрики). Карточки ключевых показателейНазвание карточкиМетрика GBPФормат динамикиПросмотры профиляImpressions (Search + Maps)Процент %, Sparkline (синий)ЗвонкиLocal Services Phone CallsПроцент %, Sparkline (зеленый)Переходы на сайтWebsite ClicksПроцент %, Sparkline (фиолетовый)Построение маршрутовDirection RequestsПроцент %, Sparkline (оранжевый)Средний рейтингAverage Review RatingАбсолютное изменение (например, +0.1), Sparkline (желтый)Новые отзывыNew Reviews CountПроцент %, Sparkline (бирюзовый)