Бюджет: 5000 UAH Срок: 3 дня
Готов взяться за работу, пишите, сделаю все качественно! Опыт работы уже больше 9ти лет!
Задача - перенести сайт http://innovation-med.center/ на cms wordpress с максимальным сохранением текущего дизайна (пока нет возможности сделать новый).
Страниц не много. Также при переносе необходимо учесть моменты аудита сайта (касаются 301 редиректа, адаптивности под мобильные телефоны и пр.). Более подробный аудит пришлю исполнителю.
Пишите цену и срок выполнения. Если есть вопросы - пишите.
Бюджет: 5000 UAH Срок: 3 дня
Готов взяться за работу, пишите, сделаю все качественно! Опыт работы уже больше 9ти лет!
Бюджет: 5000 UAH Срок: 5 дней
Здравствуйте, предлагаю выполнить Ваш проект под ключ.
Кроссбраузерно, адаптивно (PC, Tablet, Smartphone).
Возможна оплата после приёма работы.
Примеры моих работ:
Freelancehunt
Качество, консультации, гарантии.
С уважением Сергей.
Бюджет: 5000 UAH Срок: 7 дней
Здравствуйте.Готов качественно провести интеграцию вашего сайта с ВП.Обращайтесь)
Бюджет: 6000 UAH Срок: 7 дней
Переверстаю. Придам более современный вид. Адаптирую под мобильные устройства. Перенесу информацию. Подготовлю для поисковых систем. Все сделаю в комплексе. Движок будет wordpress. Пишите, обсудим. К работе готов приступить завтра.
Бюджет: 5000 UAH Срок: 14 дней
Добрый день.
А на чем сейчас сайт ? И может надо буть немного упростить чтобы адаптивный был бы.
Бюджет: 5000 UAH Срок: 5 дней
Здравствуйте. Сделаю админку максимально удобной и гибкой. Не будет никаких изменений по дизайну, ничего не слетит и т.д. Буду рад с вами сотрудничать.
Бюджет: 5000 UAH Срок: 5 дней
Здравствуйте!
Готов выполнить задание после обсуждения деталей проекта.
Бюджет: 5000 UAH Срок: 5 дней
Опыт с Wordpress более 5 лет, реализую ваш проект. Обращайтесь.
Бюджет: 5000 UAH Срок: 7 дней
Доброго дня
Предлагаю свою кандидатуру на ваш проект.
Хотелось бы еще увидеть аудит по вашему сайту.
Бюджет: 5000 UAH Срок: 10 дней
Заинтересовал проект.
Посмотрел ваш сайт http://innovation-med.center/
По идее, 17 страниц (18 с дублем главной http://joxi.ru/12MYD9DTla11J2 )
Могу выполнить.
Как вариант, можно будет сделать сайт, изначально ориентированный под мобильные (AMP, Mobile First).
От вас понадобится доступ к админ-панели хостингом https://my.thehost.com.ua/manager/billmgr
Бюджет: 5000 UAH Срок: 7 дней
Здравствуйте! Переведу ваш сайт на Wordpress. Сделаю качественно, адаптивно, кроссбраузерно, оптимизирую под google pagespeed. Есть большой опыт работы на WP. Подобную работу делал неоднократно. Готов приступить после уточнения ТЗ.
Бюджет: 8000 UAH Срок: 7 дней
Михаил приветствую, готов взяться за реализацию вашего проекта.
Хотелось бы узнать имеется ли у вас подробное техническое задание? Сколько есть времени на реализацию проекта?
Мои последние работы:
Word Press:
https://imperiazolota.ua/ https://adam-and-eva.com/
https://zefir.co.ua/ http://profmontazh.ks.ua/
Tilda:
http://svarka.ks.ua/ http://paper-bag.tilda.ws/
https://ims-rus.com/ перваяпотолочная.com
Бюджет: 5000 UAH Срок: 10 дней
Добрый день! По поводу Вашего проекта. Мы работаем уже очень давно - разрабатывали много проектов, неоднократно участвовали и участвуем в гос.контрактах. С портфолио и с нами можете ознакомиться по данным ссылкам
https://www.facebook.com/Teiwazstudio/ ( facebook)
https://www.instagram.com/teiwazstudio/ (instagram)
https://vk.com/teiwazstudio (VK)
Нажимаете на понравившееся фото по ссылке, в комментариях увидите полное описание проекта и ссылку на действующий проект.
Работаем как юридическое лицо - ИП Левашов, гарантии на все виды работ. Предоплата - 50% и происходит она, после выполненных 50% работ. Договор и все сопроводительные документы предоставляются, оплата по безналичному, или наличному расчёту.
С уважением,
Левашов Максим Александрович
Руководитель группы Teiwaz (г. Москва)
______________________
Mobile\Viber\Telegram\WhatsApp: +7 (916) 088-18-87
При нормальном переносе дизайн никак не изменится.
вопрос: какие цели от переноса на WP?
нужно создавать страницы + подключать плагины, нужна админка, сейчас это делать чрезвычайно неудобно
то есть с тем что уже есть ничего делать не нужно (в плане сделать страницы редактируемыми из админки), а просто нужно к тому что есть добавить возможности WP, да?
нет, нужно также, чтобы была возможность редактировать страницы из админки, создавать новые страницы, править текст и перемещать блоки (сейчас это крайне затруднительно)
если перемещать блоки, то это page-builder (то есть сайт нужно пересобирать с нуля и в таком случае внешний вид может отличаться)
рекомендую отказаться от этой идеи, использования page builder-а скажется на качестве кода и скорости загрузки сайта
натяжка на WP + ACF (вот что я рекомендую), так в отображении сайта ничего не изменится, но при этом можно будет редактировать контент и будет весь функционал WP
решать что по итогу хотите Вам, но уточните в ТЗ проекта, потому что сейчас непонятно как оценивать проект.
"натяжка на WP" очень обширное понятие
Интернет-магазин на Shopify, CRM — SalesDrive. Интеграция передачи заказов сделана кодом.Проблема: заказы из Shopify по многим товарам попадают в SalesDrive как новые несвязанные позиции (с нулевым остатком), они не привязываются к существующим карточкам каталога. Также проблема с синхронизацией цен при заказе 2 и более товаров (стоит опция скидки на 2 и 3 продукта). 3-е это иногда заказы не подтягивают город и отделение в заявку в блок Новой почты Что нужно сделать: 1.Обеспечить, чтобы в заказе корректно передавалось поле SKU каждой позиции (совпадение со SKU каталога SalesDrive) — системно по всему каталогу, а не для одного товара. 2.Обработать опции количества 1/2/3 упаковки: чтобы каждая опция передавала правильную цену. Результат приемки: тестовые заказы по нескольким товарам (включая опции 2/3 упаковки) привязываются в SalesDrive к карточкам без красного треугольника, с списанием остатка и корректной ценой. Нужен специалист с опытом Shopify + SalesDrive и кастомных интеграций (API/код). Подробное ТЗ и доступы предоставим выбранному исполнителю.
Необходимо внедрить на сайтах OpenCart (3 шт) полноценный механизм управления согласием на использование файлов cookie (Cookie Consent) и настроить Google Consent Mode v2. Необходимо: установить и настроить CMP (Cookie Management Platform) или другое решение для управления согласиями пользователей; реализовать полноценный баннер Cookie Consent с возможностью принятия, отклонения и настройки категорий cookie; настроить Google Consent Mode v2 через Google Tag Manager; обеспечить корректную передачу статусов согласия в Google Analytics 4, Google Ads, а также в другие маркетинговые сервисы; настроить работу аналитических и рекламных тегов таким образом, чтобы они запускались только в соответствии с полученными разрешениями пользователя. В настоящее время баннер cookie является лишь информационным и не управляет согласиями, а также не передает их статус в Google-сервисы. Необходимо выполнить полную настройку в соответствии с актуальными требованиями GDPR и Google Consent Mode v2.
Нужен опытный OpenCart-разработчик для принятия проекта и дальнейшей поддержки Ищу опытного программиста OpenCart (не студию), который поможет профессионально принять интернет-магазин от текущего разработчика и далее будет заниматься его поддержкой, развитием и SEO-оптимизацией. О проекте Интернет-магазин на OpenCart. Проект готов примерно на 99% и проверен в соответствии с техническим заданием. Необходимо провести независимый технический аудит перед окончательной передачей сайта. После завершения передачи планируется долгосрочное сотрудничество по развитию проекта. Основные задачи Провести аудит кода и структуры проекта. Проверить качество реализации функционала. Проверить установленные модули, их совместимость и корректность работы. Оценить безопасность и стабильность работы сайта. Проверить быстродействие и предложить рекомендации по его улучшению. Проверить реализованную SEO-часть и предложить дальнейший план оптимизации. Убедиться, что проект полностью готов к самостоятельной поддержке без зависимости от предыдущего разработчика. Проверить корректность передачи всех доступов: исходный код; база данных; FTP; хостинг; домен; электронная почта; административная панель; установленные модули и их лицензии. При необходимости участвовать в коммуникации с текущим разработчиком во время передачи проекта. Предоставить перечень рекомендаций и замечаний перед окончательным принятием. Дальнейшее сотрудничество После принятия сайта планируется регулярная работа над проектом: развитие нового функционала; SEO-оптимизация; улучшение быстродействия; интеграции с внешними сервисами; техническая поддержка. Требования к кандидату Нужен специалист, который: имеет значительный опыт работы именно с OpenCart; хорошо знает архитектуру OpenCart и популярные модули; имеет опыт аудита и поддержки существующих проектов; может аргументированно оценить качество выполненных работ; ответственно относится к договоренностям и соблюдает согласованные сроки выполнения работ; заинтересован в долгосрочном сотрудничестве. В ответе прошу указать опыт работы с OpenCart; примеры реализованных интернет-магазинов; выполняли ли вы техническое принятие или аудит чужих проектов; ориентировочную стоимость: технического аудита; участия в принятии проекта; почасовой или проектной поддержки после передачи. Предпочтение отдам специалистам, которые имеют многолетний опыт работы с OpenCart, ответственно относятся к своей работе, соблюдают согласованные сроки и готовы стать техническим партнером проекта на долгий срок.
Разработка архитектуры единой платформы управления флотом 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 проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
Необходимо добавить 129 товаров. Есть файл выгрузки с товарами, однако стандартный импорт не подходит, так как перед загрузкой нужно создать структуру каталога: категории, разделы и при необходимости подкатегории. После этого выполнить импорт товаров и проверить, чтобы все карточки корректно распределились по категориям.Если у вас есть опыт выполнения подобных задач, присылайте примеры работ, сроки выполнения и стоимость.