Разработка веб-приложений в Санкт-Петербурге

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты. Хочется узнать условия по созданию приложения для сайтаещё

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты, Компьютеры. Цель проекта: Создать веб-платформу, позволяющую менеджерам автоматически формировать подборки презентаций из загруженных файлов (PowerPoint, PDF), осуществлять их фильтрацию по параметрам (наименование, группа, цвет, размер, материал и т.п.), генерировать итоговый PDF-файл с коллекцией слайдов, а также обеспечить возможность масштабирования проекта путём реализации отдельной ветки – медиатеки для хранения и обработки мультимедийного контента. Обоснование: Платформа должна заменить ручной процесс формирования подборок, сократить время работы менеджеров, обеспечить единообразный дизайн, интегрироваться с CRM (amo) и быть легко масштабируемой для будущего расширения функционала. 2. Общая архитектура системы 2.1. Веб-интерфейс • Пользовательская часть (Frontend): o Интерфейс для менеджеров (авторизованных пользователей) с формой создания коллекций, фильтрами и просмотром слайдов (галерея миниатюр). o Страница презентаций для загрузки файлов с добавлением метаданных (название, группа, фильтры: цвет, размер, материал). o Отдельный раздел для медиатеки (планируется как вторая ветка проекта). • Административная панель: o Интеграция со стандартной админкой Django для управления пользователями, загрузками, настройками системы. o Возможность отзыва прав доступа, администрирование ролей (администратор, менеджер). 2.2. Серверная логика (Backend) • Язык и фреймворк: Python, Django. • База данных: MySQL (с возможностью масштабирования, резервного копирования и репликации). • Обработка файлов: o Загрузка презентаций (форматы: PPT/PPTX, PDF). o Разбиение PDF на отдельные слайды с использованием PyMuPDF/pdf2image. o Генерация PDF из выбранных слайдов через ReportLab или wkhtmltopdf (с возможностью сжатия изображений и оптимизации страниц). 2.3. Интеграция с внешними сервисами • CRM (amo): o API-интеграция для передачи данных о созданных подборках или презентациях. • Медиа-сервисы: o Возможное хранение/обработка медиафайлов (вторая ветка медиатеки) с использованием внешних CDN или облачных хранилищ (AWS S3, Google Cloud Storage). 2.4. Статические файлы и шаблоны • Файловая структура: o Шаблоны (HTML) находятся в папке templates/, статические файлы (CSS, JS, изображения, шрифты) – в static/. o Использование {% load static %} в шаблонах для корректного подключения статики. 3. Функциональные требования 3.1. Модели данных и база данных • Модель Product (Товар/Слайд): o Поля:  name – название  description – описание  color  material  size  price  image – изображение (ImageField)  created_at – дата создания • Модель Presentation (Презентация): o Поля:  title – название презентации  file – файл презентации (FileField)  group – группа/категория  Другие метаданные (цвет, размер, материал, если необходимо) • Возможность расширения моделей для добавления новых фильтров и данных для медиатеки. 3.2. Загрузка и обработка файлов • Форма загрузки презентаций с возможностью добавления метаданных. • Обработка загруженных файлов: o Если файл PDF – разбивка на отдельные слайды. o Если файл PowerPoint – преобразование в PDF (если необходимо). • Хранение файлов в структурированной файловой системе на сервере или в облаке (с возможностью масштабирования). 3.3. Пользовательский интерфейс для формирования коллекций • Страница для ввода названия коллекции. • Фильтры по параметрам: группа, цвет, размер, материал. • Отображение результатов в виде галереи (миниатюры). • Механизм выбора слайдов для создания коллекции (с возможностью сортировки и предпросмотра). 3.4. Генерация PDF • Сбор выбранных слайдов. • Добавление титульной страницы с названием коллекции, датой, логотипом. • Генерация итогового PDF с использованием ReportLab или wkhtmltopdf. • Оптимизация итогового файла (сжатие изображений, корректное оформление страниц). 3.5. Система аутентификации и управления доступом • Регистрация, вход, восстановление пароля для пользователей. • Реализация ролей: o Администратор (управление загрузками, пользователями, настройками) o Менеджер (формирование подборок) • Возможность деактивации/отзыва прав доступа. 3.6. Масштабируемость и вторая ветка – медиатека • Проект должен поддерживать добавление новой функциональности: o Медиатека для хранения и обработки видео, аудио и изображений. o Разработка API для доступа к медиабиблиотеке. • Модульная архитектура, позволяющая добавлять новые приложения без влияния на основной функционал. 4. Нефункциональные требования 4.1. Безопасность • Защищённое соединение (SSL). • Защита от CSRF, XSS. • Контроль доступа на основе ролей. • Хранение паролей в зашифрованном виде (использование стандартных инструментов Django). 4.2. Производительность и масштабируемость • Использование MySQL с настройками репликации и бэкапами для продакшн-среды. • Кэширование статических и динамических данных (Redis/Memcached). • Возможность горизонтального масштабирования при увеличении нагрузки. 4.3. Логирование и мониторинг • Реализация системы логирования (с использованием стандартного logging в Django). • Мониторинг состояния системы, ошибок и производительности. 4.4. Тестирование • Написание юнит-тестов для ключевых компонентов. • Функциональное тестирование интерфейсов. • Нагрузочное тестирование для проверки масштабируемости. 5. Технологический стек • Язык программирования: Python 3.9+ • Фреймворк: Django 3.2+ • База данных: MySQL • Библиотеки для обработки PDF: PyMuPDF, pdf2image, ReportLab или pdfkit/wkhtmltopdf • Интеграция с amoCRM: использование API amoCRM • Система контроля версий: Git • Сервер статики: (при продакшене) Nginx или Apache • Средства тестирования: PyTest или встроенный тестовый фреймворк Django 7. Дополнительные требования и масштабируемость • Модульность: Код должен быть организован в виде отдельных приложений, чтобы можно было легко добавить новый функционал (например, модуль медиатеки). • Документация: Каждый модуль должен иметь подробное описание, инструкции по развёртыванию и поддержке. • Интеграция с внешними сервисами: Возможность легко интегрироваться с amoCRM через REST API. • Резервное копирование: Разработать процедуры резервного копирования базы данных и файлов загрузок. • Мониторинг и логирование: Внедрить систему мониторинга для отслеживания ошибок и производительности (например, через Sentry)ещё

