1)Доработка модуля «Заказ на одной странице»
1.1 Внешний вид модуля должен быть изменен согласно основного шаблона магазина, стиль должен полностью соответствовать основной теме. (шрифт, цвет шрифтов, сообщения об ошибках, цвет валидаторов, кнопки, итд.) (см. Скрин 1 и Скрин 2)
Вировнять поля авторизации. Поправить рамки обрамления.
1.2 Выбор способа ДОСТАВКИ должен быть самым первым шагом после корзины.
Только после выбора способа доставки должно появлятся окно для ввода адреса доставки, так как формат полей зависит от выбранного способа.
1.3 В даный модуль нужно интегрировать выбор городов/складов новой почты.
1.4 При выборе способа доставки Новая почта должен загружатся блок с вводом адреса, с выбором сначала города, потом склада Новой почты. (см Скрин 3 с старого шаблона)
При выборе интайм – загружается список городов и складов Интайм. Даный список хранится в БД. (аналогично новой почте)
При выборе Мист Експресс – загружается список городов и складов. Даный список хранится в БД. (аналогично новой почте)
При выборе Укрпочта – загружается стандартная форма ввода Prestashop
Выбор склада и города перевозчика должен осушествлятся выбором с списка + применятся Ajax фильтр при вводе букв.
Пример фильтра http://novaposhta.ua/uk/office
Адрес в БД должен сохранятся:
adress1 – адрес склада с улицей и номером дома.
City – город
И дополнительное поле wid – уникальный индентификатор склада (если такой есть в таблице адресов складов)
После выбора способа доставки, оплаты, ввода адреса или авторизации, клиент должен нажать кнопку «Оформить заказ» и заказ сразу должен быть оформлен, без каких дибо промежуточных страниц и дополнительных подтверждений, независимо от способа доставки и оплаты.
1.5 Сделать поле Емейл необязательным. Красную звездочку – будто оно обязательно оставить. Для БД престашоп использовать Email вида телефон@mail.ru
1.6 Сделать валидатор телефона.
**по пункту 1.5/ 1.6 – код польностью готов со старого шаблона, можно использовать
Бюджет: 2000 UAH Срок: 7 дней
Имею хороший опыт разработки магазинов в престе начиная с версии 1.4, в т.ч. и правки заказов товара, часть работ в портфолио. Оплата поэтапно без предоплаты.
Скайп: sklyack
Необходимо разработать телеграм-бота в стенд пульс для теста клиента. Тест должен содержать 5-7 вопросов с 5-7 вариантами ответов. На основе ответа клиента бот подсчитает баллы и выдаст результат (6 вариантов)
Требуется опытный Laravel-разработчик для интеграции платежной системы в существующий проект. О проекте Backend: Laravel Frontend: React Проект: облачная платформа хранения файлов (аналог Dropbox) Что необходимо реализовать Интеграцию оплаты банковскими картами через API платежной системы. Создание платежа. Перенаправление пользователя на платежную страницу. Обработку успешной и неуспешной оплаты. Обработку callback/webhook. Проверку статуса платежа. Корректное изменение статуса заказа после успешной оплаты. Логирование запросов и ответов API. Работу как в тестовой, так и в боевой среде. Требования Отличное знание Laravel. Опыт интеграции платежных систем (банковские APIи т.п.). Опыт работы с REST API. Будет преимуществом Опыт интеграции банковских платежных шлюзов. Возможность показать аналогичные проекты. Что предоставим Полную техническую документацию платежной системы. Доступ к тестовой среде. При отклике, пожалуйста, укажите: 1. Какие платежные системы вы уже интегрировали. 2. Стоимость работы. 3. Срок выполнения. 4. Примеры аналогичных проектов (если имеются).
ТЕХНИЧЕ ЗАДАНИЕ Разработка системы Digital Signage для сети рекламных экранов 1. Общий описание системыСистема предназначена для удаленного управления медиаконтентом (видео, изображения) на сети телевизоров под управлением Android TV. Архитектура:Backend / Панель управления (Админка): PHP (Laravel / Yii2 или чистый PHP) + MySQL.Frontend (Плеер на ТВ): HTML5 / JavaScript (Одностраничное приложение), которое запускается на ТВ в полноэкранном режиме через приложение Fully Kiosk Browser.2. Функциональные требования: Панель управления (Админка на PHP)2.1. Управление экранами (Телевизорами)Возможность добавления/удаления экранов в системе.Каждому экрану присваивается: Название (гео-точка), уникальный ID (device_token) и статус (Онлайн/Офлайн).Мониторинг (Пинг): Отображение статуса ТВ в реальном времени. Если ТВ не отправлял запросов более чем 5 минут, окрашивать его статус в красный цвет (Офлайн). 2.2. Управление контентом (Медиатека)Загрузка файлов (видео, изображения) на сервер.Удаление файлов (с автоматическим удалением физического файла с сервера).Возможность просматривать (и изменять), на каких экранах транслируется каждый отдельный медиафайл.Настройка порядка воспроизведения файлов. 2.3. Серверное API (для связи с ТВ)Реализовать REST API (JSON):POST /api/ping — принимает от ТВ его ID, фиксирует время последней активности (для статуса Онлайн) и возвращает текущую версию плейлиста.GET /api/file/device_token — отдает актуальный JSON-массив с ссылками на медиафайлы, их порядком и настройками времени показа.3. Функциональные требования: Клиентский плеер (HTML5/JS на ТВ)Плеер является вебстраницей, которая открыта на ТВ. Главное задание клиента — автономность.3.1. Кеширование и синхронизация (Работа без интернета)При старте плеер запрашивает плейлист через API.Локальное хранилище: Все файлы из плейлиста (видео/изображения) JS должен загружать во внутреннюю память браузера (используя Cache API или IndexedDB). Стриминг (воспроизведение напрямую из интернета) запрещен.Синхронизация: Если на сервере добавлен новый контент, плеер загружает его в фоновом режиме, не прерывая текущий показ. После завершения загрузки — добавляет к трансляции. Если контент удален на сервере, плеер должен удалить его из локального кеша ТВ, чтобы не забивать память устройства.Офлайн-режим: При полном исчезновении интернета плеер бесконечно крутит по кругу последний успешно загруженный плейлист. 3.2. Воспроизведение и ротацияЦиклическое воспроизведение контента и согласно заданному в админке порядку.Для изображений должна настраиваться продолжительность отображения в секундах (по умолчанию 10 сек).Переходы между роликами должны быть плавными, без черных экранов и заметного перезагрузки страницы. 3.3. Логирование и контроль ошибок (Защита от сбоев)Обработка поврежденных файлов: Если видеофайл поврежден и не может воспроизводиться, плеер должен пропустить его и включить следующий по порядку, а не зависать на черном экране.Логи показов (Аналитика): Плеер должен записывать в локальную память факт каждого успешного воспроизведения ролика. При появлении интернета эти данные пачкой отправляются на сервер (POST /api/logs), чтобы в админке можно было увидеть статистику: "Ролик А на ТВ №3 был показан 450 раз за сутки и 2365 раз всего".4. Требования к оптимизации под Android TVИнтерфейс плеера не должен содержать никаких элементов управления (курсор, полосы прокрутки, кнопки). Только чистый контент на весь экран.JS-код должен быть оптимизирован по памяти (вовремя очищать неиспользуемые DOM-элементы и объектные URL), поскольку бюджетные телевизоры имеют жесткие ограничения по оперативной памяти и могут аварийно закрывать вкладку при утечке памяти через 12-24 часа непрерывной работы.
Описание задания: Ищем разработчика для создания простой веб-системы управления парковочными местами без ежемесячных платных подписок под ключ. Что есть в наличии: Готовое детальное чертеж парковки в формате DWG (AutoCAD). Всего около 500 машиномест.Главная задача: Необходимо перенести этот чертеж в веб-интерфейс, чтобы каждое парковочное место стало кликабельным и динамически меняло цвет (например Зеленый — Свободно, Красный — Занято). Это электронный реестр долгосрочной аренды (планируется ручное внесение данных менеджером, автоматизация с датчиками шлагбаумами или камерами не нужна).Распределение ролей и доступ: Менеджер: Работает с компьютера в офисе. Имеет доступ к "админке", где может изменить статус каждого из парковочных мест (свободно/занято) и вписать описание (например Название фирмы-арендатора). Охрана: Находится на территории объекта, подключается с мобильных устройств (телефон, планшет или ноутбук) через мобильный интернет. Охрана имеет доступ только для просмотра (Read-only). Нажимает на место и видит информацию: Номер места, Статус, Название фирмы. Возможности что-то изменить у них нет.Требования к реализации: Работа под ключ: от адаптации чертежа для веба до развертывания системы и базы данных. Интерфейс карты должен быть адаптивным для удобного масштабирования и кликов пальцами на экранах смартфонов. Предложите оптимальный способ размещения системы: либо развертывание на нашем офисном ПК (понадобится настройка доступа снаружи для мобильного интернета охраны), либо использование бесплатных облачных лимитов.Пожалуйста, в отзыве предложите ваш вариант технического стека и архитектуры (где лучше хостить базу, чтобы охрана имела доступ с 4G), а также укажите ориентировочную стоимость и сроки выполнения проекта. Важное замечание по бюджету и функционалу: Проект делается исключительно для внутреннего пользования и базового удобства. Нам НЕ нужны сложные дизайнерские решения, CRM-системы, интеграции с платежными шлюзами, SMS-уведомления и тому подобное. Нужен максимально простой, лаконичный и рабочий интерфейс без избыточного кода. Поэтому оценивайте проект адекватно — предложения с завышенной ценой рассматриваться не будут. Спасибо
Нужен опытный OpenCart-разработчик для принятия проекта и дальнейшей поддержки Ищу опытного программиста OpenCart (не студию), который поможет профессионально принять интернет-магазин от текущего разработчика и далее будет заниматься его поддержкой, развитием и SEO-оптимизацией. О проекте Интернет-магазин на OpenCart. Проект готов примерно на 99% и проверен в соответствии с техническим заданием. Необходимо провести независимый технический аудит перед окончательной передачей сайта. После завершения передачи планируется долгосрочное сотрудничество по развитию проекта. Основные задачи Провести аудит кода и структуры проекта. Проверить качество реализации функционала. Проверить установленные модули, их совместимость и корректность работы. Оценить безопасность и стабильность работы сайта. Проверить быстродействие и предложить рекомендации по его улучшению. Проверить реализованную SEO-часть и предложить дальнейший план оптимизации. Убедиться, что проект полностью готов к самостоятельной поддержке без зависимости от предыдущего разработчика. Проверить корректность передачи всех доступов: исходный код; база данных; FTP; хостинг; домен; электронная почта; административная панель; установленные модули и их лицензии. При необходимости участвовать в коммуникации с текущим разработчиком во время передачи проекта. Предоставить перечень рекомендаций и замечаний перед окончательным принятием. Дальнейшее сотрудничество После принятия сайта планируется регулярная работа над проектом: развитие нового функционала; SEO-оптимизация; улучшение быстродействия; интеграции с внешними сервисами; техническая поддержка. Требования к кандидату Нужен специалист, который: имеет значительный опыт работы именно с OpenCart; хорошо знает архитектуру OpenCart и популярные модули; имеет опыт аудита и поддержки существующих проектов; может аргументированно оценить качество выполненных работ; ответственно относится к договоренностям и соблюдает согласованные сроки выполнения работ; заинтересован в долгосрочном сотрудничестве. В ответе прошу указать опыт работы с OpenCart; примеры реализованных интернет-магазинов; выполняли ли вы техническое принятие или аудит чужих проектов; ориентировочную стоимость: технического аудита; участия в принятии проекта; почасовой или проектной поддержки после передачи. Предпочтение отдам специалистам, которые имеют многолетний опыт работы с OpenCart, ответственно относятся к своей работе, соблюдают согласованные сроки и готовы стать техническим партнером проекта на долгий срок.