Программисты — удалённая работа в Москве

установка vpn в браузере. Настройка. Установить vpn в браузере для входа на сайты и загрузить телеграм на компьютер.

Системное программирование. Настройка. Помощь с ноотбуком с настройками.

Разработка калькуляторов. Технического задания нет.

Разработка калькуляторов. Технического задания нет.

Разработка Telegram Mini App для закрытого клуба S Club + админ-панель Описание Ищем разработчика для создания Telegram Mini App закрытого сообщества S Club. Приложение должно открываться непосредственно из Telegram и стать основным личным пространством резидента: события клуба, участники, запись на мероприятия, привилегии, личный кабинет и возможность передать запрос комьюнити-команде. Концепция, структура продукта и визуальная айдентика уже разработаны. Нужна техническая реализация, подключение базы данных, Telegram и последующий запуск. Важно: это не Telegram-бот с набором команд и не информационный лендинг. Нужен полноценный Mini App с авторизацией пользователя через Telegram и отдельной административной частью. Что необходимо реализовать 1. Авторизация и доступ Вход через Telegram Mini App без отдельного логина/пароля. Приложение закрытое: доступ только для добавленных администратором резидентов. Необходимо хранить профиль пользователя и его Telegram ID, предусмотреть роли: резидент / партнёр / сотрудник / администратор / комьюнити-менеджер. 2. Главная Персональная главная страница резидента: ближайшее событие клуба; дата, место, описание и переход в карточку события; новые резиденты; актуальные новости/обновления; быстрые переходы в основные разделы приложения. 3. Резиденты Каталог участников клуба. Карточка резидента: фото; имя и фамилия; Telegram; город; сфера деятельности; краткая информация о себе; интересы/хобби; статус в клубе. Нужны поиск и фильтрация участников. 4. События Календарь мероприятий клуба. Необходимо: отображение ближайших и прошедших событий; календарь месяца; карточка мероприятия с афишей, описанием, датой, временем и местом; кнопка «Записаться»; возможность отменить запись; список зарегистрированных участников; раздел «Мои события». Администратор должен видеть не только регистрацию, но и иметь возможность после мероприятия отметить фактическую явку. 5. Привилегии Каталог партнёров S Club и доступных резидентам привилегий. Карточка: партнёр; описание; условия привилегии; ссылка/контакты при необходимости. 6. Запрос комьюнити Отдельная функция «Передать запрос комьюнити». Резидент оставляет запрос в свободной форме — например, найти человека, получить рекомендацию, познакомиться с кем-либо, решить конкретную задачу. Запрос появляется в панели комьюнити-менеджера, где можно менять его статус и работать с ним. 7. Личный кабинет Профиль резидента + его данные. Необходимо предусмотреть: просмотр и редактирование информации; отправку изменений на модерацию; мои мероприятия; статус членства; срок действия членства. Панель комьюнити-менеджера Отдельный рабочий интерфейс команды клуба. В карточке каждого резидента необходимо видеть: контактные данные; статус; пакет членства; стоимость; дату активации; дату следующей пролонгации; историю посещения мероприятий; запросы резидента; внутренние комментарии команды. Необходимо предусмотреть уведомление о приближении пролонгации членства и возможность зафиксировать новое продление: дата + срок + сумма. Также нужна механика рекомендаций знакомств между резидентами: команда может сформировать рекомендацию «кого с кем познакомить», которая затем отображается пользователю. Админ-панель Администратор должен иметь возможность без участия разработчика: добавлять/редактировать/деактивировать резидентов; управлять доступом; создавать и редактировать мероприятия; загружать афиши; видеть регистрации; отмечать явку; добавлять новости; управлять привилегиями и партнёрами; работать с запросами; управлять членствами и пролонгациями; отправлять уведомления пользователям. Базовая аналитика: количество активных резидентов, регистрации и посещаемость мероприятий, средняя доходимость, активность конкретного резидента, наиболее активные участники. Telegram Нужно полноценное подключение к Telegram. Mini App открывается из Telegram-бота S Club. Нужно реализовать: безопасную Telegram-авторизацию; кнопку запуска приложения; уведомления через бота; уведомления о новых мероприятиях; напоминания о мероприятиях, на которые записан пользователь; возможность из админ-панели отправить сообщение/новость через бота с текстом, изображением и ссылкой. Дизайн У S Club уже есть сформированная визуальная система и фирменные цвета. Дизайн должен быть минималистичным, премиальным, современным, mobile-first, без ощущения стандартной CRM или шаблонного SaaS. Передадим фирменные материалы, палитру, логотипы и визуальные референсы. Нужна аккуратная адаптивная верстка прежде всего под использование внутри Telegram на смартфоне. Техническая часть По стеку готовы рассмотреть предложение разработчика. Предварительно видим архитектуру примерно так: Telegram Mini App ? frontend ? backend/API ? база данных ? admin/community panel ? Telegram Bot API. Можно рассмотреть, например, Next.js/React + PostgreSQL/Supabase + Vercel, но жёсткой привязки к стеку нет. Важнее безопасность, возможность дальнейшего масштабирования и понятная поддержка проекта. Особенно важно корректно реализовать проверку Telegram initData на сервере и не строить авторизацию только на данных, полученных от клиента. Что должно быть передано по итогу Нужен полностью работающий продукт, а не только исходники: исходный код и репозиторий, база данных и схема, настроенные роли и доступы, Telegram Mini App и бот, рабочая админ-панель, production deployment, подключённый домен/поддомен при необходимости, инструкция по работе с админкой и передача всех доступов заказчику. Проект должен быть развёрнут на наших аккаунтах, чтобы после завершения разработки мы полностью контролировали код, базу, Telegram-бота и хостинг.

