Налаштування через API модуля оплат FONDY

Потрібен досвідчений 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 або pure PHP) + MySQL.Frontend (Плеєр на ТВ): HTML5 / JavaScript (Single Page Application), який запускається на ТВ у повноекранному режимі через додаток 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, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.