Сделать простой бэк на Laravel

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