Задачи чат-бота: информирование клиентов, сбор информации, ответы на типовые вопросы, интерактивное меню или каталог, приём текстовых заказов, Нужен bridge-бот или вебка. Продукт: Телеграм и Макс. Техзадание есть. Пожелания и особенности: Для действующего бизнеса нужен bridge- бот, чтобы получать сообщения отвечать клиентам из двух мессенджеров с единого окружения. Вот два варианта ТЗ, составленные под разные запросы: готовое облачное решение и кастомная разработка. Мы в любом случае выберем один вариант. Нам нужно в первую очередь узнать цены и сроки. Рассматриваем опытных разработчиков на фрилансе. Без команд и подрядчиков. Вариант 1: ТЗ для внедрения готового облачного сервиса «Мультичат» 1. Цель проекта Внедрить готовое облачное решение для объединения всех клиентских обращений из Telegram и MAX в единый интерфейс. Цель — исключить необходимость переключаться между приложениями, ускорить ответ и не потерять ни одного клиента . 2. Бизнес-требования · Снизить время ответа клиенту. · Обеспечить единую историю общения с клиентом, независимо от канала обращения . · Автоматизировать создание карточек клиентов в CRM при первом обращении. 3. Функциональные требования · Подключение каналов: Интеграция с ботами Telegram и MAX (достаточно будет токенов ботов) . · Единое окно (Мультичат):   · Отображение всех диалогов в одном списке, отсортированных по дате (сверху новые) .   · Визуальное выделение диалогов с непрочитанными сообщениями .   · Отображение источника сообщения (Telegram или MAX) . · Работа с диалогом:   · Открытие истории переписки по клику.   · Возможность отвечать клиенту из любого канала прямо в этом окне .   · Поиск диалога по имени клиента или номеру телефона . · Интеграция с CRM:   · Создание новой карточки клиента из диалога.   · Быстрый переход к заявкам клиента . 4. Технические требования · Готовое SaaS-решение (подписка). Администрирование сервера не требуется. · Шифрование передачи данных (HTTPS). · Возможность управлять доступом сотрудников на уровне «Администратор» / «Оператор» . 5. Этапы внедрения 1. Выбор сервиса (например, с ценами от 1 690 ?/мес). 2. Регистрация и получение токенов ботов в Telegram и MAX. 3. Настройка интеграций в личном кабинете сервиса. 4. Тестирование (3–5 дней). 5. Обучение сотрудников (1 день). 6. Запуск в промышленную эксплуатацию. Вариант 2: ТЗ на кастомную разработку бота-моста 1. Цель проекта Разработать собственный программный мост для синхронизации сообщений между Telegram и MAX, работающий на выделенном сервере. Решение должно обеспечивать высокую надежность и полный контроль над данными . 2. Функциональные требования · Синхронизация чатов: Двусторонняя передача текста, изображений, видео, документов, голосовых и кружковых сообщений между группами и личными чатами . · Поддержка действий: Синхронизация редактирования, удаления сообщений и реакций . · Маршрутизация (Опционально): Возможность оператору отвечать клиенту через бота-посредника в Telegram, который будет перенаправлять ответ в нужный чат MAX. · Управление состоянием: Очереди сообщений для сохранения данных при сбоях API (на основе Redis/RabbitMQ) . 3. Технические требования · Технологический стек: Python 3.12+, Aiogram 3.x (для TG), Asyncio, PostgreSQL (база данных), Redis (кэш/очереди), Docker . · Безопасность:   · Хранение токенов строго в переменных окружения (.env).   · Валидация входящих данных (Pydantic V2) для предотвращения инъекций .   · Логирование всех действий. · Отказоустойчивость: Автоматический рестарт контейнера при сбое. Механизм повторной отправки сообщений при ошибках API (Retry + Exponential Backoff) . · Инфраструктура: Сервер (VPS) за пределами РФ для стабильного доступа к API Telegram. Наличие статического IP и SSL-сертификата . 4. Требования к производительности · Время обработки сообщения: не более 2 секунд . · Поддержка не менее 1 000 параллельных сессий (чат-комнат) . 5. Состав работ 1. Проектирование архитектуры и схемы БД. 2. Разработка модулей интеграции с API Telegram и MAX. 3. Реализация логики синхронизации и очередей. 4. Разработка системы мониторинга (логи, метрики). 5. Тестирование (юнит-тесты, интеграционные тесты) . 6. Развертывание на сервере заказчика (Docker Compose) . 7. Передача исходного кода и документации по развертыванию.

