Бюджет: 400 EUR Срок: 3 дня
Добрый день! Готов сделать вам такой новый калькулятор с исправленными ошибками. Время работы 2-3 дня. Сделаю на React.js
Добрый день, необходимо создать формулу расчета цены неоновой вывески для нашего онлайн конфигуратора.
Занимаемся производством неоновых вывесок в Чехии. Цену каждой вывески считаем вручную оффлайн. Создали онлайн конфигуратор – онлайн решение, которое должно считать цену онлайн в реальном режиме в зависимости от запроса клиента (кол-во символов, размер), но столкнулись с проблемой подсчета цены.
Сам конфигуратор (написан на Javascript) висит по этому адресу - http://neons-vizualizace.cz/
Изначальные вводные для подсчета цены: кол-во символов, высота и ширина вывески.
Дополнительные параметры: рассчитываются как процент от изначальной цены (пунты 5 и 7), пункт 8 выбирается вручную и добавляется к цене.
Как визуализатор-онлайн работает сейчас?
Есть 2 процедуры, которые реализованы в коде и рассчитываются в визуализаторе: изначальный размер вывески и цена.
Расчет размера:
За основу взят минимальный размер каждого символа для определённого шрифта.
Минимальный размер символов на данный момент написан для 2 шрифтов: Loveneon и Freehand (шрифты можем предоставить, они есть файлами).
Как рассчитывается размер?
Возьмем вывеску Hello world в шрифте Freehand
Hello world – 13 cm высота х 35 cm ширина – размер Mini
Остальные размеры рассчитываются по коэффициентам увеличения:
Mini - 1
Extra Malý - 1,2
Malý - 2,47
Střední - 3,68
Velký - 5,03
SuperVelký - 6,38
Возьмем вывеску hello world it is my neon company в шрифте freehand
hello world it is my neon company – 16 сm высота x 113 cm ширина
Проблема с подсчетом цены
Подсчет цены.
Формула расчета цены на данный момент:
(Высота текста см*Ширина текста см*0,1) + (200*кол-во букв в слове) + (кол-во строк * 500) + коэффициент в зависимости от размера
(Mini - 1000
Extra Malý - 1290
Malý - 1420
Střední - 1650
Velký - 1830
SuperVelký – 2300)
Какие есть ограничения при подсчете?
Ограничения только по размерам вывески:
Максимальный размер вывески – 3 м
Категории размеров, которые указаны в визуализаторе:
Mini - < 50 cm
Extra Malý - 51 >= х <= 70 cm
Malý - 71 >= х <= 101 cm
Střední - 101 >= х <= 151 cm
Velký - 151 >= х <= 200 cm
SuperVelký - 201 >= х <= 300 cm
Какая проблема сейчас?
С маленькими словами/вывесками работает все +- корректно, потому что рассчитывается всегда самый маленький размер и цена и все умножается на коэффициенты при увеличении
Проблемы с вывесками, которые состоят из нескольких слов, потому для них также считается самый маленький размер и цена, а остальные увеличиваются исходя из коэффициента.
Задание.
Необходимо разработать формулу расчета размера и цены вывески и реализовать это в коде, чтобы корректно считало размер вывески и она попадала в нужную категория размера. Формула расчета цены сейчас неверная, потому что считает очень низкую цену и неактуальную цену. Увеличение коэффициентов не решение. У разных шрифтов может быть разная цена с одинаковым текстом и в +/- одинаковом размере, но шрифты можно поделить на категории:
легкие - одинаковая цена
сложные - одинаковая цена
Есть пример визуализатора конкурентов из США который был взят за основу https://customneon.com/create-neon-sign/
ЦЕНУ УКАЗЫВАЮ "ДЛЯ ГАЛОЧКИ" ЧТО БЫ ОПУБЛИКОВАТЬ ПРОЕКТ. РЕАЛЬНЫЕ ЦЕНЫ ПРОШУ ПРЕДЛАГАТЬ.
Бюджет: 400 EUR Срок: 3 дня
Добрый день! Готов сделать вам такой новый калькулятор с исправленными ошибками. Время работы 2-3 дня. Сделаю на React.js
Бюджет: 220 EUR Срок: 3 дня
Здравствуйте, Александр
Могу поправить расчет цены в вашем конструкторе.
С уважением, Юрий
Бюджет: 200 EUR Срок: 5 дней
Добрый день, возникло несколько вопросов по поводу расчета цены. Вы вычисляете цену текста по букве или по общему размеру? Вы говорили, что считали цену вручную, можете рассказать, какие именно расчеты вы проводили? Это бы ускорило работу над формулой.
Бюджет: 200 EUR Срок: 5 дней
Здравствуйте, готов выполнить. Пишите в личку. Обсудим детали.
Бюджет: 200 EUR Срок: 14 дней
Добрый день
Занимаюсь разработкой калькуляторов различной сложности, один такой есть у меня в портфолио
Готов всё обсудить и взяться за ваше задание
Бюджет: 150 EUR Срок: 7 дней
Профессиональный Full-stack разработчик. HTML, CSS, JS, React, Redux, NodeJS, Express, MongoDB. Работаю со сборками Vite, Parcel и webpack. Пишите в личные, обсудим детали. Есть опыт выполнения таких задач.
Бюджет: 100 EUR Срок: 1 день
Я думаю Вам нужно учитывать просто затраты которые идут у Вас на большие вывески\слова и добавлять какой-то процент Вашего заработка при формировании окончательной цены, в принципе тоже самое касается и маленьких. Если что обращайтесь в личку подумаем как это реализовать проще...
Бюджет: 350 EUR Срок: 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. Стоимость работы.