Nikolay Shevelyov
Oferta, która wygrała- Zlecenia 36
- Ocena -
- Ranking 660
Budżet: 2500 RUB Termin: 2 dni
Dzień dobry !
Obracaj się...
Budżet: 4000 UAH Termin: 4 dni
Jakościowo wykonujemy zadania.
Skype: Team ArtSystem
pocztą: [email protected]
Telefon: +380997983974
Oferty ukryte
Aktualnie brak ofert
Oferty ukryte
Aktualne zlecenia dla freelancerów w kategorii Content Management Systems
Проектирование архитектуры единой платформы централизованного управления флотом WordPress-сайтов
Разработка архитектуры единой платформы управления флотом 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-плагин, планом поэтапной реализации. Документ должен включать вайрфрейм-схему интерфейса платформы (ключевые экраны: реестр сайтов, доступ в админку, дашборд мониторинга). По итогам согласования архитектуры — возможно продолжение сотрудничества.
Witam! Trzeba zrobić, aby na odpowiednich stronach, poniżej głównego tekstu, wyświetlał się link, który był wskazany w osobnym polu w panelu administracyjnym (na tej samej stronie) i sformatowany za pomocą CSS.
Konieczne jest dodanie 129 produktów. Jest plik z eksportem produktów, jednak standardowy import nie jest odpowiedni, ponieważ przed załadowaniem należy stworzyć strukturę katalogu: kategorie, działy i w razie potrzeby podkategorie. Następnie należy wykonać import produktów i sprawdzić, czy wszystkie karty zostały poprawnie przypisane do kategorii. Jeśli masz doświadczenie w realizacji podobnych zadań, prześlij przykłady prac, terminy realizacji i koszt.
Dzień dobry Planuję przenieść stronę z hostingu Ukraina na hosting.works. Należy również skonfigurować regułę, że jeśli ruch z jakiegoś IP przekroczy na przykład 100 zapytań dziennie, to należy zablokować.
CO TRZEBA ZROBIĆ Prace podzielone są na bloki, można zająć się wszystkim lub poszczególnymi blokami: Blok 1 — Optymalizacja prędkości (Mobile-First) Aktualna ocena mobilnej wersji PageSpeed — 51/100. Należy podnieść do 80+. Docelowe metryki: LCP < 2.5 s (obecnie 7.4 s), FCP < 1.8 s (obecnie 3.9 s), TBT < 200 ms. Prace: krytyczny CSS inline, opóźniony JS, WebP/AVIF, lazy load, audyt wtyczek. Blok 2 — GTM i analityka Usunąć hardcoded skrypty GA4/Google Ads z header.php. Zainstalować i skonfigurować wtyczkę GTM4WP. Wdrożyć Google Consent Mode v2 (skrypt lub cookie-banner). Blok 3 — Szablon karty produktu Jedyny Mobile-First szablon Single Product w Elementorze. Sticky przycisk „Kup” podczas przewijania na urządzeniach mobilnych. Cross-sell blok usług pod przyciskiem zakupu. Sprawdzenie automatycznego przesyłania zdarzeń view_item, add_to_cart przez GTM4WP. Blok 4 — Feed produktowy dla Google Merchant Center Zainstalować Product Feed Pro (AdTribes) lub CTX Feed. Skonfigurować XML-feed z poprawnym mapowaniem pól (id, title, gtin, brand, price, availability). Codzienne aktualizacje przez WP-Cron, automatyczne wykluczanie produktów „brak w magazynie”. Blok 5 — 6 stron docelowych (landingów) w Elementorze 3 strony e-commerce: katalog komponentów, gotowe rozwiązania UPS, zestawy SES. 3 strony lead generation: montaż UPS pod klucz, SES dla domu, rozwiązania dla biznesu. Istnieją szczegółowe prototypy ze strukturą i blokami każdej strony. Blok 6 — Formy i zdarzenia dataLayer 6 unikalnych zdarzeń dataLayer przy pomyślnym przesłaniu formularzy (CF7 i Elementor Pro Forms). Wymagania obowiązkowe dla wszystkich formularzy: maska wprowadzania telefonu, ochrona przed ponownym przesłaniem, reCAPTCHA v3 lub Honeypot. --- WYMAGANIA — Praktyczne doświadczenie z Elementor Pro (szablony Single Product, niestandardowe Page Templates) — Zrozumienie WooCommerce dataLayer i działania GTM4WP — Doświadczenie w optymalizacji prędkości WordPress (Critical CSS, WebP, WP Rocket lub analogiczne) — Doświadczenie w konfiguracji zdarzeń dataLayer dla CF7 lub Elementor Pro Forms — Portfolio lub przykłady podobnych prac — obowiązkowo Znajomość Google Consent Mode v2 będzie atutem. --- WARUNKI PRACY Strona na produkcyjnym hostingu — wszystkie zmiany tylko przez staging lub testowy duplikat. Jakakolwiek optymalizacja nie powinna naruszać inicjalizacji GTM i dynamicznego dataLayer. Szczegółowe wymagania zostaną przekazane po pierwszym kontakcie. Wynagrodzenie etapowe według bloków lub za cały projekt (dogadamy się) Napisz w odpowiedzi: 1. Twoje doświadczenie z podobnymi zadaniami (link lub krótki opis przypadku) 2. Czy jesteś gotów wykonać cały projekt czy poszczególne bloki 3. Orientacyjny koszt i terminy po zapoznaniu się z wymaganiami