Бюджет: 27000 UAH Термін: 22 дні
Вітаю.
Я NodeJS розробник. Готовий взятися. Пишіть, обговоримо.
Задачі:
Розробка backend (REST API, FastAPI)
Воркери для обробки подій (Redis Streams)
Інтеграції із зовнішніми майданчиками (є готові репозиторії & потрібен рефакторинг під нашу архітектуру)
Менеджер сессій: cookies/proxy, стабільні сесії, retries/ліміти
Система модулів/плагінів
Стек:
Python 3.11+ · FastAPI · Pydantic · asyncio · SQL (PostgreSQL/MySQL) · Redis (cache/locks/ratelimit) · Redis Streams (або RabbitMQ) · curl_cffi
Вимоги:
asyncio + FastAPI, досвід прод-систем під навантаженням (100 - 1000 юзерів), розуміння сесій/кукі/проксі/лімітів/ретраїв.
Досвід роботи з curl_cffi, асинхронними мережевими клієнтами, обходом антибот-захисту та проєктуванням стійкої backend-логіки буде великим плюсом.
Формат:
Віддалено · проєктна робота · можливе довгострокове співробітництво
Відгук:
Коротко про досвід + GitHub + очікування по оплаті/формат зайнятості
Бюджет: 27000 UAH Термін: 22 дні
Вітаю.
Я NodeJS розробник. Готовий взятися. Пишіть, обговоримо.
Бюджет: 27000 UAH Термін: 4 дні
Доброго дня!Готов виконати цей проект. Великий досвiд розробки рiзноманiтних додаткiв
Бюджет: 27000 UAH Термін: 2 дні
Вітаю.
Займаюся Python бекендом (FastAPI, asyncio). Працював з REST API, Redis (кеш, блокування, обмеження швидкості), Redis Streams / RabbitMQ, інтеграціями сторонніх сервісів.
Бюджет: 27000 UAH Термін: 30 днів
привіт
маю різноманітний досвід з парсинг (твітер, ікея, пром.юа, пепко, і тд), в тому числі розумію як обходити капчі
1. це чисто парсинг (збір) даних чи якісь дії також?
2. який обсяг даних треба парсити? яка приблизна частота? це один сорс даних чи різні?
пишіть, обговоримо деталі
Бюджет: 27000 UAH Термін: 30 днів
Доброго дня, маю практичний досвід розробки бекенду на FastAPI з використанням PostgreSQL / MySQL. Працював з REST API, асинхронною логікою та проектуванням серверної частини під реальні завдання.
З чергами та стрімінгом подій поки не мав комерційного досвіду, але швидко вникаю в нові технології: зазвичай починаю з документації та мінімальних прототипів, після чого впевнено застосовую рішення в проекті. Для мене нормально розбиратися в уже існуючій архітектурі та поступово брати на себе нові зони відповідальності.
Комфортно працюю з чужим кодом, можу рефакторити та адаптувати його під єдину архітектуру, не ламаючи продакшн-процеси.
Готовий працювати віддалено по 4–5 годин на день, швидко онбордитися та поступово брати на себе більше відповідальності за бекенд-частину.
Бюджет: 27000 UAH Термін: 30 днів
Привіт!
Я backend-розробник із досвідом побудови продакшн-систем на FastAPI / asyncio, орієнтованих на стабільну роботу під навантаженням.
Коротко про досвід:
• Python 3.11+, FastAPI, Pydantic, asyncio
• Проєктування та реалізація REST API
• Робота з PostgreSQL / MySQL
• Redis: cache, locks, rate-limit, черги
• Воркери та event-processing (Redis Streams, background tasks)
• Інтеграції з зовнішніми сервісами + рефакторинг існуючих репозиторіїв під модульну архітектуру
• Менеджмент сесій / cookies / proxy, retries, ліміти, fault-tolerant логіка
• Досвід побудови backend-логіки для систем із 100–1000 активних користувачів
Працюю з асинхронними мережевими клієнтами, розумію специфіку стійкої роботи з зовнішніми майданчиками (timeouts, блокування, повторні спроби, контроль навантаження).
Можу швидко включитись у проєкт і працювати самостійно, орієнтуючись на результат.
Формат:
• Віддалено
• Проєктна робота
• Відкритий до довгострокової співпраці, якщо буде взаємний fit
Готовий обговорити архітектуру та швидко приступити до задач.
Система авто-сповіщень про поповнення складу аналітика. На 8n8. Невелика автоматизація для e-commerce. Раз на добу система рахує швидкість продажів по кожному товару й надсилає в Telegram, що пора замовляти (з рекомендованим обсягом) і на скільки днів вистачає залишку. Що робимо: Забір даних: KeyCRM API (історія замовлень) + залишки/замовлення з Rozetka (API або вивантаження) Зберігання в SQLite на моєму VPS (Contabo, Linux) Розрахунок середнього продажу, запасу в днях, точки замовлення ABC-аналіз: пріоритезація, який товар поповнювати першим (клас A — головні за виручкою — важливіші) Щоденний Telegram-бот + запуск по cron Усі пороги (термін постачання, страховий запас, цільовий запас) — у конфізі
Вітаю! Мені потрібно візуально кастомізувати систему InvenTree (open-source) для презентації проекту кав'ярні. Складний бекенд і інтеграція з касою (POS) не потрібні — важлива зовнішня переробка інтерфейсу, щоб показати різницю «Було / Стало». Стек проекту: Python (Django) + React (Mantine UI). Що потрібно зробити в інтерфейсі: Кастомний брендинг, Перейменування в боковому меню та таблицях, Очищення форм від інженерних полів, Налаштувати один рецепт «збирання» напою (наприклад, Капучино), щоб при ручному списанні зі складу наочно вираховувалися всі інгредієнти, додати функції у вигляді додаткових звітів, і пояснення принципів роботи зроблених змін. Всі конкретні деталі обговоримо особисто. Вимоги до виконавця: Досвід роботи з Django та React (Mantine UI). Здатність виконати завдання швидко — проект потрібен для презентації. Працюємо через Сейф (Безпечну угоду). У відповіді почніть зі слова «КАВА», щоб я бачив, що ви дочитали до кінця. Напишіть ваші терміни та ціну
Необхідно розробити додаток або скрипт, який буде автоматично конвертувати файли з форматів YML або JSON у формат XLS, з подальшою генерацією посилання на вихідний XLS файл для промо Вимоги: Вхідні дані: Файл у форматі YML (посилання будуть надані) або Файл у форматі JSON (посилання будуть надані, JSON не містить дерева категорій, але кожен товар знаходиться в окремому масиві). Вихідні дані: Файл у форматі XLS з доступом через пряму посилання. Файл має оновлюватися автоматично за розкладом, наприклад, щоденно. Функціональні вимоги: Можливість вказання кількості днів для Наявності Під замовлення для кожного вхідного посилання. Додаток має стабільно працювати в умовах обмеженого за ресурсами хостингу. Бажано інтуїтивно зрозумілий веб-інтерфейс для управління налаштуваннями.
Потрібно внести невелику правку в програму, яка формує замовлення для друку. Завдання: Ми додали в асортиментм'яке скло з принтом. У замовленнях назва принта буде виділена символами#...# для коректного розпізнавання. Приклад: Мяке скло, #Абстракція біла# 2.0mm, Форма: Прямокутник... Необхідно: якщо в тексті замовлення присутній фрагмент між символами#...#, програма повинна розпізнати його як замовлення з принтом; при формуванні PDF або аркуша для друку таке замовлення потрібновиділити окремим кольором (будь-яким помітним, узгодимо під час виконання); решта логіки роботи програми має залишитися без змін. Приклад замовлення додаю нижче для тестування.
Проект: Ми запускаємо B2B-сервіс наскрізної аналітики та управління рекламними кампаніями для таргетологів і медіабайерів. Продукт працюватиме з офіційним Meta API. Головна технічна складність і фокус проекту — віртуозна робота з лімітами Facebook, маршрутизація трафіку між пулом наших додатків і жорстка система захисту інфраструктури від блокувань сірих рекламних акаунтів. У нас вже є детальне технічне завдання, описана архітектура баз даних, логіка балансувальника та вимоги до інтерфейсів. Шукаємо виконавця, який візьме це в реалізацію під ключ (бекенд + фронтенд дашбордів). Що потрібно зробити (Ключові завдання): Інтеграція з Meta API: Налаштувати авторизацію користувачів та регулярний асинхронний парсинг статистики рекламних кабінетів. Запити повинні надсилатися виключно пакетами для економії лімітів. Система авто-відізвання кабінетів: Написати модуль, який безперервно моніторить статуси рекламних акаунтів. Якщо кабінет потрапляє в бан, система повинна автоматично відкликати токен доступу протягом 60 секунд, щоб захистити наше додаток від санкцій Meta. Інфраструктура проксі: Реалізувати тунелювання всіх запитів до API через пул SOCKS5. Обов'язкова жорстка прив'язка конкретного токена користувача до статичного IP-адреси. Розумна маршрутизація: Створити алгоритм, який буде розподіляти прив'язані рекламні кабінети між кількома нашими додатками Facebook у заданих пропорціях для зниження ризиків. Розробка інтерфейсів: Створити клієнтський дашборд зі зведеною таблицею статистики та просунуту адмін-панель для ручного управління лімітами користувачів, прив'язками до додатків і пулом проксі. Очікуваний стек технологій: Бекенд: Python, FastAPI. Асинхронні задачі: Celery, Redis. Бази даних: PostgreSQL (або ClickHouse для статистики, на ваш розсуд). Фронтенд: Vue.js або React (можна використовувати готові UI-бібліотеки та шаблони дашбордів, акцент на функціональність, а не складний дизайн). Вимоги до виконавця: Упевнений досвід роботи з Meta Graph API та Marketing API. Ви повинні розуміти, як працюють ковзаючі ліміти, як читати заголовки завантаженості та як працювати з токенами. Розуміння специфіки арбітражу трафіку. Слова «білінг», «бан рекламного кабінету», «бізнес-менеджер» і «фарм» не повинні викликати у вас запитань. Досвід побудови асинхронних парсерів і роботи з проксі-серверами на рівні мережевих запитів. Готовність працювати за чітким технічним завданням і здавати проект поетапно. Умови: Формат співпраці: Проектна робота Бюджет: Обговорюється індивідуально на основі вашої оцінки технічного завдання. Оплата: Поетапна, прив'язана до контрольних точок. Як відгукнутися: У супровідному листі обов'язково вкажіть ваш досвід роботи з Meta API, прикріпіть посилання на схожі проекти (або опишіть їх функціонал, якщо вони під NDA) і напишіть орієнтовну вилку цін і термінів на розробку подібної системи з нуля. Відгуки без опису релевантного досвіду роботи з Facebook API розглядатися не будуть.