Разработка ботов Telegram — удалённая работа в Москве

Веб-разработка. Доработка существующего продукта. Техническое задание для фрилансера: Yii2 проект Общая информация Проект: Платформа аренды недвижимости Фреймворк: Yii2 Технологии: Docker, PHP (Yii2), MySQL, Nginx, Node.js, cron Формат: монолит, server-side rendering Dev-среда: запускается через Docker (docker-compose up -d) --- Цели 1. Разобраться в существующей архитектуре Yii2-проекта 2. Развернуть проект локально через Docker Compose 3. Внести и протестировать правки, указанные в приложенном документе (Без имени 1.pdf) --- Основные задачи по правкам 1. Форма "Быстро снять" Изменить текст формы Убрать поле "Дата выезда" Добавить: Время заезда Время выезда Кнопки "5 мин", "10 мин" Выбор: "без животных", "без детей" Количество комнат: до 30 / 30 и более Переименовать "Параметры" 2. Чат заявок Отображение заявок по времени жизни (если удалена или неактивна — отображать соответствующее сообщение) Возможность владельца прикреплять квартиры (ссылки, фото, видео) Ограничение спама для гостя (по времени или количеству заявок) 3. Фильтрация поиска Добавить параметры: Расстояние до города Метро Трасса, улица Состояние жилья Количество комнат и кроватей Тип недвижимости Парковка Площадь, от МКАД и др. 4. Форма бронирования Удалить контакты и почту из формы Кнопка "Связаться" → "Забронировать" При нажатии — открывается форма переписки с гостем Добавить поле метро 5. Личный кабинет Починить регистрацию (по телефону и почте) Добавить календарь заездов с отображением занятых дней Возможность удалить аккаунт Раздел "мои продвижения" 6. Общие правки Исправить валидацию (на клиенте не происходит реакций при ошибках) Реализовать антиспам в админке Настроить бегущую строку, описание, слайдер на главной Возможность переписки между собственниками в чате Возможность добавления медиа (фото, видео, ссылки) в чатах --- Требования к исполнителю Опыт работы с Yii2 (модели, ActiveForm, маршруты, валидация, шаблоны PHP) Опыт работы с Docker и локальной разработкой Умение читать и поддерживать старый код(без документации) Ведение чистого и понятного git --- Мы предоставим: Git-доступ к проекту PDF с правками Помощь по запуску dev-среды при необходимости --- Примечание Работа разбивается на этапы — сначала базовые правки и запуск, далее доработка функционала блоками. Возможна долгосрочная работа при успешной реализации.

Задачи чат-бота: приём текстовых заказов, информирование клиентов, интерактивное меню или каталог, автоматическое бронирование, ответы на типовые вопросы, сбор информации, финансовые операции. Продукт: кафе. Техзадания нет.

Разработка приложений для ПК. Разработка с нуля. Нужно сделать приложение в wpf на с# с подключенной бд, анимацией, регистрацией для официантов и админа , не сильно сложное для учебы , срок 5-6 дней.

Веб-сервис. Платформа: по рекомендации специалиста. Функционал сайта: Выбор платформы и покупка отзыва. Контент есть.

Платформа: по рекомендации специалиста.

Разработка с готовым дизайном в Figma. Приложение: для Android. ───────────────────────────── 1. Название проекта Разработка мобильного приложения «Менеджер паролей» на платформе Android ───────────────────────────── 2. Цель проекта Создать безопасное мобильное приложение для хранения и управления паролями и другой конфиденциальной информацией. Приложение будет использоваться для личного пользования в рамках дипломного проекта ───────────────────────────── 3. Платформа и технологии - Платформа: Android - Среда разработки: Android Studio - Язык программирования: Java - Хранилище данных: реляционная база данных SQLite (или аналогичное решение) - Дополнительные библиотеки/инструменты: проверенные решения для шифрования данных ───────────────────────────── 4. Основной функционал 4.1. Пользовательский интерфейс - Современный и интуитивно понятный дизайн - Готовый дизайн приложения разработан в Figma и предоставлен для реализации - Адаптивное расположение элементов для различных размеров экранов 4.2. Регистрация и аутентификация - Организация входа в приложение через PIN-код или мастер пароль - Возможность дополнительной настройки для повышения безопасности доступа 4.3. Управление данными - Создание записей, содержащих пароли, логины, ссылки и другие важные данные - Чтение (просмотр), обновление и удаление записей - Возможность группировки записей по категориям или присвоения ярлыков - Хранение данных с использованием SQLite или аналогичной реляционной базы данных 4.4. Безопасность данных - Шифрование данных при хранении на устройстве с использованием проверенных алгоритмов ───────────────────────────── 5. Дополнительные требования - Минимизация использования сторонних библиотек, если они не прошли проверку безопасности - Четкая документация кода и инструкции по дальнейшей поддержке приложения ───────────────────────────── 6. Обоснование выбора технологий - Приложение разрабатывается на Java, поскольку дипломный проект требует демонстрации навыков разработки именно на этом языке. - Android Studio выбран как стандартная IDE для разработки Android-приложений, что обеспечивает удобство работы и широкий набор инструментов для контроля качества кода. - Использование SQLite или аналогичной реляционной базы данных гарантирует надёжное хранение данных. ───────────────────────────── 7. Сроки и бюджет - Срок выполнения: 2 недели, с обязательным завершением до 1 июня - Предварительный бюджет: ориентировочная стоимость в размере 10 000 рублей, подлежит обсуждению и уточнению в зависимости от итогового технического решения и объёма работы ───────────────────────────── 8. Контактная информация Заинтересованным специалистам просьба направлять свои предложения, резюме и ссылки на портфолио через личные сообщения на платформе фриланса или по указанному контактному e-mail адресу. ───────────────────────────── Заключение Данное ТЗ является основой для разработки безопасного и функционального мобильного приложения «Менеджер паролей». Все технические и организационные вопросы подлежат обсуждению и уточнениям в ходе переговоров с потенциальными разработчиками. Если возникнут дополнительные вопросы или потребуется уточнение отдельных аспектов, прошу связываться для обсуждения. С уважением, [Максим].