DePIN Engineer. DePIN Engineer. ?? ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ТЗ) Название задачи: Развертывание и настройка сети из 3-х DePIN-нод для продажи трафика (под ключ) 1. Цель проекта Необходимо с нуля арендовать, настроить и запустить в работу сеть из 3-х виртуальных серверов (VPS) в разных локациях для долгосрочной автоматической продажи интернет-трафика через децентрализованные DePIN-платформы. 2. Стек программного обеспечения (Что нужно установить) На каждый сервер необходимо установить и связать с моими личными аккаунтами следующий софт (в приоритете запуск через Docker-контейнеры для стабильности) [??]: 1. Mysterium Network (MystNode) — основной источник монетизации трафика [??]. 2. EarnFM / PacketStream / Repocket — дополнительные фоновые утилиты для максимизации доходности с одного IP (выбрать 1-2 наиболее стабильные на текущий момент по согласованию). 3. Watchtower — для автоматического обновления контейнеров без моего участия. 3. Требования к хостингу и серверам Исполнитель должен подобрать и помочь мне оплатить 3 VPS (бюджет до $7–$8 за сервер) со следующими параметрами: • Локации: 3 разные страны (например, Нидерланды, Германия, Казахстан/Турция). • Конфигурация: Минимально 2 CPU, 4GB RAM, 30-50GB SSD, ОС Ubuntu 22.04 LTS / 24.04 LTS. • Сеть: Безлимитный трафик (или лимит от 1-2 ТБ/мес) на скорости портов от 1 Gbps. IP-адрес должен быть чистым (не в блек-листах платформ). 4. Зоны ответственности и безопасность (Критично!) • Финансы и аккаунты: Все личные кабинеты на хостингах и аккаунты в DePIN-сетях регистрируются на мои данные. Все выплаты (кошельки) привязываются строго к моим адресам. • Исполнителю предоставляется: Только временный SSH-доступ к серверам для настройки. • Безопасность: Исполнитель обязан закрыть неиспользуемые порты через UFW, сменить дефолтный SSH-порт и отключить вход по паролю (настроить вход строго по SSH-ключам). 5. Требуемый результат (Что я получаю на выходе) 1. Работающая сеть: 3 сервера активны, статус нод в панелях управления (Mysterium и др.) горит зеленым («Online» / «Residential» / «Hosting»). 2. Панель мониторинга: Ссылки на Web-интерфейсы нод (или дашборды платформ), доступные с моего мобильного телефона, где я в реальном времени вижу расход трафика и баланс. 3. Инструкция: Короткая текстовая памятка (3–5 строк), как перезапустить сервера/ноды в случае зависания хостинга.