Бюджет: 500 USD Термін: 12 днів
Вітаю! Готовий приступити до співпраці з цим проектом. Завдання виглядає цікавим. Приймаю це як виклик.
Мета цієї функції — надати адміністраторам гнучку систему управління грою Hash Game, яка дозволяє встановлювати різні коефіцієнти та ліміти ставок для ставок на блокчейні та поза блокчейном для кожної гри Hash Game. Управління ставками на блокчейні та поза ним має бути незалежним, щоб забезпечити правильне застосування коефіцієнтів і лімітів ставок для кожного типу ставки. Для ставок на блокчейні адміністраторам також потрібно вказати відповідний тип криптовалюти (наприклад, BTC, ETH, USDT тощо).
Опис вимоги:
Адміністратори можуть встановлювати базову інформацію для кожної гри Hash Game, включаючи назву гри, тип гри та постачальника.
Адміністратори можуть переглядати та редагувати конкретну конфігурацію для кожної гри Hash Game, включаючи різні коефіцієнти та ліміти ставок для ставок на блокчейні та поза ним.
Опис вимоги:
Для кожної гри Hash Game адміністратори можуть окремо встановлювати коефіцієнти та ліміти ставок для ставок на блокчейні та поза ним.
Ставки на блокчейні:
Коефіцієнти: Встановіть коефіцієнти для ставок на блокчейні. Наприклад, ставка 1 USDT може мати коефіцієнт 0.95x.
Ліміти ставок: Встановіть мінімальні та максимальні суми ставок для ставок на блокчейні, наприклад, мінімум 1 USDT і максимум 10 000 USDT.
Позаблокчейнові ставки:
Коефіцієнти: Встановіть коефіцієнти для позаблокчейнових ставок, наприклад 1:0.95 або інші користувацькі коефіцієнти.
Ліміти ставок: Встановіть мінімальні та максимальні суми ставок для позаблокчейнових ставок, наприклад, мінімум 1 USDT і максимум 10 000 USDT.
Опис вимоги:
Коефіцієнти та ліміти ставок для ставок на блокчейні та поза ним мають встановлюватися незалежно, щоб забезпечити правильне управління та застосування кожного типу ставки.
Система повинна дозволяти адміністраторам регулювати коефіцієнти та ліміти ставок незалежно для ставок на блокчейні та поза ним без перешкод.
Адміністратори повинні мати можливість чітко переглядати поточні коефіцієнти та ліміти ставок на інтерфейсі та коригувати їх у реальному часі.
Опис вимоги:
Будь-які зміни коефіцієнтів та лімітів ставок мають набирати чинності негайно, щоб наступна ставка, зроблена гравцем, застосовувала нові налаштування.
Адміністратори можуть оновлювати коефіцієнти та ліміти ставок у будь-який час, а система має гарантувати цілісність даних і синхронізацію у реальному часі.
Опис вимоги:
Система повинна виконувати перевірку даних, щоб гарантувати правильність усіх налаштувань. Наприклад:
Тип криптовалюти для ставок на блокчейні має бути дійсним і відповідати підтримуваним платформою криптовалютам.
Максимальні та мінімальні суми ставок для обох типів ставок мають відповідати правилам платформи, запобігаючи встановленню недійсних або нерозумних лімітів.
Опис вимоги:
Система автоматично записуватиме всі зміни коефіцієнтів та лімітів ставок, включаючи час зміни, особу, яка вносила зміни, та зміст зміни.
Адміністратори можуть переглядати та відслідковувати історію змін налаштувань для кожної гри у будь-який час.
Опис вимоги:
Система повинна у реальному часі контролювати суми ставок користувачів, щоб вони не перевищували встановлені ліміти.
Якщо сума ставки користувача перевищує ліміт, система має видавати попередження та обмежувати цю ставку.
Інтерфейс управління грою:
Адміністратори можуть переглядати налаштування ставок для кожної гри Hash Game, включаючи коефіцієнти на блокчейні та поза ним, ліміти ставок тощо.
На сторінці налаштувань кожної гри адміністратори можуть окремо налаштовувати ставки на блокчейні та поза ним. Кожне налаштування включає коефіцієнти, мінімальну ставку, максимальну ставку та тип криптовалюти (тільки для ставок на блокчейні).
Кнопка "Update Settings" дозволить адміністраторам застосувати зміни негайно після редагування налаштувань.
Інтерфейс запису ставок:
Відображає записи ставок користувачів, включаючи суми ставок, типи ставок (на блокчейні або поза ним), результати, інформацію про гру тощо.
Система має ефективно обробляти великий обсяг даних про гри Hash Game, особливо коли багато користувачів роблять ставки. Оновлення та запити до даних про ставки мають швидко реагувати.
Запити до бази даних та операції оновлення мають завершуватися протягом 100 мс для забезпечення плавної роботи адміністраторами.
Всі дані ставок, коефіцієнти та ліміти ставок мають бути зашифровані та безпечно збережені для забезпечення безпеки конфіденційних даних.
Система має реалізувати контроль доступу, дозволяючи лише авторизованим адміністраторам встановлювати коефіцієнти та ліміти ставок.
Код має відповідати стандартним практикам розробки, забезпечуючи хорошу підтримуваність та легкість розширення функціоналу у майбутньому.
Система має підтримувати автоматичне ведення журналів та відстеження виключень для швидкого виявлення та вирішення проблем адміністраторами.
Ця функція управління грою Hash Game надає адміністраторам гнучкі та точні інструменти для контролю та налаштування параметрів ставок у грі, включаючи коефіцієнти та ліміти ставок для обох типів ставок — на блокчейні та поза ним. Завдяки незалежному управлінню коефіцієнтами та лімітами ставок для кожного типу, адміністратори можуть гарантувати правильне застосування правил для кожного виду ставки. Крім того, система підтримує вказівку типів криптовалют, щоб задовольнити різноманітні потреби платформи.
Якщо виникнуть питання або додаткові вимоги, не соромтеся звертатися до нас!
Примітка: цей PRD створений для розуміння вимог, і його зміст є лише для довідки.
Дата здачі — 15 днів, не більше 20 днів
Бюджет: 500 USD Термін: 12 днів
Вітаю! Готовий приступити до співпраці з цим проектом. Завдання виглядає цікавим. Приймаю це як виклик.
Бюджет: 500 USD Термін: 10 днів
Доброго дня!
Готовий перейти до співпраці!
Досвід в схожих проектах - є.
*деталі в особистих*
Увага!
Якщо я вказав у сумі ставці "1111" або "777", то це означає, що мені потрібно більше інформації для оцінювання проекту(також терміни можуть змінюватись від обсягу).
Бюджет: 3000 USD Термін: 10 днів
Добрий день, ми команда програмістів хочемо взятися за ваш проект
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Що ми рахуємо у проєкті: Realized PnL, ROI і Win Rate для криптогаманців - наскільки прибутково гаманець торгував певним токеном за обраний період. На яких даних: історія on-chain транзакцій гаманця (свопи, перекази токенів) + ринкова ціна токена на момент кожної угоди. Основне джерело даних - Moralis: два виклики під час первинного завантаження гаманця - нативні ETH-перекази і усі ERC-20 token transfers. З чим порівнюємо: Nansen.io - беремо як еталон, порівнюємо наші розраховані метрики з тим, що показує Nansen для тих самих гаманців за той самий період. Проблема: наші цифри суттєво відрізняються від Nansen, і ми не до кінця розуміємо, за якими правилами частина дій гаманця має класифікуватись для цілей PnL. Потрібно пофіксити розрахунок Realized PnL, ROI і Win Rate, щоб збігались з Нансеном. В заявці напишіть плз : - досвід в схожих задачах - досвід з Nansen - досвід з Moralis - досвід з DeFiLlama - досвід зі статою по криптоопераціям - приблизну вартість і сроки фіксу
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.