Требуется опытный 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, ответственно относятся к своей работе, соблюдают согласованные сроки и готовы стать техническим партнером проекта на долгий срок.
Необходимо мигрировать интернет-магазин Opencart с PHP 7.4 на PHP 8.x. В настоящее время стоит ядро v 3.0.3.8. Читаем, что скорее всего придется мигрировать и ядро на версию 4.0 и вроде сложностей не должно быть... Функционал в основном кастомный, также есть Simple, OCFilter, Нова пошта. Ждем рекомендации и ориентировочную цену. В идеале, кто уже проводил подобную работу.