Нужен парсер товаров для инетрнет-магазина

Требуется разработать Telegram-бот, который будет выполнять роль клиентского интерфейса для нашей системы. Бот должен быть максимально легковесным. Вся основная бизнес-логика и работа с базой данных находятся на стороне готового бэкенда. Задача бота — взаимодействовать с пользователем, собирать от него данные и обмениваться ими с бэкендом по протоколу gRPC. Проект должен быть выполнен на платформе .NET 8 / .NET 9 с использованием библиотеки Telegram.Bot (или альтернативного активно поддерживаемого фреймворка на C#).Функциональные требования1. Пользовательский интерфейс (User Flow) Авторизация / Регистрация: При первом запуске (/start) бот запрашивает у пользователя номер телефона через стандартную кнопку отправки контакта Telegram. Эти данные отправляются на бэкенд для проверки или регистрации. Главное меню: Постоянное Inline или Reply-меню со следующими разделами: Мой профиль: Отображение текущего статуса пользователя, баланса и активных подписок (данные запрашиваются у бэкенда). Создать заявку: Пошаговый сценарий заполнения текстовой заявки. Бот поочередно собирает: название, описание и прикрепленный файл (если есть), после чего отправляет пакет данных на бэкенд. История заявок: Список последних 5 заявок пользователя с их текущими статусами. Уведомления (Push): Бот должен уметь принимать асинхронные сообщения от бэкенда и мгновенно пересылать их конкретным пользователям (например, об изменении статуса заявки).2. Техническая архитектура и интеграция gRPC Клиент: Внутри бота должен быть реализован gRPC-клиент. Мы предоставим готовые .proto файлы, описывающие контракты для: Авторизации пользователя (AuthenticateUser) Получения профиля (GetUserProfile) Отправки заявки (CreateApplication) Получения списка заявок (GetApplicationList) Стриминг сообщений: Для отправки уведомлений от бэкенда к боту необходимо реализовать gRPC Server Streaming или поддержку дуплексного стрима (обсуждается на этапе старта). Локальное хранение: Бот не должен иметь собственной тяжелой базы данных. Для хранения временных состояний пользователей (FSM / Finite State Machine) при заполнении форм необходимо использовать распределенный кэш (например, Redis) или встроенную оперативную память с возможностью быстрого перехода на внешнее хранилище.

Необходимо сделать телеграм бота с программой, которая будет мониторить объявления на трех сайтах по аренде квартир (olx, lun, rieltor.ua) и отправлять их структурировано в телеграм

необходимо организовать способ сбора новосозданных ФОПов и по возможности ТОВ. парсинг это, или что-то еще - скажите вы, каким это должен быть способ

Добрый день,Я поручаю создание стабильного и надежного решения для автоматического мониторинга цен и доступности продуктов из конкретного, крупного польского интернет-магазина в области RTV/AGD.Цель проекта: Система должна регулярно проверять выбранные продуктовые ссылки и в случае изменения цены или статуса доступности отправлять уведомление (предпочтительно в Telegram, Discord или по электронной почте – по согласованию).Задача: Сайт магазина имеет очень агрессивные антибот-системы (Akamai/Cloudflare). Обычные скрипты, загружающие код страницы, немедленно обнаруживаются и блокируются. Решение должно эффективно обходить эти защиты, маскировать трафик бота и работать стабильно в долгосрочной перспективе, без постоянного появления ошибок "Access Denied".Что я ожидаю от исполнителя: Предложить полную архитектуру и технологии (я не навязываю язык программирования или конкретные инструменты). Предоставить готовое решение, которое я смогу легко запустить и управлять им. Советы по инфраструктуре (например, какие прокси будут необходимы для бесперебойной работы системы).В ответ на объявление прошу кратко описать: Какой подход/технологию вы предлагаете, чтобы эффективно и в долгосрочной перспективе обходить защиты этого магазина? Как вы видите вопрос передачи уведомлений? Какова ориентировочная стоимость выполнения и срок реализации?Приглашаю к подаче заявок.

О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете