Бюджет: 1000 RUB Термін: 1 день
Опыт работы с опенкарт более 5 лет.
Пишу модули любой сложности, исправляю, дополняю... советую.
Всегда на связи.
Смотрите портфолио.
Добрый день. Есть две задачи, опишу их ниже.
ЗАДАЧА №1.
Нам делали доработку на сайте, добавляли в карточку товара текстовое поле для ввода комментария, которое дублируется в админке и в корзине, потом это всё выгружается в 1С вместе с заказом. Есть ли возможность сделать так что бы когда человек заказывает товар, одного размера и одного цвета, но с разными комментариями, что бы в заказе это всё не склеивалось в единую позицию в количестве 2шт. с заменой комментария на последний, а было как разные позиции, одного и того же размера и цвета, но с разными комментариями?
Нужно просто сделать так что бы комментарий не перезаписывался при добавлении модели с одним и тем же цветом и размером. Если добавляют в корзину модель с одинаковым размером и цветом но с разными примечаниями то это должно быть в корзине две позиции с разными примечаниями.
Думаю суть понятна, адрес сайта https://fd-company.net
ЗАДАЧА №2.
Это то что написали 1Сники: Делаем доработку по начислению бонусов клиентам за покупки в 1С. С каждой реализации будут начисляться бонусы, которыми клиент сможет расплатиться за заказ (частично или полностью). Со стороны 1С мы будем начислять бонусы и информацию о количестве предавать для сайта (куда в какое поле, в каком виде?). Сайт в заказе должен давать клиенту возможность использовать эти бонусы и передавать нам информацию о желание клиента использовать бонус.
Задача какая: Им нужно сообщить о том куда, в каком поле и в каком виде передавать информацию о количестве бонусов. Далее требуется доработать собственно сам модуль обмена данными с 1С под эти бонусы, сделать так что бы данные о бонусах передавались в личный кабинет покупателей, сделать отображение по клиентам в админке и сделать отображение бонусов в личном кабинете у пользователей, а также добавить в корзину поле для возможности частично или полностью оплатить бонусами. И соответственно после оформления заказа, данные об полной или частичной оплатой бонусами выгружалось вместе с заказом в 1С.
Ну как то так, может что то и упустил, но уже походу работы будем подгонять.
Прошу писать конкретно сроки и реальную сумму.
Ничего не понимающих в этом и желающих срубить бабла просьба не беспокоить.
Бюджет: 1000 RUB Термін: 1 день
Опыт работы с опенкарт более 5 лет.
Пишу модули любой сложности, исправляю, дополняю... советую.
Всегда на связи.
Смотрите портфолио.
Бюджет: 5000 UAH Термін: 5 днів
Добрый день. Нас заинтересовал ваш проект
Готовы приступить к нему сегодня
Последние работы: - Freelancehunt
Маємо інтернет-магазин на платформі OpenCart 3. Продаємо специфічний товар — захисні укриття (бомбосховища, укриття для приватних будинків тощо). Асортимент — близько 100 позицій, кожна з яких має (буде мати) набір технічних характеристик (місткість, матеріал, клас захисту, розміри та інше).Проблема в тому, що покупцям важко самостійно розібратися та обрати відповідний варіант серед такої кількості товарів з технічними параметрами. Хочу спростити цей процес. Що хочу отримати:Функціонал "Допомога у підборі товару" - щось на кшталт покрокового опитувальника (візарда). Відвідувач сайту відповідає на кілька простих запитань (наприклад, скільки людей планується розмістити, які умови ділянки, який бюджет тощо), а після проходження опитування система показує список товарів, які найкраще підходять під його відповіді. Бажано, щоб: Питання та варіанти відповідей можна було легко редагувати/додавати самостійно (без програміста) через адмін-панель сайту. Результат показував не тільки ідеальні збіги, а й найближчі варіанти, якщо точного відповідника немає. Оформлення підбору відповідало дизайну поточного сайту. Це можна було розмістити як окрему сторінку або як спливаюче вікно (що буде оптимальніше та красивіше). Чекаю від виконавців пропозиції щодо того, як краще це реалізувати - за архітектурою, технологіями та підходом. Опишіть, будь ласка, як ви бачите реалізацію, орієнтовні терміни та вартість. Якщо робили щось схоже, це великий плюс і, будь ласка, надсилайте приклади. Дякую.
Шукаємо досвідченого Framer-розробника для професійної доопрацювання існуючого сайту компанії Azzurro Cabinets, яка працює в Центральній Флориді, США. Поточний сайт: https://azzurro.framer.website/ Проект створено на базі шаблону Modivana у Framer. Необхідно переробити структуру сайту під приватних клієнтів, зберегти окремий напрямок для builders і contractors, створити керований CMS-каталог кухонних шаф, оновити розділ реалізованих проектів і виконати технічні SEO-настройки. Компанія не виробляє кухонні шафи. Основні послуги: продаж шаф від постачальників, допомога з підбором і плануванням, замовлення та постачання, професійна установка. Основні завдання: • доопрацювання існуючого проекту на Framer без переносу на іншу платформу; • видалення чужого шаблонного контенту та зображень; • переробка основних сторінок сайту; • створення каталогу колекцій, стилів, кольорів і обробок через Framer CMS; • створення динамічних сторінок окремих колекцій; • переробка розділу Projects через Framer CMS; • окремі сценарії та форми для homeowners і builders; • адаптація під desktop, tablet і mobile; • налаштування форм, аналітики та технічного SEO; • підключення основного домену; • передача повністю редагованого проекту та інструкцій по роботі з CMS. Важливо: робота виконується тільки на Framer. Перенос на WordPress, Webflow, Wix або іншу платформу не розглядається. Докладне технічне завдання прикріплено до проекту. В відповіді, будь ласка, вкажіть: Посилання на 2–5 реалізованих сайтів саме на Framer, окремо відзначте проекти з CMS. Як ви пропонуєте організувати CMS для Cabinet Collections і Projects. Попередню оцінку вартості та термінів або порядок їх узгодження. Кількість включених раундів правок. Які пункти ТЗ вимагатимуть custom code або сторонніх інтеграцій. Підтвердження, що робота буде виконуватися в проекті замовника і повністю передана замовнику. Вартість, етапи та умови оплати визначаються після ознайомлення з технічним завданням і узгодження точного обсягу робіт.
https://www.figma.com/design/bSzGOmDb3scdsBgjR3hHLb/Robo?node-id=0-1&p=f https://robo.org.ua/index.php?route=product/product&path=145802278&product_id=237 Завдання: редизайн сторінки товару та відгуків на головній Сайт уже розроблений і повністю працює. Дизайнер підготував новий дизайн у Figma, який потрібно реалізувати на наявному сайті. Необхідно: зверстати новий дизайн відповідно до макета; інтегрувати його в поточний сайт; адаптувати сторінки під мобільні пристрої, планшети та комп’ютери; перевірити коректну роботу кнопок, форм, меню та інших елементів; забезпечити максимально точну відповідність макету. Розробляти сайт з нуля не потрібно — необхідно лише виконати редизайн і замінити поточне оформлення на нове.
Розробка MVP платформи онлайн-репетиторства (аналог Preply) для ринку ЛитвиОпис проекту:Шукаємо команду розробників або окремих спеціалістів (Full-stack / Backend / Frontend / UI-UX) для створення двостороннього маркетплейсу онлайн-навчання під литовський ринок.Мета проекту — запустити веб-платформу, яка зв'яже учнів з репетиторами-фрілансерами для проведення індивідуальних уроків в реальному часі.Основний функціонал MVP: Кабінет репетитора: Профіль з відео-візиткою, завантаження дипломів, налаштування розкладу (календар) і цін за годину. Кабінет учня: Пошук за фільтрами (предмет, ціна, мова, рейтинг), покупка уроків, особистий календар занять. Пошук і фільтрація: Розумний підбір викладачів з системою відгуків і оцінок. Віртуальний клас: Інтеграція відеозв'язку (WebRTC, Zoom або аналоги), вбудований чат і обмін файлами. Платіжна система: Безпечна угода (Escrow). Заморожування грошей і виплата фрілансеру після підтвердження уроку. Потрібна інтеграція Stripe / Paysera.
Суть проекту Ми відстежуємо фури, що перевозять вантажі наших клієнтів (промислові заводи). У фури під час завантаження видаються автономні GPS-маячки TKSTAR TK-905B (передача координат кожні 5 хвилин). Маячки НЕ закріплені за машинами постійно — вони працюють за схемою ротації: менеджер видає маячок водію під час завантаження, після рейсу водій повертає маячок з документами, і той же маячок видається на наступний рейс вже з іншою машиною. Потрібна веб-платформа: маячки надсилають дані на наш сервер, клієнти (заводи) заходять на сайт і бачать на карті свої машини в реальному часі. Кожен завод бачить ТІЛЬКИ свої маячки. Частина 1. Бекенд Розгорнути Traccar (open-source) на VPS. VPS купуємо ми, кандидат рекомендує конфігурацію. Налаштувати прийом даних з маячків TK-905B (протокол підтримується Traccar з коробки). Допомогти з перенаправленням маячків з китайського сервера на наш (SMS-команди).Мультитенантність. Ролі:Адмін (ми): бачить всі маячки, всі компанії, всі рейси. Створює компанії та користувачів, призначає рейси компаніям.Менеджер/диспетчер (наш співробітник на місці завантаження): видає та приймає маячки (див. модуль ротації).Клієнт (завод): логін/пароль, бачить тільки свої активні рейси та свою історію. Не бачить чужі маячки, вільний пул і службову інформацію. Частина 2. Модуль ротації маячків (ключова логіка) Кожен маячок має короткий номер у системі (№1, №2, №3...), що збігається з наклейкою на корпусі. Пошук маячка за цим номером.Видача: менеджер вибирає маячок з пулу → вводить номер машини (обов'язкове поле) + опціонально: ПІБ/телефон водія, напрямок/пункт вивантаження, компанія-замовник. Операція повинна займати секунди: одне вікно, мінімум полів. З моменту видачі на карті точка підписана номером машини та рейсом (наприклад «АХ1234ВХ → Київ»), а не ID пристрою.Повторна видача = закриття старого рейсу + відкриття нового. Для менеджера це виглядає як «просто вписав новий номер машини», але система зобов'язана зберігати історію прив'язок: кожен період роботи маячка прив'язаний до номера машини, який був активний у той момент. Перезапис номера з втратою історії — недопустима (інакше старі треки будуть підписані чужими машинами).Завершення рейсу та повернення маячка на склад — два окремі дії: рейс закривається при вивантаженні (зворотний шлях маячка з поштою клієнту не показується), повернення переводить маячок у статус «в пулі, вільний». Вільні маячки (в пулі / на зарядці / їдуть назад поштою) на клієнтській карті не відображаються. Адмін їх бачить зі статусами. Історія: по кожному маячку — всі його минулі рейси; по кожній компанії — всі її рейси. Частина 3. Фронтенд (веб-сайт) Макет сторінки:По центру — жива карта з машинами в реальному часі (оновлення без перезавантаження сторінки, WebSocket/полінг). Іконки машин; клік по машині → картка: номер машини, водій, напрямок, швидкість, час останньої позначки, статус (в русі / стоїть / немає зв'язку).Справа — панель профілю залогіненого користувача: назва компанії, список її активних рейсів зі статусами онлайн/офлайн, швидкий перехід до машини на карті.Зверху — пошук по своїм маячкам/машинам (по номеру машини, номеру маячка, напрямку). Сторінка логіна. Адаптив під мобільні (менеджери та клієнти будуть відкривати з телефону). Функції:Історія маршруту за вибраний період (проігрування треку на карті).Звіт по стоянкам: де стояла машина, з якого по яке час, скільки годин (приклад: «Київ, вт 08:00 — чт 09:00, 49 год»).Геозони: адмін обводить на карті зони (завод, пункти вивантаження). Звіт по часу в зонах + сповіщення про в'їзд/виїзд (в інтерфейсі; e-mail/Telegram — плюсом, обговорюється). Експорт звітів в Excel/PDF — плюсом. Частина 4. Технічні вимоги Бекенд: Traccar API (REST + WebSocket). Кастомна логіка ротації — окремим шаром поверх Traccar (свій сервіс + БД) або через атрибути Traccar, на розсуд виконавця, але з обґрунтуванням. Фронтенд: React або Vue. Карта: Leaflet + OpenStreetMap (або Google Maps, якщо обґрунтуєте). Налаштувати автоочистку історії координат старше 6 місяців (retention policy в Traccar / за погодженням), щоб база не розросталася безкінечно. Звіти та підсумки рейсів за старі періоди при цьому повинні зберігатися. Мова інтерфейсу: українська (російська — плюсом, перемикач не обов'язковий на старті). Дані та сервер повністю наші: жодних прив'язок до сторонніх закритих сервісів. Частина 5. Здача проекту Робоча платформа на нашому домені. Усі доступи: VPS, Traccar, база, репозиторій з кодом. Коротка інструкція (текст або відео): як додати новий маячок, як створити компанію/користувача, як менеджеру видавати та приймати маячки. 2–4 тижні підтримки після здачі на виправлення багів (обговорюється). Питання кандидату (обов'язково відповісти в відгуку) Розгортали ви Traccar? Робили кастомний фронтенд поверх Traccar API? Посилання/скріни прикладів. Як пропонуєте реалізувати мультитенантність і модуль ротації (коротко, 3–5 пропозицій)? Термін і ціна: (а) MVP — карта, логіни, ротація, стоянки; (б) повна версія з геозонами та звітами. Рекомендована конфігурація VPS під ~20–50 маячків.