Модуль для престашопа (преобразовать хмл файлы поставщиков)

Разработка архитектуры единой платформы управления флотом WordPress-сайтовКонтекст проекта Есть флот из нескольких десятков WordPress-сайтов, размещённых на одном сервере и обслуживаемых одной командой. Сайты постепенно переводятся на единый стандарт разработки и поддержки — общую дизайн-систему с единой библиотекой блоков (ACF + Gutenberg) и единый стандарт безопасности. Требуется архитектура платформы для централизованного управления этим флотом.Задача Нужна разработка технической архитектуры единой платформы управления флотом WordPress-сайтов. Платформа — это не дашборд метрик, а полноценная система централизованного управления и доступа.Требования к платформе Единый вход для супер-администратора — одна точка входа для управления всеми сайтами флота: обзор состояния, версий, статуса соответствия стандарту. One-click доступ в админку каждого сайта — возможность зайти в wp-admin любого сайта флота из единого интерфейса, без хранения/ввода паролей от каждого сайта отдельно. Требуется продуманный механизм аутентификации (токены с ограниченным временем жизни, привязка к конкретному пользователю, полное логирование доступа). Разграничение ролей: супер-админ видит и управляет всем флотом; администраторы отдельных сайтов имеют доступ только к своим сайтам. Единая дизайн-система с кастомизацией на уровне сайта — общая библиотека блоков (ACF + Gutenberg), дистрибутируемая на все сайты через центральный механизм обновлений, но с возможностью локальной кастомизации блоков под конкретный сайт без потери совместимости с будущими обновлениями библиотеки. Общий дашборд мониторинга и оповещений — состояние сайтов и сервера, алерты о падениях/проблемах, статус обновлений и compliance каждого сайта относительно единого стандарта. Удобное добавление новых сайтов в сеть — платформа должна поддерживать быстрое клонирование/разворачивание нового сайта на основе единого стандарта (Core-плагин, дизайн-система) и подключение его к Hub с минимальным количеством ручных шагов.Архитектурные ограничения (важно) WordPress Multisite не рассматривается и не подходит для этой задачи. Причина не в удобстве интерфейса, а в фундаментальных архитектурных свойствах Multisite: Общая база данных и общее ядро для всех сайтов сети означают единую точку отказа: некорректное обновление плагина или ядра способно одновременно вывести из строя все сайты сети, а не один. Общий пул серверных ресурсов (PHP-воркеры, соединения с БД) означает, что аномальная нагрузка на один сайт (акция, всплеск трафика, атака) деградирует производительность всех остальных сайтов сети, включая никак не связанные с этой нагрузкой. Это системное свойство Multisite, не устраняемое процессом или дисциплиной — поэтому требуется архитектура, где каждый сайт остаётся независимой инсталляцией (собственная БД), а унификация и централизованное управление достигаются другими средствами.Предварительное архитектурное направление На данный момент наиболее перспективным представляется архитектурный подход Hub & Spoke, при котором независимые WordPress-инсталляции ("Spokes"), каждая со своей БД, объединяются: общим дистрибутируемым Core-плагином (библиотека блоков, security baseline, bridge-модуль для связи с Hub); центральным управляющим приложением ("Hub") — реестр сайтов, one-click login, мониторинг, оповещения. Однако данная архитектура не является заранее выбранным решением. Если исполнитель считает, что существует более подходящий архитектурный подход, он может предложить альтернативу при условии её технического и экономического обоснования. Отдельная задача в рамках ТЗ — обоснованный анализ и рекомендация: строить Hub с нуля кастомно, либо взять за основу готовое self-hosted решение (MainWP, InfiniteWP, ManageWP или аналоги) и расширять его под специфичные требования (интеграция с Core-плагином, compliance-отслеживание версий блоков, будущий маркетинговый слой). Нужна сравнительная оценка по срокам, стоимости поддержки, гибкости и ограничениям каждого варианта, с чёткой рекомендацией.Архитектурные требования При проектировании решения необходимо учитывать следующие нефункциональные требования: отказоустойчивость и отсутствие единой точки отказа для флота сайтов; возможность независимого обновления, отката и обслуживания каждого сайта; минимизацию blast radius при сбоях и ошибках обновлений; возможность горизонтального масштабирования при росте количества сайтов; безопасность централизованного управления и делегированного доступа; возможность последующего выделения Hub в отдельную инфраструктуру без изменения архитектурных принципов; расширяемость платформы для добавления новых централизованных сервисов. Кроме того, архитектура должна оставаться жизнеспособной при увеличении количества сайтов с нескольких десятков до 100+ без необходимости принципиального пересмотра выбранного подхода.Долгосрочное развитие платформы Платформа рассматривается как долгосрочная основа цифровой экосистемы компании, а не как инструмент исключительно для администрирования WordPress-сайтов. При проектировании необходимо предусмотреть возможность последующего добавления централизованных сервисов (например, управления маркетинговыми активностями, аналитикой, библиотекой компонентов, интеграциями и других модулей) без необходимости переработки базовой архитектуры.Технологии Конкретный стек не фиксируется заранее — исполнитель самостоятельно предлагает и обосновывает технологии в архитектурном документе (язык/фреймворк для Hub, модель хостинга/деплоя, механизм аутентификации и т.д.), исходя из требований задачи. Обоснованное предложение по технологиям — обязательная часть результата работы, наравне со сравнением custom vs готовое решение для Hub.Что нужно от исполнителя Опыт проектирования multi-site/multi-tenant архитектур на WordPress (принципиально — НЕ на базе Multisite) Практический опыт работы с MainWP/InfiniteWP/ManageWP или аналогичными системами управления флотом WP-сайтов — понимание их возможностей и ограничений на уровне API/расширяемости Опыт разработки WordPress-плагинов уровня production (ACF, Gutenberg block development, REST API) Понимание вопросов безопасности при построении систем централизованного/делегированного доступа (token-based auth, аудит доступа, минимизация blast radius) Умение подготовить архитектурную документацию: диаграммы, API-контракты между Hub и сайтами, схему данныхФормат работы Первый этап — архитектурный документ с обоснованным решением (custom vs готовое решение), схемой взаимодействия компонентов, API-контрактом Hub ↔ Core-плагин, планом поэтапной реализации. Документ должен включать вайрфрейм-схему интерфейса платформы (ключевые экраны: реестр сайтов, доступ в админку, дашборд мониторинга). По итогам согласования архитектуры — возможно продолжение сотрудничества. Важное замечание Ожидается самостоятельная архитектурная проработка, основанная на практическом опыте проектирования и эксплуатации подобных систем. Недостаточно предоставить компиляцию общих рекомендаций или типовых ответов, сгенерированных ИИ. Каждое ключевое архитектурное решение должно сопровождаться техническим обоснованием: почему выбран именно этот подход, какие альтернативы рассматривались, каковы его преимущества, ограничения и потенциальные риски в контексте данного проекта. При необходимости исполнитель должен ссылаться на практический опыт, существующие решения, документацию, open-source проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.

