Бюджет: 5000 UAH Термін: 10 днів
Вітаю, готовий виконати ваше прохання, пишіть в особисті за ціну та термін домовимося
Потрібно розробити desktop-додаток (Electron + React) з високопродуктивним бекендом (Go або Node.js) для автоматизованої покупки дефіцитних товарів у момент релізу. Система працює напряму на рівні HTTP-запитів, без браузера та UI, з акцентом на мінімальну затримку, контроль сесій, роботу з проксі та обходження anti-bot захисту (Cloudflare / Akamai).
Мета проєкту — створити стабільний checkout-флоу для Shopify та Magento, який за мілісекунди визначає появу товару, додає його в кошик і виконує оплату, імітуючи реальний браузер (TLS fingerprint, сесії, cookies).
Основні задачі:
Архітектура desktop-рішення з локальним виконанням
Реалізація високочастотного моніторингу товарів (polling)
Автоматизований checkout для Shopify та Magento
Робота з проксі, сесіями, чергами (Queue-It)
Реалізація UI-дашборду для керування задачами, профілями та налаштуваннями
Фокус на швидкодію, стабільність і безпеку даних
Детальний Scope of Work надається кандидатам після відгуку.
Бюджет: 5000 UAH Термін: 10 днів
Вітаю, готовий виконати ваше прохання, пишіть в особисті за ціну та термін домовимося
Бюджет: 1000 UAH Термін: 1 день
Вітаю.
Можу реалізувати, всі деталі в особисті.
Ціна - договірна.
Бюджет: 10000 UAH Термін: 10 днів
Привіт.
Я розумію, що метою є створення високопродуктивного десктопного застосунку, здатного виконувати наднизьколатентні оформлення замовлення в Shopify та Magento, взаємодіючи безпосередньо на рівні HTTP/TLS. Я розроблю надійну локальну архітектуру, використовуючи Electron + React для інтерфейсу користувача, та серверну частину Node.js, оптимізовану для високочастотного опитування, ротації проксі-сервера, керування сеансами та обходу антиботів. Мій підхід включає реплікацію сигналів реального браузера (відбитки пальців TLS, файли cookie, заголовки), реалізацію стабільних конвеєрів оформлення замовлення та створення повністю керованої панелі інструментів для завдань, профілів та автоматизації релізів. Я готовий працювати з усіма технічними аспектами та забезпечити швидкість, надійність та безпеку системи для отримання релізів у режимі реального часу.
Тобто ви пропонуєте бомбувати сайти перевіряючи наявність товару?
Я вже не питаю про технічну реалізацію, бо чекаути та флоу у всіх сайтів своі.
Не впевнений, що варто відповідати, не дуже розумію мету цього повідомлення, але відповім.
"Бомбувати сайти" - бомбувати сайти не пропоную
"технічну реалізацію, бо чекаути та флоу у всіх сайтів своі" - сайти два. один на мадженто, інший на шопіфай. і у всіх цих двой сайтів дійсно різні флоу. І для усіх двох сайтів доведеться пропрацювати свій флоу.
Нічого особистого, але 2 різні ШІ...
Запит у поточному вигляді передбачає обхід технічних засобів захисту (anti-bot, Cloudflare/Akamai, Queue-It), імітацію браузерних відбитків, маніпуляцію сесіями та автоматизований checkout без згоди платформи. Надання детальних технічних рішень, алгоритмів або інструкцій для таких дій є неприйнятним і я не можу в цьому допомагати.Юридичне застереження
Будь ласка, врахуйте, що автоматизовані покупки можуть порушувати умови використання багатьох e-commerce платформ (наприклад, Shopify ToS забороняє автоматизовані покупки). Рекомендується:
- Використовувати систему лише для особистих цілей
- Не робити публічний реліз без юридичної консультації
- Уникати DDOS-подібного навантаження
Це і буде сервіс для особистого використання, він не буде для продажу або для масового використання. На жаль, вручну отримати на цих двох сервісах потрібні товари просто неможливо, їх викупають за 2-3 секунди після появи. Тому вимушені шукати рішення. Дякую за коментар
Ми шукаємо досвідченого розробника Blockchain Full-Stack, щоб допомогти створити гру Endless Runner нового покоління з механікою гри на блокчейні, NFT та токенізованими винагородами. Це можливість працювати над інноваційною грою, яка поєднує сучасні веб-технології з інфраструктурою блокчейну. Ви будете співпрацювати з розробниками ігор, бекенд-інженерами та дизайнерами для створення масштабованих смарт-контрактів, інтеграцій Web3 та безперебійного досвіду для гравців.
Потрібно перенести готовий дизайн сайту ( лендінг під курс, інфобіз ) з Figma на Weblium за один день.
Шукаємо розробника (або команду) для створення автоматизованого сервісу з замовлення домашніх послуг у Варшаві. Головний аналог і референс: CleanWhale.pl — звідси ми беремо зручну покрокову логіку калькулятора, мережу додаткових послуг, інтерфейс вибору регулярності та загальний принцип оформлення замовлення. Завдання: Створити схожий за зручністю та дизайном Mobile-First сервіс, але з спрощеною логікою тарифів та вбудованою гейміфікацією («ЖК-Шеринг»). Стек: Розглядаємо варіанти на WordPress + Elementor / WooCommerce, No-Code (Bubble / FlutterFlow), або ваші готові кастомні рішення.
Доброго дня! Маємо проєкт на Next.js, React, Node.js та Strapi. Наразі зверстана головна сторінка, а дві другорядні потребують доопрацювання. Також необхідно зверстати ще 4–5 сторінок з адаптацією і складними анімаціями під різні пристрої та підключити їх до адмін-панелі Strapi. Через зміну завантаженості попереднього розробника шукаємо нового спеціаліста для завершення проєкту. Шукаємо відповідального розробника з практичним досвідом роботи з цим стеком. У відгуку, будь ласка, додайте приклади схожих проєктів. Бюджет звісно обговоримо.
Потрібно автоматизувати оновлення наявної Custom Audience у Meta Ads, яка використовується для виключення покупців із рекламних кампаній. Необхідна логіка: раз на добу отримувати з CRM останні 400 замовлень (наприклад); брати номер телефону клієнта та, за наявності, email; видаляти дублікати та приводити дані до формату, який приймає Meta; повністю замінювати список клієнтів у наявній аудиторії, зберігаючи її поточний ID; передбачити захист: не очищати аудиторію, якщо CRM повернула порожній або некоректний список; налаштувати автоматизацію через Make та/або Meta Marketing API; перевірити, що аудиторія продовжує коректно використовуватися у виключеннях рекламних кампаній. Аудиторія вже створена, але зараз оновлюється вручну. Від виконавця потрібно: Запропонувати оптимальний спосіб реалізації. Вказати, які доступи та дозволи знадобляться. Оцінити вартість і терміни виконання. Вказати досвід роботи з Meta API та Make. Після налаштування надати короткий опис логіки роботи й використаних доступів. Окремо просимо уточнити: чи можлива повна щоденна заміна аудиторії через API та які обмеження або ризики можуть бути з боку Meta.