Бюджет: 350 UAH Термін: 1 день
Доброго дня
виконаємо якісно
всі розрахунки після обговорення деталей
перегляньте портфоліо
Нужно сделать интернет-магазин на подобии следующих сайтов:
crispy. ua
Предпочтительно на cms opencart
PS: ищу хорошего разработчика opencart для постоянного сотрудничества, есть еще один лид на интернет магазин. так что это как тестовый проект.
Бюджет: 350 UAH Термін: 1 день
Доброго дня
виконаємо якісно
всі розрахунки після обговорення деталей
перегляньте портфоліо
Бюджет: 3000 UAH Термін: 4 дні
Доброго!
На ОпенКарт - так на ОпенКарт. ))
Цена и сроки указанs "ОТ" - в зависимости от согласования ТЗ.
Двуязычие - сразу, если надо - помогу с переводом на украинский. Можно + другие языки.
Варианты дизайна - предоставлю на выбор. Фичи, приблуды и прибамбасы согласуем, найдём, прикрутим. Платежку, чат, и прочее... Не обещаю встроенной кофеварки. Пока.
Месяц плотного сопровождения/обучения, без доплат. Ещё два - "лайт". При желании - админка после, абонементно.
Если нет определенности с хостингом, предложу "вкусный", который быстро становится "родным". Первый месяц - тест бесплатно.
Как-то так...
Вайбер/Телега +380 73 1106243
Бюджет: 5000 UAH Термін: 15 днів
Добрый день! Сейчас свободный, могу взяться за ваш проект.
Контактные данные:
site: https://web-shum.com.ua/
email: [email protected]
skype: shumjachi
phone: +380660682426
telegram: +380660682426
Некоторые мои работы:
http://idalgo-clinic.kg/
http://esen.group/
http://dconfilm.com
https://rtsb.wpengine.com/
Бюджет: 12950 UAH Термін: 30 днів
Здравствуйте!
Мы уже делали немало подобных проектов для магазинов косметики и можем реализовать Ваши пожелания на основе нашего {SEO-Магазина}, модели "Б".
Акционная цена всего 12 950 грн.
Это оптимизированный, уже готовый к поисковому продвижению профессиональный Интернет-магазин на OpenCart, который мы настроим под все Ваши требования.
Можем разработать индивидуальный дизайн страниц на Ваше усмотрение.
Почему стоит заказать Разработку "под ключ" у нас?
1 Работаем официально по Договору, где в Приложении №1 очень скурпулёзно выписывается Техническое задание, этапы реализации и сроки сдачи проекта. Таким образом Вы защищены и от возможных разногласий в толкованиях того, о чём всё-таки была договорённость и что нужно сделать в конце концов для запуска проекта в свет, одновременно контролируя сроки.
2 Имеем право предоставлять услуги как юридическим, так и физическим лицам. Предоплата, всего 40% от суммы всех работ, которые выписываются в Приложении №1 к Договору.
3 Предоставим персонального Проджект Менеджера - ответственное лицо отвечающее за согласованность действий всех наших специалистов и получения Вами в итоге именно того, что прописано в ТЗ.
Примеры работ можно посмотреть в портфолио.
Бюджет: 3000 UAH Термін: 5 днів
Готов реализовать ваш проект. Примеры работ: https://kabanchik.ua/user/148982
Цена и сроки зависят от более детального Т.З.
Бюджет: 14000 UAH Термін: 20 днів
Игорь, добрый день!
Ознакомились с примерами сайтов, готовы обсудить все детали и приступить за разработку сайта на CMS OpenCart.
Наши работы на сайте https://icreative.com.ua
Наш Skype: icreative-ua
Email: [email protected]
Обращайтесь.
Бюджет: 5000 UAH Термін: 7 днів
Здравствуйте. Готов приступить к выполнению проекта. Обращайтесь. Опыт разработки и сопровождения сайтов - более 6 лет.
Скайп lenni126
Телеграм/Вайбер 380935024175
Бюджет: 5000 UAH Термін: 15 днів
Доброго дня готовий взятися за ваш проект і виконати все у строк. Звертайтеся
Бюджет: 7500 UAH Термін: 5 днів
опыт работы 4 года! Сделаю качественно все что необходимо !!!!
необходимо уточнить все детали, от етого зависит цена и сроки
порфолио Freelancehunt
готов выйти на связь в любое время 0999467480 , - телега/WhatsApp/viber
Бюджет: 15000 UAH Термін: 10 днів
Здравствуйте, могу реализовать ваш интернет-магазин на CMS Prestashop.
Успехов.
Бюджет: 5000 UAH Термін: 5 днів
Добрый день!
Заинтересовал Ваш проект.
Имею команду разработчиков, готовы сотрудничать.
Можем обсудить все детали.
С уважением, Александр
Бюджет: 5000 UAH Термін: 7 днів
Здравствуйте заинтересовал ваш проект. Пишите в ПП обсудим детали. Спасибо!
Бюджет: 15000 UAH Термін: 15 днів
Здравствуйте. Сделаю оптимально по соотношению цена/качество. Портфолио: http://programs.gq
Бюджет: 5000 UAH Термін: 10 днів
Доброго времени суток. Специализируюсь на 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 проекти або інші джерела, що підтверджують життєздатність пропонованих архітектурних рішень.
Вітаю! Треба зробити щоб на відповідних сторінках, нижче основного тексту виводився лінк який був вказаний в окремому полі адмінки (на цій же сторінці) та оформлений по CSS.
Необхідно додати 129 товарів. Є файл вивантаження з товарами, однак стандартний імпорт не підходить, оскільки перед завантаженням потрібно створити структуру каталогу: категорії, розділи та за необхідності підкатегорії. Після цього виконати імпорт товарів і перевірити, щоб усі картки коректно розподілилися по категоріях. Якщо у вас є досвід виконання подібних завдань, надсилайте приклади робіт, терміни виконання та вартість.
ЩО ПОТРІБНО ЗРОБИТИ Роботи розбиті на блоки, можна братися за все або за окремі блоки: Блок 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. Орієнтовну вартість і терміни після ознайомлення з ТЗ
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.