Адаптивная верстка лендинга по исходнику и образцу.

Розробка 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 или чистый 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 часа непрерывной работы.