Парсер новой информации на сайте в тг

Потрібно розробити 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 Команда може управляти системою самостійноЩо потрібно від вас при відгуку Опишіть в загальних рисах, як ви бачите рішення: Який інструмент / платформу пропонуєте