Шукаю досвідченого програміста для роботи з сайтом, який працює на ModX Revolution. На даний момент необхідно виконати низку технічних доробок, зокрема: внесення змін на сайт; заміна фотографій, банерів та розмірних сіток; оновлення контактної інформації; інші дрібні правки; підключення Google Analytics; інтеграція платіжної системи LiqPay і так далі Надалі планую регулярно розвивати сайт, тому шукаю відповідального спеціаліста для довгострокової співпраці, який зможе оперативно виконувати необхідні доопрацювання. Вимоги: впевнений досвід роботи з ModX Revolution; якісне виконання завдань; дотримання домовлених термінів; готовність до постійної співпраці Робота з сайтом - https://marimoth.com Пишіть і будемо домовлятись Марі

Всім привіт. Шукаю спеціаліста, який допоможе вирішити проблему з вихідниками React. Проблема в тому, що їх немає. Тому потрібно зробити новий репозиторій, витягти максимум з DevTools/source maps, а потім відновити проект. Деталі опишу кандидатам. Чекаю ваших відгуків.

Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.

є сайт https://perfect-okna.com.ua/ основні проблеми: АНАЛІЗ ШВИДКОСТІ ЗАВАНТАЖЕННЯ (Performance) Ключові проблеми (типові для таких сайтів): · Великі неоптимізовані зображення (JPEG/PNG без стиснення, немає WebP). · Відсутність lazy loading для картинок у каталозі. · Не мініфіковані CSS/JS, підключено багато непотрібних бібліотек. · Немає кешування на рівні браузера, не використовується CDN. · Сервер не віддає стиснення (gzip/brotli). · Не використовується HTTP/2. Чек-лист «Швидкість»: · Стиснути всі зображення, перевести в WebP та додати fallback. · Налаштувати леніве завантаження зображень (loading="lazy"). · Мініфікувати HTML, CSS, JS. Об'єднати файли, де це доречно. · Увімкнути Gzip/Brotli на сервері. · Налаштувати кеш-заголовки (Cache-Control, Expires) для статики. · Підключити CDN (Cloudflare безкоштовно). · Видалити зайві плагіни/скрипти (особливо якщо WordPress). · Використовувати асинхронне завантаження для некритичних скриптів (async/defer). На головній часто немає чіткої структури «хто ми – що пропонуємо – чому обрати нас – як замовити». · Конструктор вікон (якщо є) може бути заплутаним, без підказок, не видно фінальної ціни одразу. · На мобільних пристроях меню може з'їжджати, калькулятор не адаптований під пальці. · Форми зворотного зв'язку довгі, без маски телефону, без валідації. · Немає «швидких дій»: подзвонити в один клік, месенджери, чат. · Відсутність «хлібних крихт» на внутрішніх сторінках. · Зробити мобільну версію без горизонтального скролу, кнопки не менше 48x48 px. · На головній додати одразу калькулятор ціни «за 3 кліки». · У шапці – номер телефону клікабельний (tel:), месенджери (Viber/Telegram) з іконками. · Форми: лише ім'я + телефон + поле «коментар» (не обов'язкове). Маска для телефону. · Додати плаваючу кнопку «Швидке замовлення / Розрахувати вартість» на мобільному. · На картках товару – кнопка «Купити в 1 клік» (відкривається міні-форма). · Додати «хлібні крихки», покращити навігацію по розділах. · Перевірити контраст тексту, розмір шрифтів (не менше 14 px на мобільному). · Немає термінової пропозиції (акції з обмеженням у часі). · Недостатньо соціальних доказів (відгуки, відеоогляди, кількість виконаних робіт). · Не пояснюється, що ціна "під ключ" (монтаж, доставка, демонтаж). · Немає CTA (заклику до дії) на кожному екрані. Додати «лічильник» – скільки клієнтів вже обрали, скільки вікон встановлено. · Відео-відгуки реальних клієнтів (короткі, на 30–60 сек). · Блок «Розрахувати за 30 секунд» прямо в першому екрані. · Показати ціну «під ключ»: вікно + монтаж + доставка, з прозорою розшифровкою. · Акції з таймером: «Знижка -15% при замовленні до кінця тижня». · Спливаюче вікно з пропозицією безкоштовного заміру, коли користувач намагається закрити вкладку. Що зробити: · Інтерактивний 3D конфігуратор вікна (зміна кольору, відкривання, склопакет) – про це далі. · Міні-гра або тест: «Яке вікно підходить для вашої квартири?» · Кейси: фото «до/після» в реальних інтер'єрах. · Гайди: «Як вибрати вікна для шумної вулиці», «Енергозбереження: який склопакет обрати». · Калькулятор економії на опаленні після заміни вікон. Терміново (Critical) 1. Мобільна адаптація всього сайту, особливо конструктора та кошика. 2. Прискорити завантаження: стиснення картинок, кешування, CDN. 3. Кнопка швидкого замовлення (One Click Buy) на всіх картках товарів. Спливаючий чат з можливістю залишити повідомлення у Viber/Telegram. 5. Валідний HTTPS та редирект з HTTP → HTTPS всіх сторінок. 6. Мікророзмітка Schema.org (Organization, Product, BreadcrumbList, Review). Важливо (High) 1. Оновити головну: додати УТП, акції, відео, швидкий калькулятор. 2. Сторінка «Акції» з таймером, що оновлюються щомісяця. 3. Форма зворотного дзвінка – проста, з маскою та автоматичною підстановкою коду міста. 4. Підключення CRM (наприклад, amoCRM / Bitrix24) для автоматичного підхоплення лідів. 5. Додати онлайн-оплату (LiqPay, WayForPay) хоча б передоплату за замір. 6. SEO-структура URL: /produkciya/plastikovi-vikna/, а не /?page_id=123. Бажано (Medium) 1. Розширити блог статтями під ключові запити (5 статей одразу). 2. Інтерактивний конструктор з 3D-переглядом (окремий блок нижче). 3. Фільтр продукції за характеристиками (розмір, профіль, колір, ціна). 4. Персональний кабінет клієнта, де можна бачити статус замовлення. 5. Генерація PDF-комерційної пропозиції прямо на сайті. ЯК ПОКРАЩИТИ КОНСТРУКТОР (Конфігуратор вікон) Якщо зараз це звичайна форма з випадаючими списками – це застаріло. Потрібен сучасний 3D-конструктор: Обов'язкові фішки: · Покроковий майстер (wizard): 1) вибір кімнати, 2) розміри, 3) кількість стулок, 4) колір, 5) склопакет, 6) фурнітура, 7) москітна сітка. · Миттєвий перерахунок ціни на кожному кроці (AJAX). · 3D-візуалізація (Three.js або готовий js-фреймворк). · Збереження обраної конфігурації в PDF (генерація на сервері) та відправка на e-mail. · Кнопка «Відправити прорахунок менеджеру» – і в CRM летить картка з усіма параметрами. · Можливість поділитися посиланням на свою конфігурацію (наприклад, щоб відправити чоловіку/дружині). · Повна адаптація під тач-жести (свайп для обертання 3D-моделі на телефоні) ЦІна договірна!