Бюджет: 500 USD Срок: 12 дней
Привет! Готов приступить к сотрудничеству с этим проектом. Задача выглядит интересно. Принимаю это как вызов.
Цель этой функции — предоставить администраторам гибкую систему управления игрой с хешами, позволяющую устанавливать разные коэффициенты и лимиты ставок для ставок на блокчейне и вне его для каждой игры с хешами. Управление ставками на блокчейне и вне его должно осуществляться независимо, чтобы обеспечить правильное применение коэффициентов и лимитов ставок для каждого типа ставки. Для ставок на блокчейне администраторы также должны указывать соответствующий тип криптовалюты (например, BTC, ETH, USDT и т.д.).
Описание требования:
Администраторы могут задавать основную информацию для каждой игры с хешами, включая название игры, тип игры и поставщика.
Администраторы могут просматривать и редактировать конкретные настройки для каждой игры с хешами, включая разные коэффициенты и лимиты ставок для ставок на блокчейне и вне его.
Описание требования:
Для каждой игры с хешами администраторы могут отдельно задавать коэффициенты и лимиты ставок для ставок на блокчейне и вне его.
Ставки на блокчейне:
Коэффициенты: Установить коэффициенты для ставок на блокчейне. Например, ставка 1 USDT может иметь коэффициент 0.95x.
Лимиты ставок: Установить минимальную и максимальную сумму ставки для ставок на блокчейне, например, минимум 1 USDT и максимум 10 000 USDT.
Ставки вне блокчейна:
Коэффициенты: Установить коэффициенты для ставок вне блокчейна, например, 1:0.95 или другие пользовательские коэффициенты.
Лимиты ставок: Установить минимальную и максимальную сумму ставки вне блокчейна, например, минимум 1 USDT и максимум 10 000 USDT.
Описание требования:
Коэффициенты и лимиты ставок для ставок на блокчейне и вне его должны устанавливаться независимо, чтобы обеспечить правильное управление и применение каждого типа ставки.
Система должна позволять администраторам настраивать коэффициенты и лимиты ставок независимо для ставок на блокчейне и вне его без вмешательства друг друга.
Администраторы должны иметь возможность четко видеть текущие коэффициенты и лимиты ставок на интерфейсе и изменять их в реальном времени.
Описание требования:
Любые изменения коэффициентов и лимитов ставок должны вступать в силу немедленно, чтобы следующая сделка игрока использовала новые настройки.
Администраторы могут обновлять коэффициенты и лимиты ставок в любое время, а система должна обеспечивать согласованность данных и синхронизацию в реальном времени.
Описание требования:
Система должна выполнять проверку данных, чтобы убедиться, что все настройки допустимы. Например:
Тип криптовалюты для ставок на блокчейне должен быть действительным и соответствовать поддерживаемым платформой криптовалютам.
Максимальные и минимальные суммы ставок для обоих типов ставок должны соответствовать правилам платформы, предотвращая недопустимые или неразумные лимиты ставок.
Описание требования:
Система автоматически будет записывать все изменения коэффициентов и лимитов ставок, включая время изменения, модификатора и содержание изменения.
Администраторы могут просматривать и отслеживать историю изменений настроек для каждой игры в любое время.
Описание требования:
Система должна в реальном времени отслеживать суммы ставок пользователей, чтобы убедиться, что они не превышают установленные лимиты.
Если сумма ставки пользователя превышает лимит, система должна выдавать предупреждение и ограничивать такую ставку.
Интерфейс управления игрой:
Администраторы могут просматривать настройки ставок для каждой игры с хешами, включая коэффициенты на блокчейне и вне его, лимиты ставок и т.д.
На странице настроек каждой игры администраторы могут отдельно настраивать параметры ставок на блокчейне и вне его. Каждый параметр включает коэффициенты, минимальную ставку, максимальную ставку и тип криптовалюты (только для ставок на блокчейне).
Кнопка "Обновить настройки" позволит администраторам применить изменения сразу после их внесения.
Интерфейс записи ставок:
Отображает записи ставок пользователей, включая суммы ставок, типы ставок (на блокчейне или вне его), результаты, информацию о игре и т.д.
Система должна эффективно обрабатывать большие объемы данных о играх с хешами, особенно когда много пользователей размещают ставки. Обновления и запросы данных о ставках должны отвечать быстро.
Запросы к базе данных и операции обновления должны завершаться в течение 100 мс для обеспечения плавной работы для администраторов.
Все данные ставок, коэффициенты и лимиты ставок должны быть зашифрованы и надежно храниться для обеспечения безопасности конфиденциальных данных.
Система должна реализовать контроль доступа, позволяющий только авторизованным администраторам устанавливать коэффициенты ставок и лимиты ставок.
Код должен соответствовать стандартным практикам разработки, обеспечивая хорошую поддерживаемость и легкость расширения функций в будущем.
Система должна поддерживать автоматизированное ведение журналов и отслеживание исключений, чтобы помогать администраторам быстро выявлять и устранять проблемы.
Эта функция управления игрой с хешами предоставляет администраторам гибкие и точные инструменты для контроля и настройки параметров ставок, включая коэффициенты и лимиты ставок для ставок на блокчейне и вне его. Управляя коэффициентами и лимитами ставок независимо для каждого типа, администраторы могут обеспечить правильное применение правил для каждого вида ставок. Кроме того, система поддерживает указание типов криптовалют, что соответствует разнообразным потребностям платформы.
Если есть вопросы или дополнительные требования, не стесняйтесь связаться с нами!
Примечание: Этот PRD предназначен для понимания требований, содержание носит справочный характер.
Дата сдачи — 15 дней, не более 20 дней
Бюджет: 500 USD Срок: 12 дней
Привет! Готов приступить к сотрудничеству с этим проектом. Задача выглядит интересно. Принимаю это как вызов.
Бюджет: 500 USD Срок: 10 дней
Добрый день!
Готов перейти к сотрудничеству!
Опыт в похожих проектах есть.
*подробности в личных*
Внимание!
Если я указал в сумме ставке "1111" или "777", то это означает, что мне нужно больше информации для оценки проекта (также сроки могут меняться в зависимости от объема).
Бюджет: 3000 USD Срок: 10 дней
Добрый день, мы команда програмистов хотим взяться за ваш проекь
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Что мы считаем в проекте: Реализованная PnL, ROI и Win Rate для криптокошельков - насколько прибыльно кошелек торговал определенным токеном за выбранный период. На каких данных: история on-chain транзакций кошелька (свопы, переводы токенов) + рыночная цена токена на момент каждой сделки. Основной источник данных - Moralis: два вызова во время первичной загрузки кошелька - нативные ETH-переводы и все ERC-20 token transfers. С чем сравниваем: Nansen.io - берем как эталон, сравниваем наши рассчитанные метрики с тем, что показывает Nansen для тех же кошельков за тот же период. Проблема: наши цифры существенно отличаются от Nansen, и мы не до конца понимаем, по каким правилам часть действий кошелька должна классифицироваться для целей PnL. Необходимо исправить расчет Реализованной 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, positioning. 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. Стоимость работы.