Бюджет: 7500 UAH Срок: 9 дней
Доброго дня!
У меня большой опыт в WordPress, я специализируюсь на нем.
Перейдите и обращайтесь.
Бюджет: 7500 UAH Срок: 9 дней
Доброго дня!
У меня большой опыт в WordPress, я специализируюсь на нем.
Перейдите и обращайтесь.
Бюджет: 11000 UAH Срок: 13 дней
Буду рад сотрудничеству!
Опыт коммерческой разработки интернет-магазинов на CMS, бизнес-порталов и корпоративных сайтов-8 лет!
+CMS: WordPress(+Woocommerce)PrestaShop/Opencart/Joomla/Bitrix/MODX/DLE
php/html/css/js/Mysql, PhotoShop/Figma
Примеры работ ( с нуля под ключ):
https://www.raebel-latzke.ch/
http://tendex.company/
https://ozeus.pl/
https://china24-7.com/
https://pricemds.com/
https://nodepositz.com/
https://naukatehnika.com/
https://translatorsauction.com/
https://emmanuel.com.ua/
https://onedaybundle.com/
https://picupmedia.com/
https://goodgirl.it/
http://zlkzavod.ru/
https://mk-illumination.ua/
https://skladusa.com.ua/
http://www.ebox.pp.ua/
http://com-east.eu/
Бюджет: 15000 UAH Срок: 12 дней
Здравствуйте, Petro!
Есть опыт разработки мультиязычных сайтов на WordPress. Готов к сотрудничеству.
Портфолио: Freelancehunt
Бюджет: 7500 UAH Срок: 14 дней
Доброго дня! Я могу перенести Ваш магазин из Джумлы на ВП. Ориентированная стоимость 7500 грн. , Ориентативные сроки 2 недели.
У меня есть опыт работы как с ВП, так и с Джумла.
Бюджет: 5000 UAH Срок: 15 дней
Доброго дня, было похожее заказа с переноса магазина.
Задача довольно трудоемкая, можно сделать за несколько недель (с учетом правок). Какую цену вам укладывает? Я сделаю за 5000грн
2 года работы с Wordpress, большой опыт разработки магазинов, корпоративных сайтов и лендингов.
- Импортирую товары и товары из jumla, настрою магазин на новом сайте (додам фильтры и т.д.) )
- Скопию( обо сделаю новый) дизайн, настрою и заполню сайт.
- Структура будет такая же, могу добавить контактные формы и многоязычность.
Примеры подобных работ
monolitbeton.com.ua (для бетонного завода)
neandertaler-feuer.de.www170.your-server.de ( магазин наград)
Бюджет: 5000 UAH Срок: 7 дней
Добрый день!
Ориентатор на неделю плановых работ. Из сложного - вырезать меню без дополнительных плагинов, + поднять фильтры URL новой темы/шаблона. На старом сайте есть относительные абсолютные линии. Импорт контента станет доступнее, если возможно загрузка или экспорт с данной платформы в *.CSV формате. Стоимость предложения неточна. У меня есть опыт, проект «под ключ».
Бюджет: 12000 UAH Срок: 15 дней
здравствуйте. задача понятна. Я бы конечно обновил бы дизайн на Joomla и добавил фильтра и другие функции которые для вас нужны.
Это бы скоротало время на перенос данных статьей, товаров и другого.
Но если вы так хотите сделать на wp, то нет проблем. Тоже с ним работаю, перенесу информацию, товары и другое
Бюджет: 10000 UAH Срок: 8 дней
Доброго вечера готов работать с wordpressм очень хорошо работаю имею большой опыт здесь моей работы.
HTTPS://assonf06.wp-tech01.gen.in
Могу общаться м по телефону мы можем обсудить детали я из Киевской области.
Бюджет: 10000 UAH Срок: 14 дней
Доброго дня! Перенести сайт на новый WordPress шаблон, в соответствии с задачей.
Доброго дня! Відпишіть, будь ласка, у приватні повідомлення. Є пропозіція перенести на більш сучасну OctoberCMS
Я передивився первинний сайт. На цій системі буде багато переваг у зберіганні URL сторінок. Можу створити вам невеличке демо для ознайомлення.
Дякую!
Разработка архитектуры единой платформы управления флотом 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. Ориентировочную стоимость и сроки после ознакомления с ТЗ