Додати невеликий блок на ландінг і змінити форму замовлення

Розробка Telegram Mini App (магазин) з інтеграцією CRM та Нової пошти Потрібно розробити Telegram Mini App (магазин всередині Telegram).Основний функціонал Потрібен каталог приблизно з 20 товарами. Для кожного товару: фото; назва; опис; ціна; вибір моделі; вибір кольору; кількість. Оформлення замовлення Клієнт повинен мати можливість: переглянути каталог; додати товари в кошик; змінити кількість; оформити замовлення; ввести: ім'я; телефон; місто; номер відділення Нової пошти; спосіб оплати; коментар до замовлення. CRM Потрібно, щоб усі замовлення автоматично передавалися в CRM через API. Бажано, щоб інтеграція була універсальною і в майбутньому можна було змінити CRM без повної переробки проєкту.Нова пошта Потрібна інтеграція з API Нової пошти або передача даних у CRM, якщо створення ТТН буде виконувати сама CRM.Адміністратор Потрібен простий режим адміністратора: додавання та редагування товарів; зміна цін; зміна залишків; додавання нових кольорів або моделей. Важливо Проєкт має працювати як Telegram Mini App (не звичайний бот із кнопками). Код, база даних і всі доступи після завершення роботи повинні належати мені. Архітектура має дозволяти надалі підключити додаткові функції без повної переробки. Прошу повідомити: Орієнтовну вартість. Терміни виконання. Який стек технологій плануєте використовувати. Чи є у вас досвід розробки Telegram Mini Apps та інтеграції з CRM і API Нової пошти.

Локація: Віддалено Тип: Повна зайнятість / Часткова зайнятість Компанія: Dante Labs(dantelabs.us) -Про роль Ми створюємо платформу, схожу на TradingView, доповнену розширеними можливостями на основі штучного інтелекту. Наша мета - надати користувачам інтелектуальні прогнози ринку, складні аналітичні інструменти та функціонал для побудови графіків наступного рівня, щоб підтримувати більш розумні торгові рішення. Платформа розробляється з акцентом на чисту архітектуру, масштабованість та безперебійну роботу як на фронтенді, так і на бекенді. Ми шукаємо талановитих інженерів, які зацікавлені у створенні високопродуктивних, даних інтенсивних додатків на перетині фінансів, штучного інтелекту та Web3. Що ви будете робити - Проектувати та створювати масштабовані бекенд-сервіси та API - Розробляти адаптивні, високопродуктивні фронтенд-інтерфейси - Інтегрувати аналітику та моделі прогнозування на основі штучного інтелекту - Забезпечувати надійність, безпеку та низьку затримку в роботі - Співпрацювати з командами продукту, дизайну та штучного інтелекту для впровадження функцій Хто ви - Міцний досвід у бекенд-розробці (Node.js, Python, Go або Rust) - Сильні навички фронтенду (React, Next.js, TypeScript) - Розуміння фінансових даних, торгових платформ або ринкової аналітики (плюс) - Досвід роботи з блокчейном або Web3 (плюс) - Пристрасть до чистого, тестованого та масштабованого коду - Комфорт у роботі в повністю віддаленому, швидкому середовищі Що ми пропонуємо - Конкурентна компенсація (USD або крипто) - 100% віддалено – працюйте з будь-якого місця - Гнучкий графік - Можливість формувати продукт з високим впливом з нуля - Робота з глобальною, талановитою та підтримуючою командою Як подати заявку Щоб подати заявку на цю роль, будь ласка, виконайте наступні кроки: -Виконайте домашнє завдання Відвідайте наступний репозиторій GitHub і дотримуйтесь інструкцій у файлі README(блокчейн завдання лише): https://github.com/dantelabs-team-8/fullstackblockchain -Запишіть відео Loom Як тільки ви завершите завдання, запишіть коротке відео Loom, в якому пояснюєте своє рішення та результати. -Надішліть свою заявку *Надішліть наступне на hr[at]dantelabs[dot]us: *Ваше резюме *Посилання на ваше відео Loom *(Необов'язково) Будь-які додаткові примітки або контекст щодо вашого рішення -Наступні кроки Наша технічна команда розгляне вашу заявку. Якщо вона відповідатиме нашим очікуванням, ми запросимо вас на технічне інтерв'ю та продовжимо процес найму.

Потрібно розробити телеграм бота в стенд пульс для тесту клієнта. Тест має 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 або 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 години безперервної роботи.