
Комментарии 11
не надо так делать. Сделайте нормальное приложение с базой данных. По БД стройте отчёты, таблицы и графики и выкладывайте куда хотите. При такой архитектуре вы всегда сможете развивать решение - добавлять новые данные, таблицы, отчёты и т.д., усложнять процессы. Предложенное решение решает одну конкретную задачу, но развитие его превратится в ад.
Привет! Изначально проект и задумывался как «решение/упрощение одной задачи».
К сожалению в большой компании тяжело получить доступ к БД, с которой можно было бы автоматически выгружать данные в дашборды, выгрузки и т.п. Поэтому приходится так импровизировать чтобы при текущем уровне доступа получить максимум профита.
Никакой коммерческой цели изначально для проекта не ставил, если получится как-то монетизировать - будет здорово. Задумка была сделать проект для резюме на будущее.
А просто отдельную БД установить? Или даже к себе на комп. И доступов не нужно.
В общем я согласен с комментарием выше и очень рекомендую завязать всё на базе данных. Пожелания по развитию обязательно появятся, к гадалке не ходи
Тут уже вопрос безопасности. Развернуть БД - хорошая идея, но доказывать руководству какие данные и зачем обрабатываются на стороннем сервисе - та еще морока.
Сейчас я постарался минимизировать данные, которые бот сохраняет на сервере.
Но если щас сервис покажет профит постараюсь как-то продвинуть идею внутри компании и дальше расширять функционал.
используйте однопользовательскую SQLite - вся БД это один локальный файл и библиотека, подключённая в вашем приложении, вы можете создать и хранить этот файл где угодно, ничьи разрешения и согласования для того не понадобятся
Немного напоминает машину Голдберга. Слишком много сторонних компонентов.
Сам процесс загрузки и обработки файлов можно настроить в excel в power query. дашборды - там же в excel в power pivot. Но это конечно не так интересно как на питоне и с телеграмм-ботом :)))
Telegram-бот вместо Excel-рутины: как я автоматизировал рутину с помощью Python