Бюджет: 200 UAH Срок: 1 день
Добрый вечер!
Готов сделать
Обращайтесь, напишите свой бюджет в ЛС
Здравствуйте, я сам только учусь и знаний не хватает, нужно чтобы вы создали систему, которая будет генерировать код от 1 до 999999 и потом проводить это через процесс хеширования sha512 и результаты вводить в базу данных. Мне нужен хеш (sha512) в формате txt цифр от 1 до 999999. Бюджет небольшой, но думаю хватит на этот проект, тот кто знает Python легко напишет код. Если сможете сделать программу (чтобы находила по Кешу число) то доплачу, но это будем обговаривать.
Бюджет: 200 UAH Срок: 1 день
Добрый вечер!
Готов сделать
Обращайтесь, напишите свой бюджет в ЛС
Бюджет: 500 UAH Срок: 1 день
Здрастье
работаю с этим уже 3 года. есть хороший опыт
сделаю очень быстро т дешево.
Обращайтесь.
Бюджет: 500 RUB Срок: 1 день
Здравствуйте, готов выполнить ваш заказ. Зделаю всё быстро и на ваше усмотрения могу добавить комментарии.
Бюджет: 200 UAH Срок: 1 день
Уже выполнил задание. Могу отправить готовую работу. Надеюсь вас все устроит
Бюджет: 200 UAH Срок: 1 день
Ничего сложного. Уже накидал костяк. Минимальная цена! Буду рад поработать с Вами!
Бюджет: 200 UAH Срок: 1 день
Привет сделаю есть такой прог на Python 3 passgen.py имя. Все готов. Цена договорной. Если OK то тогда напишите в ЛС :)
Бюджет: 500 RUB Срок: 1 день
Привет, все понял , сделаю сегодня. Задача не сложная , при необходимости компильну в .exe
Бюджет: 500 RUB Срок: 1 день
Здравствуйте. Сделаю сегодня же. База данных sqlite3? Обращайтесь.
Бюджет: 300 UAH Срок: 3 дня
Здравствуйте, уверен что смогу вам почмочь. Но работаю на Node.js (JavaScript).
Немного нужно уточнить детали и сможем приступить
Бюджет: 500 UAH Срок: 1 день
Выполню на Python или C/C++. Поиск числа по хешу осуществляется при помощи так называемой "радужной таблицы", где хранятся уже сгенерированные данные и их хеши, так как хеш-функции - односторонние и не подлежат раскодировке.
Легко выполню задание, обращайтесь, буду рад помочь.
Бюджет: 200 UAH Срок: 1 день
Здравствуйте, хэширование осуществить могу. А вот обратно это уже не вижу возможным, на то оно и шифрование. Готов обсудить детальнее в личной переписке
Бюджет: 250 UAH Срок: 1 день
Выполню ваще задание быстро и качественно, учту ваши пожелания и комментарии
Бюджет: 250 UAH Срок: 1 день
Здравствуйте, проект весьма просто и не требует много времени и усилий. Сделаю в течении суток и вышлю вам итоговый .txt файл и код программы на Python3.
Бюджет: 500 RUB Срок: 1 день
Дарова!
Сделаю тебе генератор с выводом в базу.
Напиши в лс свой бюджет, может договоримся)
На ваше усмотрение, можно всё засунуть в блокнот txt, кеш цифр от 1 до 999999, в Кеше sha512.
Можете не тратить время, судя по всему проект создан "чисто поговорить". Потому как решение пишется за 30 минут, а тут уже второй день "жуют" что-то...
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Что мы считаем в проекте: Реализованная 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. Стоимость работы.