Можно, но иногда холодный старт serverless плохо совместим с кодом бота и может в ошибку выпадать. И были истории, когда людям за Serverless приходили счета в десятки тысяч долларов из-за ошибок в коде проектов. Да и такие PaaS, как Amvera или Railway, для хостинга ботов, обычно сильно проще в деплое и последующей эксплуатации, чем Serverless.
Если хочется прямо бесплатный хостинг для бота, лучше использовать вебхуки и стараться, чтобы зависимости и версия Python весили минимально. И от нагрузки зависит. Тогда можно найти вариант. Но если честно, боты потребляют обычно немного, им хватает минимальных платных тарифов у любых провайдеров. Если нужна стабильная работа без прерываний и проект коммерческий, лучше немного заплатить.
Дорого/дешево, это очень относительно и у каждого свое представление о допустимой стоимости сервиса. Не все же проекты делаются для одного посетителя в месяц)
Возможно, у нас просто нет 500 млн.$ венчурных инвестиций, которые есть у Vercel. Когда есть неограниченный ресурс, раздавать продукт бесплатно намного проще, чем когда надо сводить экономику здесь и сейчас. Возможно, для статических сайтов мы сделаем бесплатный уровень в будущем. Сейчас у нас есть стартовый баланс, чтобы как раз можно было бесплатно начать и развернуть сайт не пополняя баланс. Многие для mvp так и делают. Но если нужно надолго запускать - можно просто недорогой тариф выбрать.
Уровень сложности очень субъевкивное понятие. Мне показалось, что примеры работы с командной строкой для откатов коммитов в Git не относятся к лёгкому материалу в сравнении со могими другими публикациями. А сложная или средняя уже сильно от читателя и его опыта зависит.
Как основу использовать можно, но если сообщений много, будет дорого за счет API LLM. Для такого лучше использовать что-то более специализированное. Как пример вот из этой статьи.
У меня недавна была статья именно на эту тему. Но по требованию этой доски объявлений статью забанили. Самое что смешное, в ней использовался их официальный API и не описывались спорные способы, просто запросы к официальному API. Если кратко - через их официальный API вполне реально работать, если либо ограничивать количество запросов, либо работать с нескольких IP, чтобы не превышать лимит и их правила. А вот использовать вещи описанные в этой статье лучше не стоит, у них продвинутые антибот алгоритмы, лучше работать корректно через инструменты, которые они сами дают.
Да, думаю, в следующей статье про Mini Apps опишу подробнее подключение оплаты и сам проект сделаю чуть более серьёзный. С PostgreSQL и интерфейсом из реального кейса.
Что вы имеете ввиду, под ffmpeg. Он спокойно и легко добавляется через Dockerfile, об этом есть в документации подробная инструкция. Да и это же не про n8n, а скорее про разных ботов на питоне
Можно, никаких проблем нет. Но на своем компьютере это больше для отладки и экспериментов. Если нужна работа 24/7, обычно, размещают на удаленном сервере
Благодарю, да, действительно, на продуктовых базах данных, это так просто не работает. Нужно будет реализовавывать дополнительную логику и делать подробное описание таблиц и столбцов
Можно, но иногда холодный старт serverless плохо совместим с кодом бота и может в ошибку выпадать. И были истории, когда людям за Serverless приходили счета в десятки тысяч долларов из-за ошибок в коде проектов. Да и такие PaaS, как Amvera или Railway, для хостинга ботов, обычно сильно проще в деплое и последующей эксплуатации, чем Serverless.
Если хочется прямо бесплатный хостинг для бота, лучше использовать вебхуки и стараться, чтобы зависимости и версия Python весили минимально. И от нагрузки зависит. Тогда можно найти вариант. Но если честно, боты потребляют обычно немного, им хватает минимальных платных тарифов у любых провайдеров. Если нужна стабильная работа без прерываний и проект коммерческий, лучше немного заплатить.
Дорого/дешево, это очень относительно и у каждого свое представление о допустимой стоимости сервиса. Не все же проекты делаются для одного посетителя в месяц)
Возможно, у нас просто нет 500 млн.$ венчурных инвестиций, которые есть у Vercel. Когда есть неограниченный ресурс, раздавать продукт бесплатно намного проще, чем когда надо сводить экономику здесь и сейчас. Возможно, для статических сайтов мы сделаем бесплатный уровень в будущем. Сейчас у нас есть стартовый баланс, чтобы как раз можно было бесплатно начать и развернуть сайт не пополняя баланс. Многие для mvp так и делают. Но если нужно надолго запускать - можно просто недорогой тариф выбрать.
Спасибо, возможно, напишу отдельную статью как удалять файлы из коммитов git и вносить в них изменения.
Уровень сложности очень субъевкивное понятие. Мне показалось, что примеры работы с командной строкой для откатов коммитов в Git не относятся к лёгкому материалу в сравнении со могими другими публикациями. А сложная или средняя уже сильно от читателя и его опыта зависит.
Да, не вижу сложностей, только если каптчу не нужно проходить.
В данной реализации парсинга, лучше ограничивать количество запросов, иначе будет прилетать 429 ошибка.
Как пример, вот как в этой статье - https://habr.com/ru/companies/amvera/articles/838204/
Как основу использовать можно, но если сообщений много, будет дорого за счет API LLM. Для такого лучше использовать что-то более специализированное. Как пример вот из этой статьи.
Так и называлась "Парсинг Ави... без ограничений по запросам". Но её скрыли, к сожалению.
У меня недавна была статья именно на эту тему. Но по требованию этой доски объявлений статью забанили. Самое что смешное, в ней использовался их официальный API и не описывались спорные способы, просто запросы к официальному API. Если кратко - через их официальный API вполне реально работать, если либо ограничивать количество запросов, либо работать с нескольких IP, чтобы не превышать лимит и их правила. А вот использовать вещи описанные в этой статье лучше не стоит, у них продвинутые антибот алгоритмы, лучше работать корректно через инструменты, которые они сами дают.
А лимит запросов к API Binance без авторизации и авторизацией сильно отличается?
Да, думаю, в следующей статье про Mini Apps опишу подробнее подключение оплаты и сам проект сделаю чуть более серьёзный. С PostgreSQL и интерфейсом из реального кейса.
Было бы еще полезно дополнить статью инструкцией по обновлению n8n. Инструкция, как сделать update n8n есть в официальной документации по ссылке.
Что вы имеете ввиду, под ffmpeg. Он спокойно и легко добавляется через Dockerfile, об этом есть в документации подробная инструкция. Да и это же не про n8n, а скорее про разных ботов на питоне
Digital Ocean заблокирован в России, его использование может привести к тому, что некоторые нужные интеграции в n8n не будут работать.
Спасибо за внимательность. По Open WebUI планирую следующую статью сделать, откуда и ссылку случайно скопировал. И потом обзор со сравнением
Можно, никаких проблем нет. Но на своем компьютере это больше для отладки и экспериментов. Если нужна работа 24/7, обычно, размещают на удаленном сервере
Благодарю, да, действительно, на продуктовых базах данных, это так просто не работает. Нужно будет реализовавывать дополнительную логику и делать подробное описание таблиц и столбцов