Настійно рекомендую!
Бюджет: 1000 USD Термін: 7 днів
Здравствуйте.Є великий досвід з JS/Python.Готовий до співпраці
Alona Baryliuk
Переможець- Проєкти 14
- Оцінка 3.6
- Рейтинг 1 288
Бюджет: 150 USD Термін: 2 дні
Вітаю, цікаве завдання — готова взятись за його реалізацію.
Можу налагодити повноцінну роботу голосового інтерфейсу: від розпізнавання мови у браузері до отримання аудіо-відповіді від backend-серверу на Flask.
Також виправлю помилки з кнопкою відтворення, налагоджу передачу команд, та перевірю повну логіку роботи з 11 мовами і ключовими словами активації (lula/lulu/lulla).
- Проєкти -
- Оцінка -
- Рейтинг 272
Бюджет: 250 USD Термін: 4 дні
Привіт!
Готова виконати ваш проект з усунення багів та забезпечення повноцінної роботи голосових команд, відтворення аудіо та взаємодії з бекенд-частиною. Маю практичний досвід з Web Speech API, JavaScript, Flask, а також з реалізацією TTS/STT-потоків та аудіовідтворення у браузері.
Готова обговорити деталі, переглянути поточний код, за потреби — запропонувати оптимізації та покращення UX.
Бюджет: 250 USD Термін: 3 дні
Добрий день! Вивчивши ваш проект з великим інтересом, я готовий приступити до його виконання. Давайте обговоримо деталі.
Бюджет: 250 USD Термін: 2 дні
Здравствуйте, Эльдар.
Я уважно ознайомився з описом вашого проекту. Завдання щодо виправлення помилок у веб-застосунку з голосовим управлінням повністю відповідає моїм навичкам як full-stack розробника.
Проблеми, які ви описали, є типовими при інтеграції Web Speech API з бекендом. Мої гіпотези:
Помилка відтворення аудіо: Ймовірно, проблема в обробнику подій кнопки (event listener), некоректному шляху до аудіофайлу або в політиці безпеки контенту (CSP), що блокує медіа.
Помилка передачі розпізнаної мови: Найчастіше це пов’язано з проблемою CORS між фронтендом і Flask-сервером, помилкою у fetch-запиті на стороні JavaScript або неправильною серіалізацією даних.
Мій план дій складається з трьох чітких кроків:
Діагностика: Я відтворю обидві помилки і, використовуючи інструменти розробника у браузері та логи сервера Flask, точно визначу їх первинну причину.
Виправлення: Реалізую необхідні виправлення як на фронтенді (JavaScript), так і на бекенді (Python), забезпечивши коректну передачу даних і відтворення.
Верифікація: Проведу повне сквозне тестування всієї ланцюжка (від активації мікрофона до відтворення відповіді), включаючи перевірку всіх 11 мов і варіантів ключових слів.
Як сертифікований Python-розробник (PCAP™), я впевнений, що зможу вирішити ці завдання швидко і якісно.
Вартість і терміни:
Пропоную виконати всю роботу за фіксованою ціною $250 протягом 1-2 днів.
Готовий розпочати негайно. Для початку роботи, не могли б ви надати доступ до Git-репозиторію?
Ставки поки відсутні
-
Eldar Kocha
19 червня 2025
Добрый вечер, Станислав,
Спасибо за отклик. Вы не указали стоимость? или я не там смотьрю?)
Актуальні фриланс-проєкти в категорії Python
Проект: Ми запускаємо 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 розглядатися не будуть.
Необхідно розробити локальний Python-скрипт для автоматичного заповнення Google Таблиці даними з внутрішнього сервісу компанії. Основна логіка: 1. Підключитися до Google Таблиці. 2. Знайти рядки, де заповнений ID, але відсутні два цільових значення. 3. Сформувати посилання за шаблоном: https://internal-service.example/item/{ID} 4. Отримати два значення (через API, якщо він існує, інакше через Playwright). 5. Записати значення назад у Google Таблицю. 6. Позначити рядок як оброблений. 7. Продовжити обробку наступних рядків. Вимоги: • Python • Google Sheets API • Пріоритет використання офіційного API • При відсутності API — Playwright • Без OCR, розпізнавання екрана та координат миші • Конфіденційні дані не повинні потрапляти в логи • Конфігурація через .env • Тестовий режим (без запису в таблицю) • Не обробляти вже заповнені рядки • Пакетна запис змін у Google Sheets • Коректна обробка помилок і повторних спроб Необхідно надати: - вихідний код; - requirements.txt; - приклад .env.example; - інструкцію по установці; - інструкцію по запуску; - короткий опис архітектури. Перед початком реалізації прошу: 1. Запропонувати архітектуру. 2. Перелічити необхідні доступи. 3. Задати уточнюючі питання. 4. Вказати вартість, терміни та орієнтовну кількість годин.
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Потрібен спеціаліст для написання парсерів, який зможе обходити CLOUDFRAME. Парсинг товарів відбувається з сайтів з авторизацією. Є 10+ донорів різної складності, з різним ступенем захисту. Парсинг товарів відбувається з сайтів з авторизацією. Парсить дані в готову базу даних Mysql + фотографії на сервер. Потрібно написати парсер відповідно до завдань описаних у технічному завданні та адаптувати дані до існуючої бази даних для повноцінної роботи на сайті. ТЗ та приклад донора по запиту. Десктопні парсери та C# не розглядаємо.
Бот для дзеркалювання позицій на Binance Futures (Python) Потрібен бот, що читає мої позиції на Hyperliquid (публічний API) та Bitget Futures (мій ключ read-only) і пропорційно повторює їх на моєму Binance USDT-M Futures через API. Логіка: відкриття, збільшення, часткове закриття, повне закриття — все дзеркалиться з налаштовуваним коефіцієнтом розміру. Полінг 5–10 сек. Обов’язкова коректна обробка часткових закриттів та усереднень. Вимоги: сповіщення в Telegram про угоди й помилки; конфіг (пари, коефіцієнт, ліміти); деплой на мій VPS + інструкція; вихідний код передається мені. Ключі вводжу сам. Етапи: 1) Hyperliquid→Binance, тест на малих сумах; 2) Bitget→Binance. Оплата через safe поетапно. У відгуку вкажіть досвід з API бірж і як обробите часткове закриття 30% позиції лідером