Сайт работает на фреймворке 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-история. Вы наследуете порядок, не хаос.