Необходимо на действующем сайте (cms OcStore 2.1) реализовать конструктор дымоходов
Пример по ссылке ниже↓:
При этом чтобы товары подтягивались с уже существующих (цены, изображение).
Необходимо, чтобы действующий конструктор работал после дальнейших обновлений шаблона, плагинов.
Текущий сайт: https://fabrikazig.com
Дизайн можно полную копию с донора. Картинку товара в попап окне брать с картинки категории товара.
Как-то глючно ваш пример работает. Там сразу предлагаются все существующие компоненты. А если мне нужна тупо труба с парой патрубков и одно колено? Зачем я вижу на картинке заказа высокотехнологичный дымоход? Намного логичнее создать сетку и снизу/сбоку список элементов - пусть человек собирает сам, что ему нужно.
11 вересня 2019
А в чем глючность? В примере указано схема дымохода в сборе, как идет каждый элемент где может располагаться. Нет обязательности выбора всех элементов. Если такой вариант не подходит, то клиент может воспользоваться обычными категориями сайта, а не конструктором. Цель конструктора, показать схематический, где и какие элементы используются.
В этом и глючность.
Я захожу в конструктор в надежде увидеть, как МОЯ конструкция будет выглядеть, а не смотреть на то, чего в нее еще напичкать можно. )
А при условии "воспользоваться обычными категориями", я не вижу смысла в конструкторе.
Смотрите, конструктор - это что? пустое место и набор элементов. А тут готовый дымоход чуть ли не промышленного уровня, и невозможность что-то изменить.
Очень плохой пример "конструктора".
Намного функциональнее будет сделать так:
- назначить каджому компоненту пару - возможность соединения с тем или иным компонентом;
- сделать чистый лист и список перетягивающихся картинок (с учетом их совместимости из первого пункта);
- снизу поле, в котором будет это все подсчитываться.
получается, человек зашел, выбрал себе "уголок/колоно", один патрубок и трубу; передвинул это все на пустое поле и увидел, что оно есть. А снизу список выбранного, кол-во, цена и общая стоимость.
Для полного "ВАУ" можно еще и в виде картинки в заказе сохранять.
11 вересня 2019
Допустим. А на каком этапе и как будет реализовано выбор параметров. Если к примеру в трубе есть куча параметров таких как: диаметр, исполнение, толщина стали, длина?
Элементарно, Ватсон. ) Человек передвинул компонент на поле - вылазит окошко с полями, в которые нужно вписать параметры.
Опять же, после введения параметров при совокуплении нового компонента мыучитываем, что там раньше было (дабы не мог чел приткнуть 20-см трубу к 10-см). И при нажатии на уже выбранный компонент можно все поменять (а если например, 3 трубы 20-см, и ту поменяли среднюю на 10-см, то 2 соседние светятся красным со стрелочкой на указание несостыковки). Естественно, все парамеетры под полем в табличке.
12 вересня 2019
Так, ок) Цена такой разработки?
Написал в ставке, тут нельзя.
Если что, напишите в личку скайп, там пообщаемся, сразу покажу небольшой пример работы на чистом js.
12 вересня 2019
Ок, спасибо, увидел. Но пока рассчитывал на более низкую стоимость( Будем думать, напишу.
11 вересня 2019
А в чем глючность? В примере указано схема дымохода в сборе, как идет каждый элемент где может располагаться. Нет обязательности выбора всех элементов. Если такой вариант не подходит, то клиент может воспользоваться обычными категориями сайта, а не конструктором. Цель конструктора, показать схематический, где и какие элементы используются.
В мене в google exel є деяка логіка яка повязана з інтеграцією з апі Нової Пошти і апі Турбосмс. Взагалом все працює норм, але треба дописати деякий функціонал. Всі деталі при переписці. Доступ до ексель і коду я дам. Для виконавця взагалом обов'язково мати досвід роботи google exel JS в Apps Script
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого 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. Вартість роботи.