Разработка с нуля, Разработка учебного проекта. Устройства для масштабирования: Не на каких. Мне необходимо разработать веб-приложение рекомендательной системы фильмов на Django с использованием базы данных PostgreSQL. Веб-приложение должно включать несколько ключевых страниц и функций: 1. На главной странице должен отображаться список всех фильмов в виде карточек с возможностью поиска по названию и фильтрации по характеристикам (например, по году выпуска). У каждого фильма должна быть возможность добавления в избранное и удаления оттуда — это действие должно быть доступно как в списке, так и на странице самого фильма. 2. При выборе фильма осуществляется переход на отдельную страницу с подробной информацией (все характеристики, кроме технических, вроде ID и popularity). Там же отображаются рекомендуемые фильмы на основе гибридной рекомендательной системы: контентная фильтрация по текстовым полям (жанры, описание и т.д.) и коллаборативная часть, учитывающая оценки пользователей, а также поля weighted_rating и popularity в качестве весовых метрик. 2.1 Пользователь может поставить фильму оценку и оставить один комментарий (с возможностью редактирования), который будет отображаться всем. Должна быть реализована страница избранного — со списком фильмов, добавленных пользователем, с возможностью перехода на страницу фильма и удаления из избранного, а также возможность получить рекомендации на основе этих фильмов. 3. Еще одна необходимая страница — история просмотров, где показываются последние фильмы, на которые заходил пользователь, и формируются рекомендации на основе этой истории. 4. Требуется форма обратной связи — либо с отправкой на почту, либо в Telegram. 5. Все функции, связанные с избранным, историей, оценками и комментариями, должны быть доступны только авторизованным пользователям. Следовательно, необходима реализация регистрации и авторизации. 5.1 Пользователь должен иметь личный профиль с возможностью редактировать персональные данные и загружать аватар. 6. Необходимо реализовать навигационную панель для быстрого перехода между страницами и разбить список фильмов на страницы (пагинация). Интерфейс должен быть русифицирован, при этом исходные данные (датасет ~10 000 фильмов) — на английском, поэтому необходимо либо перевести их, либо хранить в базе оба языка. Есть готовый датасет. Изображения постеров в датасете доступны только через VPN, поэтому их нужно заранее скачать и хранить либо локально, либо в облачном хранилище (если этот пункт сложен в выполнении, можно не делать). Требований к фронтенду нет, можно использовать Bootstrap или любой другой стек. Если что проект - учебный, он не требует какой-то детальной разработки и тестирования Желаемый срок реализации — до конца апреля, чем раньше, тем лучше. Интересует, готовы ли вы взяться за этот проект и сколько по времени и бюджету он может занять. Желаемый срок реализации — до конца апреля, чем раньше, тем лучшеещё

