Однозначно лонг поллинг это проще, но оно и медленней. У меня есть боты в которых за секунду бывает 200-300 запросов. Лонг поллинг в таком случае сильно буксует. По поводу "виснет", возможно дело в настройках или сервере.
Спасибо за конструктивный комментарий. Приятно читать. Возможно вы правы, но мне казалось что SCREEN и FileZilla будет наилучшим решением, чтоб любой новичек смог легко и просто войти в эту тему. Знаете, этот первый позитивный опыт)
Есть такая штука как WEB-приложения в telegram. Когда нужно прикрутить его к боту намного проще когда все крутится на одном FastApi приложении. Так же, достаточно часто бывает когда есть 1 сервер и к нему прикручено 1 доменное имя, а клиент хочет и сайт себе и бота. Тогда так же удобнее FastApi использовать. Ну и как по мне проще FastApi настраивать в контексте вебхуков, даже если оно тяжелее идет. Далее print и Screen для деплоя. Я думаю что мне виднее как писать, правда?) В следующий раз распишу про systemctl если нужно будет это кому-то)
"Для примера будем использовать FTP-клиент FileZilla. Опытные пользователи могут использовать GitHub или другие методы." - это цитата с моего же текста. Если вы новичек вам будет геморно разбираться ещё и в гите, устанавливать доп софт и прочее. С тем же успехом вы можете сказать за SCREEN. Да, в этом примере используется эта утилита)
Понимаете в чем дело. Я же не отрицаю конструктивной критики, но тут ситуация когда ты потратил время, описал свой опыт (поделился), а в ответ тебе предъява что это копипаст и что ты курсы месяц назад прошел.
Напишу отдельный комментарий общий. По возможности дайте реакцию. Суть такая. У меня есть некий стиль написания кода (возможно устаревший, некорректный, плохо наученный и прочее, а возможно неповторимый, обалденный и вообще все мечтали о нем услышать, я просто не в курсе дела). Я планирую ним делиться тут. Вот так как есть, так как я пишу и так как можно писать. Неплохо ориентируюсь в темах парсеров, ботов в телеграмм, автоматизации, серверов, фаст апи, базы данных ну и прочее. Вопрос такой. Есть ли смысл делать публикации с учетом того что мой код может оказаться плохим? Смысл делиться опытом который может оказаться плохим? Вопрос действительно важный. Спасибо за ответы)
Вопрос в том как я пишу. Без вопросов, практики могут быть устаревшими, но как быть если такой у меня стиль. Выработанный годами. Там выше писали за 0.0.0.0 я прокомментировал как и тему со SCREEN. В остальном то что не так?) Любой новичек прочитав мою статью сможет повторить код и запустить его. Для меня это важно. Чтоб это было просто и легко для каждого, так как я десятки часов в свое время потратил на поиск этой инфы. Вот и все. И дальше я планирую делиться своим опытом. Вот таким какой он есть, даже если он капец как устарел)
Ну это вообще интересно) Ну давайте вы мне напишите как через SSH заходить на сервак) Все способы, а я вам в ответ статьи поскидываю) Далее. Давайте вы расскажете как с кода запустить фаст апи через приложение и туда же вам статьи скину) Естественно в интернете много публикаций об этом, так что это знчит. Повторюсь. Прошлая статья в контексте которой идет эта) Если я копипастом занимаюсь - покажите примеры в рунете. Именно 3.7) На дворе 2024-й год каждый уже о чем то сказал и это нормально. Есть вопрос личного опыта не более того. У меня за спиной более 100 проектов разных с разной нагруженностью, а вы тут рассказываете о курсах которые месяц назад я прошел. В этом прикол, в токсичности. Благодаря таким как вы люди просто не хотят делиться опытом или прочтут коммент ваш и подумают "Ну это лажа", а после не разобравшись с вопросом забъют или на тему или на программирование. Я очень много времени потратил на старте на разные вопросы, потому что на старте трудно все это. Сервера, VPS, фаст апи, постгресы и прочее прочее прочее. В общем считаю так, если вам что=то не понравилось - держите свое мнение при себе или делитесь конструктивной критикой. Благодарю за внимание)
Ну и давайте начнем с того что этот пост идет в контексте предыдущего. Там я сказал "представим что мы это умеем". Тут я написал самое простое решение из возможных. Хук ничего сложнее чем изложено в этой публикации и в следующей не требует (кстати за копипасту, покажите мне пример копипасты прошлой статьи или курс на котором рассказывают как на aiogram3.x настроить вебхук в связке с fastapi
Вы я так понимаю супер опытный python разработчик. Представим. А теперь представим себя на этапе когда у вас вообще нет опыта, вы впервые заходите на VPS сервер, впервые запускаете FastApi, а вам начинают с проходняка рассказывать про systemctl и прочее. Где ваши личные публикации, ваши работы? Вы не зная ничего читаете пост человека который поделился своим опытом и начинаете его обмазывать в непонятную субстанцию) Зачем существуют такие комментарии?
Ну и в целом же есть преимущества. Например это локальное тестирование. Не нужно замарачиваться на старте. Оно одинаково будет запускаться что на локальной машине что на сервере. Далее.Настройки становятся более гибкими. Иногда возникают ситуации, когда нужно предоставить доступ к FastAPI напрямую, минуя NGINX. Например, для доступа к административным функциям или для удобства тестирования определенных эндпоинтов. Ну и на более глубоких материях - масштабирование по горизонтали)
Упор на простоту и не то чтоб информация о боевом проекте) Смысл в том, чтоб новички, которые впервые взаимодействуют с VPS и FastAPI получили первый положительный опыт. Потратили пол часа и подняли свое первое приложение на своем VPS, а все остальное это с опытом приходит)
Однозначно лонг поллинг это проще, но оно и медленней. У меня есть боты в которых за секунду бывает 200-300 запросов. Лонг поллинг в таком случае сильно буксует. По поводу "виснет", возможно дело в настройках или сервере.
Да, абсолютно верно.
Спасибо за конструктивный комментарий. Приятно читать. Возможно вы правы, но мне казалось что SCREEN и FileZilla будет наилучшим решением, чтоб любой новичек смог легко и просто войти в эту тему. Знаете, этот первый позитивный опыт)
Тоже верно. В других статьях буду больший упор делать на современные решения.
Есть такая штука как WEB-приложения в telegram. Когда нужно прикрутить его к боту намного проще когда все крутится на одном FastApi приложении. Так же, достаточно часто бывает когда есть 1 сервер и к нему прикручено 1 доменное имя, а клиент хочет и сайт себе и бота. Тогда так же удобнее FastApi использовать. Ну и как по мне проще FastApi настраивать в контексте вебхуков, даже если оно тяжелее идет. Далее print и Screen для деплоя. Я думаю что мне виднее как писать, правда?) В следующий раз распишу про systemctl если нужно будет это кому-то)
Ну так до этого же ещё нужно:
Зарегистрироваться на гитхабе
Себе на комп поставить гит
Перенести файлы на гит
Потом на серваке установить ещё нужно все.
Разве не проще в учебном процессе воспользоваться FileZilla?)
"Для примера будем использовать FTP-клиент FileZilla. Опытные пользователи могут использовать GitHub или другие методы." - это цитата с моего же текста. Если вы новичек вам будет геморно разбираться ещё и в гите, устанавливать доп софт и прочее. С тем же успехом вы можете сказать за SCREEN. Да, в этом примере используется эта утилита)
Нет. Не обязательно. FastApi вполне справится. Просто попробуйте за мной повторить.
За сертификаты отвечает fastapi если его правильно настроить. Сегодня-завтра пост выложу по этому поводу. Так по деталям смотри в моих постах
А что непонятно? Вроде максимально дотошно описывал (поэтому и "куча лишнего")
Понимаете в чем дело. Я же не отрицаю конструктивной критики, но тут ситуация когда ты потратил время, описал свой опыт (поделился), а в ответ тебе предъява что это копипаст и что ты курсы месяц назад прошел.
Что такое "опытный" по-вашему? Сколько нужно иметь проектов, лет коммерческой практики чтоб быть "опытным"?)
Напишу отдельный комментарий общий. По возможности дайте реакцию. Суть такая. У меня есть некий стиль написания кода (возможно устаревший, некорректный, плохо наученный и прочее, а возможно неповторимый, обалденный и вообще все мечтали о нем услышать, я просто не в курсе дела). Я планирую ним делиться тут. Вот так как есть, так как я пишу и так как можно писать. Неплохо ориентируюсь в темах парсеров, ботов в телеграмм, автоматизации, серверов, фаст апи, базы данных ну и прочее. Вопрос такой. Есть ли смысл делать публикации с учетом того что мой код может оказаться плохим? Смысл делиться опытом который может оказаться плохим? Вопрос действительно важный. Спасибо за ответы)
Вопрос в том как я пишу. Без вопросов, практики могут быть устаревшими, но как быть если такой у меня стиль. Выработанный годами. Там выше писали за 0.0.0.0 я прокомментировал как и тему со SCREEN. В остальном то что не так?) Любой новичек прочитав мою статью сможет повторить код и запустить его. Для меня это важно. Чтоб это было просто и легко для каждого, так как я десятки часов в свое время потратил на поиск этой инфы. Вот и все. И дальше я планирую делиться своим опытом. Вот таким какой он есть, даже если он капец как устарел)
А, ну и по второй части, да текста и так дофига. На минуточку, это вообще всего вторая публикация моя тут) Я не особо ещё разобрался)
Ну это вообще интересно) Ну давайте вы мне напишите как через SSH заходить на сервак) Все способы, а я вам в ответ статьи поскидываю) Далее. Давайте вы расскажете как с кода запустить фаст апи через приложение и туда же вам статьи скину) Естественно в интернете много публикаций об этом, так что это знчит. Повторюсь. Прошлая статья в контексте которой идет эта) Если я копипастом занимаюсь - покажите примеры в рунете. Именно 3.7) На дворе 2024-й год каждый уже о чем то сказал и это нормально. Есть вопрос личного опыта не более того. У меня за спиной более 100 проектов разных с разной нагруженностью, а вы тут рассказываете о курсах которые месяц назад я прошел. В этом прикол, в токсичности. Благодаря таким как вы люди просто не хотят делиться опытом или прочтут коммент ваш и подумают "Ну это лажа", а после не разобравшись с вопросом забъют или на тему или на программирование. Я очень много времени потратил на старте на разные вопросы, потому что на старте трудно все это. Сервера, VPS, фаст апи, постгресы и прочее прочее прочее. В общем считаю так, если вам что=то не понравилось - держите свое мнение при себе или делитесь конструктивной критикой. Благодарю за внимание)
Ну и давайте начнем с того что этот пост идет в контексте предыдущего. Там я сказал "представим что мы это умеем". Тут я написал самое простое решение из возможных. Хук ничего сложнее чем изложено в этой публикации и в следующей не требует (кстати за копипасту, покажите мне пример копипасты прошлой статьи или курс на котором рассказывают как на aiogram3.x настроить вебхук в связке с fastapi
Вы я так понимаю супер опытный python разработчик. Представим. А теперь представим себя на этапе когда у вас вообще нет опыта, вы впервые заходите на VPS сервер, впервые запускаете FastApi, а вам начинают с проходняка рассказывать про systemctl и прочее. Где ваши личные публикации, ваши работы? Вы не зная ничего читаете пост человека который поделился своим опытом и начинаете его обмазывать в непонятную субстанцию) Зачем существуют такие комментарии?
Ну и в целом же есть преимущества. Например это локальное тестирование. Не нужно замарачиваться на старте. Оно одинаково будет запускаться что на локальной машине что на сервере. Далее.Настройки становятся более гибкими. Иногда возникают ситуации, когда нужно предоставить доступ к FastAPI напрямую, минуя NGINX. Например, для доступа к административным функциям или для удобства тестирования определенных эндпоинтов. Ну и на более глубоких материях - масштабирование по горизонтали)
Упор на простоту и не то чтоб информация о боевом проекте) Смысл в том, чтоб новички, которые впервые взаимодействуют с VPS и FastAPI получили первый положительный опыт. Потратили пол часа и подняли свое первое приложение на своем VPS, а все остальное это с опытом приходит)