Интеграция с сайтом, настроить, доработать. 1С: Предприятие. Версия: 8.3. Цель: Настроить автоматическую интеграцию между 1С и сайтом (интернет-магазином), при этом сохранить возможность работы отдела электронной коммерции с маркетплейсами отдельно через текущую архитектуру 1С. Условия: Основной товароучёт ведётся в 1С Предприятие, версия 8.3. Товар на сайте (платформа: Drupal) по большей части отсутствует в 1С. Товар в 1С используется для работы с маркетплейсами (OZON, Wildberries, Яндекс.Маркет и т.д.). Артикулы в 1С менять нельзя, так как они используются для идентификации на маркетплейсах. - В будущем планируется подключение других сайтов, которые также должны получать данные из 1С. - Цены и остатки на маркетплейсах должны обновляться независимо, с отдельной ценовой политикой. Требуемый функционал: 1. Интеграция сайта с 1С: Реализовать одностороннюю синхронизацию из 1С → сайт. Загружать на сайт из 1С: Наличие (остатки) Цены (отдельная цена для сайта, не связанная с ценой для маркетплейсов) Наименование, описание, характеристики, фото (если есть) Поддержка нескольких прайс-групп / видов цен (разделение цен для сайта и маркетплейсов). Возможность ручной или полуавтоматической привязки существующего товара на сайте к товарам из 1С (если они будут заведены позже). Интеграция должна поддерживать расширение на другие сайты (CMS могут отличаться), через универсальный API / XML / CommerceML / JSON-шину. 2. Сохранение схемы работы с маркетплейсами: Интеграция с сайтами не должна мешать существующей загрузке и выгрузке данных с маркетплейсов. Артикулы и SKU в 1С не трогать. Цены и остатки для маркетплейсов должны обновляться отдельно, по текущей логике. Возможность иметь разные виды цен в 1С: Цена для сайта Цена для OZON Цена для Wildberries Цена розничная и др. 3. Обработка новых товаров: Товар, добавленный на сайт, но отсутствующий в 1С, должен быть помечен и не перезаписываться при обмене. Возможность вручную привязать сайт → 1С (если позже товар появится в 1С). Для новых товаров, заведённых в 1С, должна быть гибкая логика публикации: Автоматическая публикация (если включена) Ручная модерация перед публикацией 4. Панель управления / мониторинг: Интерфейс или лог-файл для контроля синхронизации: Что загрузилось Где возникли ошибки Какие товары не были обновлены (например, дубли по артикулам или отсутствующие поля) При отклике просьба начинать со слов: "Я ознакомился(ась) с примерным ТЗ и хочу сделать это!" Требования к будущей масштабируемости: Возможность подключить дополнительные сайты, которые будут забирать данные из 1С без вмешательства в работу с маркетплейсами. Общая архитектура должна учитывать возможность подключения внешней системы управления данными (PIM или внешней шины). Итог: Товарный каталог ведётся в 1С. Информация по товарам (цены, остатки, атрибуты) автоматически уходит на сайт. Привязка существующих товаров осуществляется вручную или по совпадению артикулов. Работа с маркетплейсами не затрагивается. В дальнейшем система легко расширяется на другие площадки. Прошу после ознакомления с ТЗ написать за какой срок (начиная с какого числа) и сумму Вы готовы приступить к данному проекту. Если будут дополнительные вопросы, то задавайте, буду отвечать по мере возможности.