Бюджет: 4000 UAH Срок: 10 дней
Обращайтесь
Есть готовый фотобанк цветных изображений для шкафов-купе https://oboi-printcolor.com/ (сайт на WP) с другим
дизайном.
Нужно ему:
1.Поменять верстку. Ее можно посмотреть здесь http://sub.svit-shop.com.ua/;
2.Удалить все страницы не имеющие отношение к фотобанку.
3.Страница "О сервисе". Нужно управление в админе:
3.1.Двумя меню (в хедере и футере);
3.2.Редактирование табов (Каталог цветной, Каталог пескоструй, Конструктор) и редактирование надписей под
ними, изображений (удаление, загрузка другого), добавление нового таба (чтобы позиционировался по центру);
3.3.Редактирование заголовка h2 и текста под ним.
3.4.В футере добавление и удаление иконок соц.сетей и ссылок к ним.
4.Страница "Каталог цветных изображений"
4.1.В тематиках находятся категории, после выбора которой над витриной появляются подкатегории, так же можно
отфильтровать изображения по количеству дверей;
4.2.При клике на любую картинку или кнопку "Открыть" всплывает латбокс галерея в которой свободно листаются
картинки в пределах этой категории и/или подкатегории;
4.3.После клика на кнопку "Выбрать на дверь" в галерее, открывается страница "Конструктора шк.купе" (в окне
с дверьми надпись "Выбранное изображение появится здесь после выбора: 1)Размеров проема;
2)Количества дверей". Когда пользователь их выбирает, то выбранное изображение появляется под всеми дверьми
(первая дверь слева без серого затемнения, остальные с ним. По умолчанию в выборе материала для первой
двери: Переход из цветного каталога - Фотопечать на стекле, Переход из пескоструйного каталога -
Пескоструй/Травление на зеркале.
5.Страница "Конструктор для дверей шкафов-купе"
5.1.В полях "Высота" и "Ширина" должны быть ограничения (мин.макс) редактируемое из админки. При вводе числа
более ограничений, то число автоматически меняется на (мин.макс) ограниченное. Также в верстке, в
десктоповой версии ограничить по высоте сам проем с дверьми.
5.2.После введения размеров тонкая рамка должна показать пропорционально проем (по центру) в указанных
размерах с уменьшенным масштабом и размерами;
5.3.Выбор количества дверей. От 1 до 4. В зависимости от выбранного количества, снизу появляются меню для
каждой двери. При выборе материала с фотопечатью открывается каталог с фотопечатью,при выборе материала
пескоструй/тровление - открывается каталог Пескоструй/травление, далее пользователь выбирает нужное
изображение и в лайтбокс галерее добавляет его на дверь. После добавления изображение подгоняется (не меняя
пропорций) по высоте дверного проема, если оно шире одной двери, то в других дверях оно тоже отображается
только сквозь сероватый экран. Для изображения вставленного в двери должна быть возможность перемещения
влево и в право, чтоб полголовы не торчало к примеру или только нос, пользователь сам выбирает, что из
картинки пойдет на дверь. Картинка должна перетаскиватся только влево или вправо, за границами проема края
картинки не должны быть видны (для всех дверей).
5.4.Список материалов для дверей в дропдауне и соответствующих изображений должен редактироватся в админке;
5.5.Материал второй двери (и последующих) перекрывает материал который просвечивается от первой двери
(предыдущих). Если выбирается зеркало без рисунка или ДСП, то во второй двери появляется сразу этот материал
и т.д.
5.6.Письмо о заказе приходит на три имейла: 1) Имейл наш (указывается и редактируется в админке); 2) Имейл
клиента; 3) Имейл мебельщика.
5.7. Содержание имейла. Изображение собранное в конструкторе, размеры проема, описание материала по каждой
двери, если выбрано изображение для двери, то его серия/номер и ссылка на него в каталоге, плюс всю
информацию заполненную в форме заказа.
6.Заливка фотобанка на сайт. Используем и настраиваем готовый модуль для загрузки.
7. На сайте https://oboi-printcolor.com/ не реализован фильтр по количеству дверей, здесь надо его
реализовать.
Бюджет: 4000 UAH Срок: 10 дней
Обращайтесь
Бюджет: 4000 UAH Срок: 10 дней
Буду рад сотрудничеству! HTML, CSS, PHP, JavaScript/ MSQl; Web-дизайн, верстка, программирование; СMS:Wordpress/ joomla/Bitrix/Prestashop/Opencart Примеры работ: http://flisko-sib.ru/, http://domostroy.ltd.ua/
Бюджет: 5000 UAH Срок: 10 дней
+
Бюджет: 1111 UAH Срок: 1 день
Добрый день, уточните пожалуйста на каком движке ваш сайт?
Сайт работает на фреймворке 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. Стоимость работы.
полные детали отправим в личные сообщения Цель Максимально ускорить загрузку сайта, особенно на мобильных устройствах. KPI (обязательно) После завершения работ необходимо добиться следующих показателей. Mobile Performance 90+ LCP менее 2.2 сек INP менее 200 мс CLS менее 0.1 TBT менее 200 мс Desktop Performance95+ Что необходимо сделать 1. Полный аудит сайта 2. Оптимизация изображений 3. CSS 4. JavaScript 5. Кэширование 6. Сервер 7. CDN 8. WordPress 9. База данных 10. Шрифты 11. WooCommerce 12. Плагины 13. Core Web Vitals 14. исправить HTTPS-редирект
Есть рабочий, чисто спроектированный проект на Odoo 19 Community — CRM для украинского отеля, уже в production-grade инфраструктуре. Переписывать с нуля не планируем. Ищем одного человека, который подхватит проект, сохранит работоспособное и поведет его дальше: сначала CRM → потом HMS → бухгалтерия. Это долгосрочное сотрудничество, не разовая задача. Кого ищем Senior именно в Odoo 19 CE — inheritance-only (_inherit, _inherits, xpath), OCA-first, без хаков core, чистые границы модулей. Реальный практик Claude Code в разработке. Умеет развивать чужой код, а не рефлекторно переписывать. Стек Odoo 19 Community + OCA · PostgreSQL 16 · Docker · Hetzner + Coolify · GitHub Actions CI/CD · pre-commit (ruff, pylint-odoo) · ADR в MADR · JSON-2 (не XML-RPC) · Standalone Owl, когда стандартных виджетов недостаточно. AI-assisted разработка — это норма работы, а не дополнение. ТЗ: 1 задача: провести анализ текущего состояния проекта 2 задача: составить план улучшения 3 задача: доработать блок CRM и запустить в работу Как подаваться Опишите один реальный проект, который вы подхватили (чужой код) и развивали в проде. Как расширяли, не трогая core? Ваш Claude Code workflow в Odoo — конкретно. Какие OCA-модули реально использовали/контрибутировали для v18/v19 — назовите. Один кейс, где выбрали Studio/config или OCA вместо custom, и один — где наоборот правильно пошли в custom. НЕ откликайтесь, если Вы агентство/команда-перепродавец · первый инстинкт «переписать с нуля» · Odoo только ≤ v16 или теоретически · Claude Code «изучу по ходу» · Условия Старт — оплачиваемое тестовое (малое, реальное) → долгосрочное сотрудничество Старт: уже Проект организован: документированная архитектура, ADR, CI/CD, чистая git-история. Вы наследуете порядок, не хаос.