Бюджет: 1000 UAH Термін: 5 днів
Доброго дня! Готовий розглянути проблему. Впевнений, зможу знайтирішення. Буду радий співпраці
Буду радий співпраці!Бюджет: 1000 UAH Термін: 5 днів
Доброго дня! Готовий розглянути проблему. Впевнений, зможу знайтирішення. Буду радий співпраці
Буду радий співпраці!Бюджет: 1000 UAH Термін: 2 дні
Доброго дня, є досвід роботи з парсерами, готовий виконати ваше завдання швидко та якісно. Надішліть будь ласка вихідний код в ЛС
Бюджет: 1000 UAH Термін: 1 день
Привітання, готовий виконати замовлення. Я маю досвід з парсерами ..................
Бюджет: 1000 UAH Термін: 1 день
Готова вирішити завдання. Зв'яжіться зі мною для уточнення деталей.
Бюджет: 1000 UAH Термін: 2 дні
Добрий день, можу виконати. Маю досвід з Python та можу скомпілювати за допомогою pyinstaller. Якщо виникли труднощі з запуском, то можливо виникає якась помилка, з помилкою також можу справитись. Пишіть, буду радий допомогти.
Бюджет: 1000 UAH Термін: 3 дні
Добрий день! Маю досвід з Python та Selenium. Хотілось би побачити парсер.
Бюджет: 1000 UAH Термін: 1 день
Доброго вечора.
Якщо ще актуально - можу глянути.
Перед компіляцією в exe треба перевірити, чому самє не запускається.
Бюджет: 1000 UAH Термін: 2 дні
Доброго дня! Пишіть в особисті, залюбки допоможу! (буду радий співпрацювати)
Бюджет: 1000 UAH Термін: 1 день
Добрий день .
Існує великий досвід у парцерах.
Вартість і терміни залежить від деталей проекту.
Будемо раді співпраці.
Хороший день .
Бюджет: 1000 UAH Термін: 1 день
Привіт, є досвід написання парсерів на python, в тому числі і для Amazon і компіляції їх в .exe файл, так що легко зможу виконати вашу задачу
Бюджет: 1000 UAH Термін: 1 день
Маю великий досвід роботи з парсерами. Будемо раді розглянути код парсера і компілювати його в .exe формат
Бюджет: 1000 UAH Термін: 1 день
Добрий вечір, зможу Вам запустити парсер і зробити його ехе програмою, відпишіть в ЛС.
Бюджет: 1000 UAH Термін: 5 днів
Вітаю! Напишіть в приватні, потрібно подивитися на нього для початку)
А ви впевнені що це не проблема в самому парсері? Компіляція в .ехе не допоможе якщо парсер не працюючий
Ехе файл ни при чем. Амазон так просто не спарсишь, там структура меняется время от времени и защита постоянно все новая. Парсер у Вас вероятно все …
Необхідно розробити локальний 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% позиції лідером
Необхідно провести глибоку технічну перевірку трьох PDF-файлів на достовірність та можливі ознаки редагування або підробки. Потрібна не лише візуальна оцінка документів. Виконавець повинен добре розуміти внутрішню структуру PDF-файлів та вміти аналізувати: метадані файлів; структуру PDF та окремих об’єктів; історію створення і можливого редагування; використане програмне забезпечення; вбудовані шрифти, зображення, шари та інші елементи; можливі ознаки повторного збереження, конвертації, внесення змін або формування документа заднім числом; будь-які технічні невідповідності, які можуть свідчити про маніпуляції з файлами. За результатом перевірки необхідно надати зрозумілий письмовий висновок щодо кожного файлу із зазначенням виявлених ознак, ризиків та обмежень перевірки. Розглядаємо фахівців, які мають практичний досвід у цифровій криміналістиці, аналізі PDF-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.