Доработка существующего приложения. Устройства для масштабирования: WEB Приложение на Replit. У меня приложение, которое собирает публикации в ТГ и отправляет вместе с промптом в нейронку, а потом ответ отправляет в мой ТГ. Сейчас основная проблема - это баг с цикличностью. Парсер должен собирать посты из указанного ТГканала и отправлять в нейронку каждые N-времени. Но он не соблюдает временное правило, а потом вообще перестает собирать сообщения и отправлять в нейронкуещё

Разработка с нуля, дизайн интерфейса, тестирование. Устройства для масштабирования: пк. Привет! Ищу разработчиков для создания веб-терминала для трейдеров — с фокусом на отображение рыночных данных уровня Level 2, возможностью подключения к разным источникам данных и подготовкой платформы к будущей интеграции с торговыми брокерами. Цель проекта — построение модульной, масштабируемой торговой платформы, которую в дальнейшем можно будет предоставлять индивидуальным и институциональным трейдерам. В перспективе проект развивается в сторону профессионального терминала с платными данными и торговыми функциями. Этап 1: MVP (работающее веб-приложение на крипто-данных) Источники данных: • На первом этапе — криптовалютные биржи с бесплатным доступом к Level 2 данным: • Необходимые данные: o Стакан заявок (Level 2 order book) — в реальном времени через WebSocket o Лента сделок (trade feed) o Исторические данные (цены, объёмы) Что должно быть реализовано в MVP: • Фронтенд терминала: o Чистый и удобный интерфейс для трейдера o Отображение стакана, графиков, и панели управления o Отображение результатов торговли: P&L и все графики к нему o Компоненты: выбор тикера, панель индикаторов, кнопки навигации • Графики и аналитика: o Отображение цен, объёмов, индикаторов o Поддержка расчёта и отображения: SMA, EMA, MACD, RSI, объёмы и пр. o Возможность добавления пользовательских индикаторов (по формуле) • Многотикерный режим: o Возможность переключения между тикерами o Возможность отображения нескольких графиков одновременно • Хранение и агрегация данных: o Сохранение истории стакана и сделок на сервере или в базе данных o Обновление рыночных данных в режиме реального времени для возможности торговли коротких сессий (1 минута, 30 секунд, и т.д.) Заложить возможность дальнейшей интеграции: • Подключение данных с платных источников (фондовый рынок) — важно, чтобы архитектура позволяла легко добавлять новые фиды (NASDAQ TotalView, NYSE OpenBook и т.д.) • Возможность подключения к брокерским API (например, Alpaca, Interactive Brokers, etc.) • Расширяемость: добавление пользовательских стратегий, сигналов, алертов и модулей торговли В отклике укажите, пожалуйста: • Опыт работы с трейдинг-платформами, финтехом или WebSocket-данными • Примеры проектов (если есть) и GitHub / портфолио • Предлагаемый стек • Примерные сроки реализации базовой версии MVP Если есть дополнительные предложения по улучшению архитектуры или UX — с радостью их обсудим! Бюджет проекта - по договоруещё

Разработка с нуля. Устройства для масштабирования: смартфоны. Мне бы хотелось проконсультироваться со специалистом по поводу создания собственного веб приложений на тему обучению иностранных языков. Как и что необходимо сделатьещё

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты. Ищу опытного разработчика для создания веб-приложения с использованием Vue.js и Laravel. Основные требования и задачи: Функциональность: Регистрация и аутентификация пользователей. Личный кабинет пользователя. Возможность загрузки и хранения файлов. Интеграция с платёжными системами. Административная панель для управления контентом и пользователями. Интерактивные функции (чаты, форумы, уведомления). Подробнее опишу в ЛС. Дизайн уже готов Технологии: Фронтенд: Vue.js Бэкенд: Laravel База данных: [например, MySQL или PostgreSQL]. Верстка: адаптивная, кросс-браузерная (HTML5, CSS3, Bootstrap или Tailwind CSS). Дополнительные требования: Опыт работы с аналогичными проектами. Портфолио выполненных работ. Сроки и бюджет: Около 2 месяцев. Бюджет: 90-120к руб. Коммуникация: Готовность к регулярным встречам/обсуждениям по проекту. Пожелания по способу связи (дискорд, телеграм)ещё

