Посмотрел предложенный вами вариант. В целом достаточно интересно, но я бы вместо "либо" написал бы "можно ещё". Статистика приведенная в графане охватывает не только пересекающиеся темы, но и то, что не описано у меня в статье. Но все же, во-первых там нет половины рассматриваемых запросов из моей статьи, а во вторых там собрана общая статистика, а мои запросы приводят информацию по отдельным элементам базы данных.
По поводу SQL запросов: Функция не обязательно должна принимать запрос из бота, вы можете просто изначально написать свой и потом просто выводить данные. Она для создания дополнительных метрик в первую очередь. Но в целом, даже если оставить возможность запускать SQL из бота, для этого человек должен знать и ключевое слово для запуска аналитики, и пароль. Мне кажется если взломать пароль условно можно, то вместе с ключевым словом(его можно задать совершенно любым), задача уже выглядит как практически нереальной. По поводу ORM: Я знаком с ним, хоть и не приходится использовать его в работе. Я его не использовал, чтобы была возможно писать сложные запросы с оконными функциями и чтобы можно было быстро делать кастомные метрики. По поводу import *: В примерах в бота импортирован конкретно класс, не совсем понимаю о чём вы По поводу запихнуть бота в докер: Я про это упомянул в конце, моя статья была не об этом и мне кажется что любой человек знакомый с docker сделает это вполне успешно сам. По поводу grafana и loki: Суть в чём, что с помощью моей библиотеки можно не использовать множество решений, настраивать их, а потом создавать все метрики с нуля,. Можно просто успешно подключить библиотеку, запустить базу и начать сразу получать аналитику) То что вы предлагаете - это несовсем быстрое и универсальное решение.
Я из Беларуси и у нас такая же ситуация. Главное, чтобы на карточке было немного денег(Гугл возьмёт и вернёт их обратно).
Данные можете ввести любые, если вы не собираетесь переходить на платное использование после.
Согласен, стоило уточнить, но всё же ничего не мешает раз в год привязать новую карточку и перезалить снимок, поэтому посчитал возможным назвать статью таким образом.
Ограничение прав я ввёл за счёт ключевого слова, но думаю при необходимости владелец бота может поставить дополнительное ограничение используя проверку на id пользователя, который запрашивает данные. Посмотреть свой id можно используя обычный запрос через браузер.
Что касается масштабирования, к сожалению я только изучаю докер, поэтому его использование не реализовано в данном проекте. Для небольших ботов хранение данных в файле не будет являться проблемой, а развернуть базу будет проблемно для разработчиков с небольшим опытом.
На официальном сайте этой информации нет, но есть в репозитории на Github схема таблиц со связями, но без описания таблиц. Вот ссылка.
Есть ещё по mysql и oracle, со старого проекта записи остались. Оформлю в статью чуть позже)
Посмотрел предложенный вами вариант. В целом достаточно интересно, но я бы вместо "либо" написал бы "можно ещё". Статистика приведенная в графане охватывает не только пересекающиеся темы, но и то, что не описано у меня в статье. Но все же, во-первых там нет половины рассматриваемых запросов из моей статьи, а во вторых там собрана общая статистика, а мои запросы приводят информацию по отдельным элементам базы данных.
По поводу SQL запросов:
Функция не обязательно должна принимать запрос из бота, вы можете просто изначально написать свой и потом просто выводить данные. Она для создания дополнительных метрик в первую очередь. Но в целом, даже если оставить возможность запускать SQL из бота, для этого человек должен знать и ключевое слово для запуска аналитики, и пароль. Мне кажется если взломать пароль условно можно, то вместе с ключевым словом(его можно задать совершенно любым), задача уже выглядит как практически нереальной.
По поводу ORM:
Я знаком с ним, хоть и не приходится использовать его в работе. Я его не использовал, чтобы была возможно писать сложные запросы с оконными функциями и чтобы можно было быстро делать кастомные метрики.
По поводу import *:
В примерах в бота импортирован конкретно класс, не совсем понимаю о чём вы
По поводу запихнуть бота в докер:
Я про это упомянул в конце, моя статья была не об этом и мне кажется что любой человек знакомый с docker сделает это вполне успешно сам.
По поводу grafana и loki:
Суть в чём, что с помощью моей библиотеки можно не использовать множество решений, настраивать их, а потом создавать все метрики с нуля,. Можно просто успешно подключить библиотеку, запустить базу и начать сразу получать аналитику)
То что вы предлагаете - это несовсем быстрое и универсальное решение.
Я из Беларуси и у нас такая же ситуация. Главное, чтобы на карточке было немного денег(Гугл возьмёт и вернёт их обратно).
Данные можете ввести любые, если вы не собираетесь переходить на платное использование после.
Согласен, стоило уточнить, но всё же ничего не мешает раз в год привязать новую карточку и перезалить снимок, поэтому посчитал возможным назвать статью таким образом.
Или он интегрируется в любого бота?
Что касается масштабирования, к сожалению я только изучаю докер, поэтому его использование не реализовано в данном проекте. Для небольших ботов хранение данных в файле не будет являться проблемой, а развернуть базу будет проблемно для разработчиков с небольшим опытом.