Бюджет: 100 UAH Термін: 1 день
Здравствуйте! Сделаю бесплатно за отличный обоюдный отзыв=)
P.S: по правилам сайта пришлось поставить ставку...
Нужно на сайте WP поменять контакты
Задание на 1-2 минуты
Я просто не знаю как
Сразу добавляйтесь в:
Telegramm: @danilasobolev90
Skype: live:danilasobolev90
Бюджет: 100 UAH Термін: 1 день
Здравствуйте! Сделаю бесплатно за отличный обоюдный отзыв=)
P.S: по правилам сайта пришлось поставить ставку...
Бюджет: 100 UAH Термін: 1 день
Готов сделать сейчас за 15 минут. Готов сделать сейчас за 15 минут.
Готов сделать сейчас за 15 минут. Готов сделать сейчас за 15 минут.
Готов сделать сейчас за 15 минут. Готов сделать сейчас за 15 минут.
Бюджет: 100 UAH Термін: 1 день
Добрый день, решу вашу проблему, покажу где и как Мень это в будущем самому.
skype: gmen_lunapack
Tel/telegram: +380675433740
Бюджет: 400 UAH Термін: 1 день
Здравствуйте, буду рад сотрудничеству!
Мой Skype, Telegram: DmtSuvorov
Бюджет: 300 UAH Термін: 1 день
Добрый день!
Готов приступить к выполнению данного проекта.
Всегда на связи! Ответственно отношусь к любым задачам!
Обращайтесь!
Бюджет: 1000 UAH Термін: 1 день
Здравствуйте.
Готов сделать.
----
Скайп blackcat_mla
Моё портфолио BlackCat.com.ua (или BceMoe.ru).
Бюджет: 100 UAH Термін: 1 день
Сделаю все бистро за пару минут. Займусь сейчас. Все подробности в личное сообшение
Все мои закажчики остались довольны!Бюджет: 100 UAH Термін: 1 день
Обращайтесь
Большой Опыт WEB-разработки, Веб дизайна, адаптивной верстки, копирайтинга, seo.
Gulp, git
JS, jQuery,
CSS, SCSS, SASS, LESS, Bootstrap
HTML, PUG
Связь со мной:
Telegram: @holyweb
Skype: vadim_kohan
E-mail: [email protected]
Бюджет: 100 UAH Термін: 1 день
Добрый вечер, Георгий.
Пишите, разберемся. Сделаю за пару минут.
Бюджет: 100 UAH Термін: 1 день
Выполню очень быстро Выполню очень быстро Выполню очень быстро Выполню очень быстро Выполню очень быстроВыполню очень быстроВыполню очень быстро
Пишите сделаю за пару минут
Бюджет: 100 UAH Термін: 1 день
Здравствуйте
Сделаю всё качественно и быстро
Связь со мной( Skype: live:gordyuk1999, Telegram: https://t.me/y_a_r_o_s_l_a_v )
Буду рад с вами поработать
Жду вашего ответа
Разработка архитектуры единой платформы управления флотом 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 проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
Вітаю! Треба зробити щоб на відповідних сторінках, нижче основного тексту виводився лінк який був вказаний в окремому полі адмінки (на цій же сторінці) та оформлений по CSS.
Необхідно додати 129 товарів. Є файл вивантаження з товарами, однак стандартний імпорт не підходить, оскільки перед завантаженням потрібно створити структуру каталогу: категорії, розділи та за необхідності підкатегорії. Після цього виконати імпорт товарів і перевірити, щоб усі картки коректно розподілилися по категоріях. Якщо у вас є досвід виконання подібних завдань, надсилайте приклади робіт, терміни виконання та вартість.
Доброго дня Планую перенести сайт з хостингу україна на hosting.works. Та також потрібно налаштувати, правило що якщо трафік з якогось ip більше наприклад чим 100 запитів в день, то потрібно блокувати.
ЩО ПОТРІБНО ЗРОБИТИ Роботи розбиті на блоки, можна братися за все або за окремі блоки: Блок 1 — Оптимізація швидкості (Mobile-First) Поточна оцінка мобільної версії PageSpeed — 51/100. Потрібно довести до 80+. Цільові метрики: LCP < 2.5 с (зараз 7.4 с), FCP < 1.8 с (зараз 3.9 с), TBT < 200 мс. Роботи: критичний CSS inline, відкладений JS, WebP/AVIF, lazy load, аудит плагінів. Блок 2 — GTM та аналітика Прибрати hardcoded скрипти GA4/Google Ads з header.php. Встановити та налаштувати плагін GTM4WP. Впровадити Google Consent Mode v2 (скрипт або cookie-банер). Блок 3 — Шаблон картки товару Єдиний Mobile-First шаблон Single Product в Elementor. Sticky кнопка "Купити" при скролі на мобільному. Cross-sell блок послуг під кнопкою покупки. Перевірка автоматичної передачі подій view_item, add_to_cart через GTM4WP. Блок 4 — Товарний фід для Google Merchant Center Встановити Product Feed Pro (AdTribes) або CTX Feed. Налаштувати XML-фід з правильним маппінгом полів (id, title, gtin, brand, price, availability). Щоденне оновлення через WP-Cron, автовиключення товарів "немає в наявності". Блок 5 — 6 посадкових сторінок (лендингів) в Elementor 3 сторінки e-commerce: каталог комплектуючих, готові рішення ДБЖ, комплекти СЕС. 3 сторінки лідогенерації: монтаж ДБЖ під ключ, СЕС для дому, рішення для бізнесу. Є детальні прототипи зі структурою і блоками кожної сторінки. Блок 6 — Форми та події dataLayer 6 унікальних подій dataLayer при успішній відправці форм (CF7 та Elementor Pro Forms). Обов'язкові вимоги до всіх форм: маска вводу телефону, захист від повторної відправки, reCAPTCHA v3 або Honeypot. --- ВИМОГИ — Практичний досвід з Elementor Pro (шаблони Single Product, кастомні Page Templates) — Розуміння WooCommerce dataLayer та роботи GTM4WP — Досвід оптимізації швидкості WordPress (Critical CSS, WebP, WP Rocket або аналог) — Досвід налаштування подій dataLayer для CF7 або Elementor Pro Forms — Портфоліо або приклади аналогічних робіт — обов'язково Знання Google Consent Mode v2 буде перевагою. --- УМОВИ РОБОТИ Сайт на бойовому хостингу — всі зміни тільки через staging або тестовий дубль. Будь-яка оптимізація не повинна порушувати ініціалізацію GTM і динамічний dataLayer. Детальне ТЗ надається після першого контакту. Опдата поетапна по блоках, або за весь проект ( домовимось) Напишіть у відгуку: 1. Ваш досвід з аналогічними задачами (посилання або короткий опис кейсу) 2. Чи готові виконувати весь проєкт або окремі блоки 3. Орієнтовну вартість і терміни після ознайомлення з ТЗ