Доработка существующего приложения. Устройства для масштабирования: смартфоны, планшеты. В чатеещё

Разработка с нуля. Устройства для масштабирования: Компьютер. Необходимо создать из исходных данных ХL web-приложение (программу ЭВМ), прописать код программы. Срок исполнения не более двух недельещё

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты, ПК. Веб-сайт представляет из себя страницу с тепловой картой по остановкам города Москвы (база данных с остановками есть), так же на веб-сайте должна быть обратная связь и сама карта, а так же немного информации о проекте и связиещё

Разработка с нуля. Устройства для масштабирования: планшеты, смартфоны. Необходимо разработать веб приложение. Вход должен быть по логину-паролю Суть приложения - для заполнение ежедневной отчетности по поступившим и выполненным заказам для централизованного хранения данных, введенных через заполнение форм, включающий доступ администратора и персонала с каждым уровнем доступа свой раздел сайта. ТЗ прилагается. Предлагайте свои услуги с привязкой к реальным ценам, по ним и будет выбираться кандидат на выполнение работ (не самый дешевый, а самый адекватный). Доработка представленного ТЗ, приветствуется. Дизайн приложения на ваше усмотрение, главное без ярких красокещё

Разработка с нуля. Устройства для масштабирования: Только браузер. Расширение для (хрома) Берет данные из xml, json, web ресурс (зависит от предложенной реализации) Таблица с данными - 5-6 столбцов со значениями На сайте пользователь: на определенной странице проходит поэтапно процесс заведения товара. Расширение на каждом этапе заполняет нужные поля из загруженной таблицы. По окончании - расширение фиксирует завершение в таблице данных по конкретной строке с данными и записывает адрес созданной карточки товараещё

Доработка существующего приложения. Устройства для масштабирования: WEB Приложение на Replit. У меня приложение, которое собирает публикации в ТГ и отправляет вместе с промптом в нейронку, а потом ответ отправляет в мой ТГ. Сейчас основная проблема - это баг с цикличностью. Парсер должен собирать посты из указанного ТГканала и отправлять в нейронку каждые N-времени. Но он не соблюдает временное правило, а потом вообще перестает собирать сообщения и отправлять в нейронкуещё

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты. Хочется узнать условия по созданию приложения для сайтаещё

