Бюджет: 6000 RUB Термін: 10 днів
Добрый день. Задача проекта ясна, готов просмотреть код и разобраться в ошибке. Выполню качественно и быстро. Буду рад сотрудничеству)
Есть скрипт и несколько аккаунтов, которые при запросе заходят в нужный аккаунт и проверяет список подписчиков. Сейчас Инстаграм что-то у себя обновил и при добавление авторегов, которые были зарегистрированы через веб улетают на проверку по смс через 100-200 проверок и заходов в список подписок аккаунта. Наш скрипт авторизует только автореги, есть поддержка прокси. Но автореги улетают на чекпоинт по смс. Если подтверждать смс через браузер или свой тел, то в сервисе аккаунт потом вообще не авторизуется и попадает на цикличное подтверждение. Нам нужно ДОписать скрипт, чтобы он мог подтверждать смс внутри сервиса, с устройства и прокси, которые уже авторизован. При добавлении Брут-аккаунтов, тоже с нового устройства сразу вылетает подтверждение по смс и почте.
Нужен специалист, который круто работает с библиотекой АПИ инстаграм, у нас скрипт на Неофициальной библиотеке инсты. Если коротко, то нужно дописать функционал по подтверждению аккаунтов по смс на сервере и прохождения чекпоинтов.
Бюджет: 6000 RUB Термін: 10 днів
Добрый день. Задача проекта ясна, готов просмотреть код и разобраться в ошибке. Выполню качественно и быстро. Буду рад сотрудничеству)
Бюджет: 2000 RUB Термін: 5 днів
Здравствуйте! Имею опыт работы с АПИ инсты. Скрипт непосредственно чекпоинты пишет в директ сообщения ?
В идеале сделать такое:
2. прохождение чекпоинтов:
2.1 ПОЧТА
Если нужно сделать подтверждение почты, заходим на почту получаем код и подтверждаем это на сайте
2.2 НОМЕР ТЕЛЕФОНА
Заходим на сервис, получаем номер телефона, указываем его и подтверждаем по смс
3. Обновление данных api
4. Сделать поддержку куки, ЮА моб апи инсты
5. Поддержка куки
Но на первое время нужно просто добавить поддержку тех. данных и добавить список, в который я смог добавить например 500-1000 аккаунтов и они будут просто лежать, не авторизовываться. Когда на основном сервере закончатся аккаунты, сервер должен автоматически брать из этого списка аккаунт и авторизовать его
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних 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-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Індикатор для користування у торгівлі повинен визначати певні діапазони з історію і аналізувати їх з поточним