Бюджет: 10000 UAH Термін: 7 днів
78
Привіт. Є великий досвід у розробці телеграм-ботів. Готовий до співпраці
Привіт, мені потрібно додати оплату для мого тг бота (потрібна як криптооплата так і звичайна через банки)
І ще потрібно закинути його на сервер
Перевірка на спам 33+ 45
Бюджет: 10000 UAH Термін: 7 днів
78
Привіт. Є великий досвід у розробці телеграм-ботів. Готовий до співпраці
Бюджет: 1000 UAH Термін: 1 день
78
Привіт.
Розробляю ботів для телеграма на NodeJS. Готовий взятися. Пишіть, обговоримо.
Бюджет: 7000 UAH Термін: 10 днів
Вітаю Катерино.
Якщо мова йде про оплату у крипті то під кожну транзакцію генерується адреса, надходження коштів на яку перевіряється автоматично. І хоча під кожну транзакцію свій адрес, є спосіб зробити так щоб крипта попадала з усіх транзакцій на 1 основний адрес. Щодо оплати картою, то провайдерів зараз вистачає і повністю автоматизувати і цей процес не є складною задачею.
Я маю 5+ років досвіду у розробці, пишу чистий код який легко підтримувати. Буду радий співпраці.
З повагою,
Георгій
Бюджет: 8000 UAH Термін: 5 днів
Вітаю, 78.
Займаємось розробкою ПЗ, сайтів з нуля, а також їх доопрацюванням.
Працюємо з: WordPress, 1C, Opencart, Shopify, WIX, Python, JavaScript, C++, C#, Unity 3D, SQL, Microsoft SQL Server, WPF, WinForms.
Є досвід у: Системне програмування, Управління проєктами розробки, Захист інформації, Програмування ігор, тощо.
Виконаємо вашу роботу, незалежно від її рівня складності.
Після завершення роботи пропонуємо підтримку проєкту протягом 14 днів.
Будемо раді співпраці!
Бюджет: 4000 UAH Термін: 3 дні
78
Привіт!
Можу налаштувати для твого бота оплату як через банки (Україна), так і через криптовалюту. По банківським платежам можу запропонувати інтеграцію з LiqPay, Monobank та іншими. По крипті — Binance, Coinbase, BitPay тощо.
Закину бота на сервер, проблем немає.
Якщо все ок, скинь деталі: який сервер, які платіжні системи переважні.
Чекаю інфу!
Бюджет: 2500 UAH Термін: 2 дні
78
Добрий день. Маю два роки досвіду у розробці телеграм ботів на python. Працював з liqpay, wayforpay, fondy, cryptobot. Поставити бота на сервер також не проблема. Готовий до співпраці, звертайтеся
Бюджет: 4000 UAH Термін: 2 дні
78. Добрий день, є можливість підключити Cryptomus, CryptoBot та банки Privat, Mono і платіжки від WayForPay та Fondy, не думаю, що вам треба Stripe і Paypal
Бюджет: 8000 UAH Термін: 10 днів
є різні способи отримувати в крипті: wallet, CryptoBot
для банків можна Wayforpay
треба бачити код, щоб оцінити як за легко в нього це інтегрувати
пишіть, обговоримо
78.
Бюджет: 6000 UAH Термін: 3 дні
Привіт, Катерино!
Готовий допомогти додати оплату для вашого тг-бота (як криптооплату, так і через банки) і розмістити його на сервері. Перевірка на спам, як зазначено (78).
Який платіжний шлюз віддаєте перевагу для звичайної оплати через банки?
І чи є у вас вже сервер, чи потрібно налаштувати новий?
Буду радий обговорити деталі і почати роботу!
Бюджет: 4000 UAH Термін: 3 дні
Доброго дня. Для цього потрібно підключити платіжну систему. Їх багато, можу запропонувати, або Ви вкажіть яку хочете. Звертайтеся.
Бюджет: 4000 UAH Термін: 3 дні
Привіт, готова виконати завдання.
Але щоб почати працювати, мені потрібно більше інформації про проект.
78.
Есть возможность подключить оплату CryptoBot и Wayforpay. Но необходимо посмотреть на бот если это возможно.
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних 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-документів, метаданих або перевірці електронних файлів на автентичність. У відгуку, будь ласка, коротко опишіть ваш досвід, методи та інструменти, які ви використовуєте для такої перевірки.
Індикатор для користування у торгівлі повинен визначати певні діапазони з історію і аналізувати їх з поточним