Изменить блок на сайте из глобального в локальный

Разработка архитектуры единой платформы управления флотом 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-модели на телефоне) Цена договорная!