Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.
Ставки приховані
Ставки поки відсутні
-
Сергей Ребик 27 вересня 2022у вас в opencart используется ocfilter?
-
Vlad S
27 вересня 2022
Не знаю )))
-
Сергей Ребик 27 вересня 2022
Есть ли файл catalog\controller\extension\module\ocfilter.php
)) -
Vlad S
28 вересня 2022
В модулях висит в наличии ocfilter.4.8.0.18_3.ocmod.zip
оно?
-
Сергей Ребик 28 вересня 2022
да, оно, спасибо.
Просто этот модуль влияет на стандартную фильтрацию, надо будет учитывать -
Vlad S
28 вересня 2022
Спасибо. Внесу в ТЗ. Как по мне, проще фильтрацию по цене отключить )
-
Vlad S
28 вересня 2022
А что, в Опенкарт все так запущено? Скрыть окошки в админке в товаре или поменять урлы - надо ядро перелопачивать? Печалька, не знал (
-
Сергей Ребик 28 вересня 2022
не настолько ) Ядро не трогаем. Блок спрятать не проблема. Просто иметь разные шаблоны для разных страниц товара бывает не очень просто. От темы зависит по большей части
-
Vlad S
28 вересня 2022
Каким образом место расположения окошка опций в админке может влиять на шаблоны?
У меня в админке есть "общее" окошко с опциями и "окошко" в карточке. С разным набором парметров. Мне нужно оставить только общее. И чтоб все параметры были собраны там. Как это на шаблон может повлиять???
-
Владимир Г. 28 вересня 2022умножьте цену х3 и можно искать исполнителя
-
Виталий Т. 30 вересня 20221. Ocfilter на урл карточки товара с опциями не влияет.
2. Вы хотите убрать опции с карточки товара. Как вы планируете их назначать товару???
3. Разные урлы опций товара надо для google merchant? Это можно сделать.
4. Ваше тз надо корректировать с учетом реалий
-
Vlad S
30 вересня 2022
2. Нет. Я хочу чтоб в общей части у опций сделали окошки, которые есть в товаре но нет в общей части(количество, вычет со склада, цена и что там еще есть).
А еще хочу добавить туда окошко и чтоб его подписали "внутреннее название".
Судя по откликам это какая-то космическая задача.
А в каждом из 100500 товаров, где есть это опция, я хочу писать исключительно имя из окошка "внутреннее название", и чтоб все окошки опции из общей части дублировались в те окошки опции, которые в админке товара. Ну, а если эти окошки в товаре удастся скрыть, чтоб не мешались, - будет вообще замечательно.
1. Поскольку я в web не разбираюсь, а уже десяток фрилансеров сказало, что натыкать в опенкарте окошек и сделать чтоб они сами дублировались - это задача космических масштабов, то приходится ориентироваться на мнение специалистов.
-
Виталий Т. 30 вересня 2022
Могу показать со скринами как это реализовывалось на одном из сайтов. Там примерно такие же пожелания были. В ЛС.
-
Сергей Ребик 30 вересня 2022
Ну, вы же хотите, чтобы сделано было за пару часов "вчерновую", а потом долго вам объясняли как это работает... Конечно, дорого.
Я, например, делал бы такое дня три. Поэтому и не ставлю предложение -
Vlad S
30 вересня 2022
Задача сводится:
1. добавить в админку окошек
2. скрыть в админке окошки
3. сделать автоэксопрт значений из одних окошек в другие.
Конечно, это можно кодить годами. Но опыт подсказывает, что это пишется за час с перекуром (хотя, конечно, возможно, потом неделю доводится, но это другой вопрос).
-
Александр Г. 30 вересня 2022У Вас Опции должны быть одни и те же на все товары или на группу товаров?
Или они (опции) должны быть на Категорию?
Если на группу, то как должна определяться эта "Группа товаров"? -
Vlad S
30 вересня 2022
У меня все параметры каждой конкретной опции должны определятся в одном месте.
Сейчас, чтоб добавить опцию "цвет печати", я:
1. захожу в категории>Опии, добавляю там название на ру и уа, доваляю значения на ру и уа.
2. захожу в товар, добавляю опцию. Выбираю КАЖДОЕ значение, добавляю, ставлю везде количество 9999, на КАЖДОМ значении ставлю что не надо вычитать со склада, ставлю влияние этого значения на цену (добавить/вычеть/умножить/поделить и на сколько). Всего - на 5 минут работы.
Потом мне надо п.2 проделать 100500 раз с каждым товаром, где есть такая опция.
НАДО:
"5 минут" по заполнению перенести в п.1. А п.2 сократить до "захожу в товар, добавляю опцию. ТОЧКА".
Актуальні фриланс-проєкти в категорії Веб-програмування
Я професійний 3D-дизайнер, створюю високодеталізовані рендери пам'ятників і меморіальних комплексів (вертикальний формат 9:16). Мої клієнти — це власники цехів і майстерень, яким потрібен зручний цифровий каталог моїх макетів для показу своїм роздрібним покупцям. Що мені потрібно: Підібрати оптимальну платформу і зібрати легкий, швидкий веб-додаток (каталог), який буде ідеально виглядати на смартфонах і коректно відкриватися на комп'ютерах. Ключові вимоги до каталогу: Дизайн: Максимальний мінімалізм. Темна тема (чорний фон), велике вертикальне зображення (пропорції 9:16), під ним тільки назва/артикул макета. Жодних довгих описів. Управління базою: Мені потрібна максимально проста система додавання нових макетів (ідеально — через звичні Google Таблиці або дуже зручну внутрішню БД). Я повинен просто завантажити зображення і вписати артикул, не ламаючи верстку. Інтеграція до клієнтів (Найважливіше): Каталог повинен легко впроваджуватися на сайти моїх замовників-цехівників (в когось WordPress, в когось самопис). Потрібно продумати елегантний спосіб вбудовування: через Iframe (щоб каталог працював прямо всередині їхньої сторінки) або через правильну настройку кнопки-посилання. Що я вже пробував: Тестував Glide і Adalo. В Adalo вийшов потрібний візуал (9:16 на чорному фоні), але управління внутрішньою базою даних і возня зі посиланнями на Google Диск виявилися занадто незручними для постійної роботи. Плюс є сумніви щодо правильного вбудовування Iframe в чужі сайти так, щоб він не роз'їжджався на широких моніторах. Від вас чекаю у відповіді: На якій платформі (Adalo, Glide, Bubble, Webflow, Glide + Airtable або щось інше) ви пропонуєте це реалізувати і чому? Як буде вирішено питання з зберіганням важких зображень (рендерів)? Як ви пропонуєте технічно вбудовувати цей каталог на сторонні сайти моїх клієнтів? Шукаю спеціаліста, який закриє цю технічну проблему під ключ, щоб я міг спокійно займатися 3D-моделюванням.
Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проєкті також можуть використовуватися: Prisma JWT-авторизація Stripe Mailgun Google APIs Vercel або Netlify FunctionsОсновні завдання провести ревізію існуючого проєкту; оцінити структуру та якість коду; виправляти помилки та доопрацьовувати поточний функціонал; покращувати серверний рендеринг і швидкість завантаження сторінок; перевіряти коректність відображення сайту на мобільних пристроях; працювати з формами, адміністративною частиною та зовнішніми інтеграціями; вносити технічні SEO-зміни; підтримувати і поступово покращувати існуючий сайт.Що для нас важливо добрий досвід роботи з Next.js, React та TypeScript; уміння розбиратися в чужому коді; розуміння SSR та особливостей Next.js App Router; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.
Шукаємо досвідченого Embedded-розробника для створення енергоефективної прошивки під носимий пристрій (форм-фактор: нагрудний ремінь) для моніторингу психофізіологічного стану. Проектування схеми завершено, розробка буде вестися на базі налагоджувальної плати (Development Kit) з подальшим перенесенням на кастомну плату.Стек і апаратна база:MCU: Nordic Semiconductor nRF52840 або nRF5340.Середа розробки: nRF Connect SDK / Zephyr RTOS (строго Сі/C++).Периферія:Оптичний датчик пульсу (PPG) — робота по I2C.6-осевий інерційний датчик (IMU акселерометр + гіроскоп) — робота по SPI.Драйвер тактильного мотора (LRA 1030) — управління через PWM/ШИМ.Зовнішня SPI Flash-пам'ять для циклічного логування.Обсяг роботи по етапахЕтап 1: Bring-up, драйвери периферії і BLE-телеметріяМета: Оживити залізо, налаштувати стабільний збір даних і їх передачу на смартфон/ПК.Налаштування роботи шин I2C і SPI з використанням DMA (Direct Memory Access) для розвантаження процесора.Написання/інтеграція драйверів для PPG і IMU (налаштування частоти опитування, FIFO-буферів датчиків).Розгортання кастомного BLE-профілю (GATT-сервіс) для передачі сирих даних з датчиків в реальному часі.Базова ініціалізація ШИМ для управління тактильним LRA-мотором (запуск тестових патернів вібрації).Етап 2: Алгоритмічний шар (DSP і багаторівнева логіка зворотного зв'язку)Мета: Реалізувати математичну обробку сигналів безпосередньо на чипі (Edge Computing) і логіку реакцій пристрою.Реалізація алгоритмів фільтрації артефактів руху: очищення сигналу PPG з використанням даних акселерометра (IMU).Виділення R-R інтервалів (HRV) з очищеного PPG-сигналу.Реалізація 4-рівневої логіки стійкості системи:Рівень Дрейфа: Відстеження плавного зміни HRV і дихання.Рівень Прогнозу: Обчислення математичного тренду на погіршення стану.Рівень Мікро-корекції: Генерація ледь помітних тактильних патернів на LRA-моторі при фіксації цільового патерну даних.Рівень Апаратного скидання: Реалізація логіки безпеки (високоінтенсивний тактильний імпульс при критичних показниках).Етап 3: Енергозбереження, логування і відмовостійкістьМета: Підготовка пристрою до автономної роботи від мініатюрного акумулятора і забезпечення стабільності «24/7».Глибока оптимізація енергоспоживання. Переведення MCU в режим сну (System ON/OFF) між тактами вимірювань. Процесор повинен прокидатися тільки за перериваннями від FIFO-буферів датчиків або таймера.Написання відмовостійкої файлової системи у зовнішній SPI Flash (наприклад, LittleFS) для автономного циклічного збереження логів.Налаштування апаратного сторожового таймера (Watchdog Timer) для запобігання зависанню прошивки.Вимоги до виконавця:Досвід комерційної розробки під чіпи Nordic (nRF52/nRF53) від 3 років.Впевнене володіння Zephyr RTOS і інструментами налагодження (Segger Embedded Studio / VS Code, J-Link).Розуміння принципів роботи цифрової фільтрації сигналів (DSP) і роботи з низьким енергоспоживанням (Low-Power дизайн).Наявність власного налагоджувального комплекту (nRF52840-DK або аналогічного) для старту роботи вітається.Формат роботи:Поетапна оплата (Milestones) з фіксацією результатів на GitHub. Будь ласка, вкажіть вашу погодинну ставку або приблизну оцінку вартості і термінів для кожного з трьох етапів.
Потрібен спеціаліст з Wix для верстки сайту за макетом Figma. Є готовий дизайн сайту у Figma. Потрібно якісно реалізувати його у Wix, максимально дотримуючись макета. Необхідно: перенести дизайн з Figma до Wix; адаптувати всі сторінки; налаштувати десктопну та мобільну версії; забезпечити коректне відображення на різних пристроях. Перевага надається виконавцям із досвідом роботи з Wix. Будь ласка, надсилайте портфоліо з реалізованими проєктами.