Разработка с нуля. Устройства для масштабирования: смартфоны, планшеты, Компьютеры. Цель проекта: Создать веб-платформу, позволяющую менеджерам автоматически формировать подборки презентаций из загруженных файлов (PowerPoint, PDF), осуществлять их фильтрацию по параметрам (наименование, группа, цвет, размер, материал и т.п.), генерировать итоговый PDF-файл с коллекцией слайдов, а также обеспечить возможность масштабирования проекта путём реализации отдельной ветки – медиатеки для хранения и обработки мультимедийного контента. Обоснование: Платформа должна заменить ручной процесс формирования подборок, сократить время работы менеджеров, обеспечить единообразный дизайн, интегрироваться с CRM (amo) и быть легко масштабируемой для будущего расширения функционала. 2. Общая архитектура системы 2.1. Веб-интерфейс • Пользовательская часть (Frontend): o Интерфейс для менеджеров (авторизованных пользователей) с формой создания коллекций, фильтрами и просмотром слайдов (галерея миниатюр). o Страница презентаций для загрузки файлов с добавлением метаданных (название, группа, фильтры: цвет, размер, материал). o Отдельный раздел для медиатеки (планируется как вторая ветка проекта). • Административная панель: o Интеграция со стандартной админкой Django для управления пользователями, загрузками, настройками системы. o Возможность отзыва прав доступа, администрирование ролей (администратор, менеджер). 2.2. Серверная логика (Backend) • Язык и фреймворк: Python, Django. • База данных: MySQL (с возможностью масштабирования, резервного копирования и репликации). • Обработка файлов: o Загрузка презентаций (форматы: PPT/PPTX, PDF). o Разбиение PDF на отдельные слайды с использованием PyMuPDF/pdf2image. o Генерация PDF из выбранных слайдов через ReportLab или wkhtmltopdf (с возможностью сжатия изображений и оптимизации страниц). 2.3. Интеграция с внешними сервисами • CRM (amo): o API-интеграция для передачи данных о созданных подборках или презентациях. • Медиа-сервисы: o Возможное хранение/обработка медиафайлов (вторая ветка медиатеки) с использованием внешних CDN или облачных хранилищ (AWS S3, Google Cloud Storage). 2.4. Статические файлы и шаблоны • Файловая структура: o Шаблоны (HTML) находятся в папке templates/, статические файлы (CSS, JS, изображения, шрифты) – в static/. o Использование {% load static %} в шаблонах для корректного подключения статики. 3. Функциональные требования 3.1. Модели данных и база данных • Модель Product (Товар/Слайд): o Поля:  name – название  description – описание  color  material  size  price  image – изображение (ImageField)  created_at – дата создания • Модель Presentation (Презентация): o Поля:  title – название презентации  file – файл презентации (FileField)  group – группа/категория  Другие метаданные (цвет, размер, материал, если необходимо) • Возможность расширения моделей для добавления новых фильтров и данных для медиатеки. 3.2. Загрузка и обработка файлов • Форма загрузки презентаций с возможностью добавления метаданных. • Обработка загруженных файлов: o Если файл PDF – разбивка на отдельные слайды. o Если файл PowerPoint – преобразование в PDF (если необходимо). • Хранение файлов в структурированной файловой системе на сервере или в облаке (с возможностью масштабирования). 3.3. Пользовательский интерфейс для формирования коллекций • Страница для ввода названия коллекции. • Фильтры по параметрам: группа, цвет, размер, материал. • Отображение результатов в виде галереи (миниатюры). • Механизм выбора слайдов для создания коллекции (с возможностью сортировки и предпросмотра). 3.4. Генерация PDF • Сбор выбранных слайдов. • Добавление титульной страницы с названием коллекции, датой, логотипом. • Генерация итогового PDF с использованием ReportLab или wkhtmltopdf. • Оптимизация итогового файла (сжатие изображений, корректное оформление страниц). 3.5. Система аутентификации и управления доступом • Регистрация, вход, восстановление пароля для пользователей. • Реализация ролей: o Администратор (управление загрузками, пользователями, настройками) o Менеджер (формирование подборок) • Возможность деактивации/отзыва прав доступа. 3.6. Масштабируемость и вторая ветка – медиатека • Проект должен поддерживать добавление новой функциональности: o Медиатека для хранения и обработки видео, аудио и изображений. o Разработка API для доступа к медиабиблиотеке. • Модульная архитектура, позволяющая добавлять новые приложения без влияния на основной функционал. 4. Нефункциональные требования 4.1. Безопасность • Защищённое соединение (SSL). • Защита от CSRF, XSS. • Контроль доступа на основе ролей. • Хранение паролей в зашифрованном виде (использование стандартных инструментов Django). 4.2. Производительность и масштабируемость • Использование MySQL с настройками репликации и бэкапами для продакшн-среды. • Кэширование статических и динамических данных (Redis/Memcached). • Возможность горизонтального масштабирования при увеличении нагрузки. 4.3. Логирование и мониторинг • Реализация системы логирования (с использованием стандартного logging в Django). • Мониторинг состояния системы, ошибок и производительности. 4.4. Тестирование • Написание юнит-тестов для ключевых компонентов. • Функциональное тестирование интерфейсов. • Нагрузочное тестирование для проверки масштабируемости. 5. Технологический стек • Язык программирования: Python 3.9+ • Фреймворк: Django 3.2+ • База данных: MySQL • Библиотеки для обработки PDF: PyMuPDF, pdf2image, ReportLab или pdfkit/wkhtmltopdf • Интеграция с amoCRM: использование API amoCRM • Система контроля версий: Git • Сервер статики: (при продакшене) Nginx или Apache • Средства тестирования: PyTest или встроенный тестовый фреймворк Django 7. Дополнительные требования и масштабируемость • Модульность: Код должен быть организован в виде отдельных приложений, чтобы можно было легко добавить новый функционал (например, модуль медиатеки). • Документация: Каждый модуль должен иметь подробное описание, инструкции по развёртыванию и поддержке. • Интеграция с внешними сервисами: Возможность легко интегрироваться с amoCRM через REST API. • Резервное копирование: Разработать процедуры резервного копирования базы данных и файлов загрузок. • Мониторинг и логирование: Внедрить систему мониторинга для отслеживания ошибок и производительности (например, через Sentry)ещё