Т.е. по вашему, пересобирать целиком образ, переустанавливать зависимости при каждом изменении, пусть даже ридми-файла, это норм практика? Указывать в композе названия образов без версий кладя болт на обратную совместимость тоже?
Мы не только проверяем статьи с внутренними экспертами, но и поддерживаем авторов, которые пишут самостоятельно без использования ИИ и хотят делиться не только суперидеальными проектами, но и промежуточными результатами своей работы, вроде mvp
Хорошо. Тогда почему статья называется «FastAPI и S3 — строим сервис безопасной генерации временных ссылок», а не "Как я пишу свой пет-проект на FastAPI"? Заголовок - это обещание читателю. Вы обещаете туториал, а вручаете очень кривой кейс.
Где плашка «Внимание: это MVP прототип, код содержит ошибки, не использовать в проде»? Её нет. Вместо этого — «материал будет полезен бэкенд-разработчикам, системным архитекторам и DevOps-инженерам». Вы осознанно позиционируете статью как учебную. А значит, несёте ответственность за её качество.
При этом, материал НЕ будет полезен указанным выше направлениям, если только в качестве примера "не делай так никогда", но читатель может не знать о том, что так делать нельзя и воспримет это как проверенный материал от крупной компании. Это называется инфоцыганство, статья ради статьи, а не качественный материал от экспертов.
Как я писал выше, ради интереса скиньте статью на ревью ИИшке, если ваши эксперты настолько некомпетентны, что пропустили это и вы увидите масштаб проблемы.
Гитлаб автора, понятное дело, на совести автора.
А это вообще ни к селу не к городу. Комментарий выше про статью, а не про что-то стороне. В статье есть код и конфиги докера - они плохие. Что там у автора в гитлабе текстового содержания статьи не касается.
FirstVDSскажите, у вас вообще есть проверка качества материала или кода? Вы хотя бы ИИшке скидываете статьи для проверки связности и логичности? Или публикуете всё подряд?
В статье плохо буквально всё, от терминологии (что такое Service Layer? Это по какому архитектурному подходу?), до кода и описания Docker-файлов (где объявленный DI, если он не применяется в проекте?). Docker отдельная тема, мало того, что на оптимизацию Dockerfile положили большой и тяжёлый, так и композ со временем подкинет приколов, но зачем это всё проверять? Херак-херак и в продакшен, главное промокод засветить почаще.
Это названо туториалом, а должно быть помечено как "Вредные советы FirstVDS".
Я ещё не проверял, но вроде как в каналы тоже можно. Делается легко, просто в тексте прописываете специальный тег для смайликов: <tg-emoji emoji-id="5285430309720966085">👍</tg-emoji> (это именно HTML-разметка). Вместо 5285430309720966085 используйте id нужного смайла, узнать его можно либо своим ботом, отправив ему сообщение и посмотрев в entities, либо использовать готового бота.
Кто сказал, что суп не справляется, конечно справляется, он молодец, только делает он это со скоростью улитки, что не позволяет его нормально использовать в асинк сценариях. Чем скорость работы вам не аргумент? Чем быстрее выполняется скрипт парсера - тем лучше, или вы привыкли "запускать парсер и пойти варить кофе"? Во всех сценариях где я занимался парсерами была важна скорость парсинга и дальнейшей обработки данных. С супом это занимало в разы больше времени.
А еще автор не указал, что включение в своем боте функции тредов-тем включает также комиссию в 15% на все принимаемые ботом платежи в тг-звездах, а это интересно как раз
Т.е. по вашему, пересобирать целиком образ, переустанавливать зависимости при каждом изменении, пусть даже ридми-файла, это норм практика? Указывать в композе названия образов без версий кладя болт на обратную совместимость тоже?
Хорошо. Тогда почему статья называется «FastAPI и S3 — строим сервис безопасной генерации временных ссылок», а не "Как я пишу свой пет-проект на FastAPI"? Заголовок - это обещание читателю. Вы обещаете туториал, а вручаете очень кривой кейс.
Где плашка «Внимание: это
MVPпрототип, код содержит ошибки, не использовать в проде»? Её нет. Вместо этого — «материал будет полезен бэкенд-разработчикам, системным архитекторам и DevOps-инженерам». Вы осознанно позиционируете статью как учебную. А значит, несёте ответственность за её качество.При этом, материал НЕ будет полезен указанным выше направлениям, если только в качестве примера "не делай так никогда", но читатель может не знать о том, что так делать нельзя и воспримет это как проверенный материал от крупной компании. Это называется инфоцыганство, статья ради статьи, а не качественный материал от экспертов.
Как я писал выше, ради интереса скиньте статью на ревью ИИшке, если ваши эксперты настолько некомпетентны, что пропустили это и вы увидите масштаб проблемы.
А это вообще ни к селу не к городу. Комментарий выше про статью, а не про что-то стороне. В статье есть код и конфиги докера - они плохие. Что там у автора в гитлабе текстового содержания статьи не касается.
FirstVDSскажите, у вас вообще есть проверка качества материала или кода? Вы хотя бы ИИшке скидываете статьи для проверки связности и логичности? Или публикуете всё подряд?
В статье плохо буквально всё, от терминологии (что такое Service Layer? Это по какому архитектурному подходу?), до кода и описания Docker-файлов (где объявленный DI, если он не применяется в проекте?). Docker отдельная тема, мало того, что на оптимизацию Dockerfile положили большой и тяжёлый, так и композ со временем подкинет приколов, но зачем это всё проверять? Херак-херак и в продакшен, главное промокод засветить почаще.
Это названо туториалом, а должно быть помечено как "Вредные советы FirstVDS".
MD поддерживает, а MD в TG очень ограниченный.
Никогда не был фанатом nppp, когда ещё сидел на Винде, предпочитал Notepad2.
Никак) Хотелками делимся ж)
Более богатое визуальное оформление длиннопостов)
А я всё жду когда расширят форматирование сообщений. Заголовки там, перечисления)
Потому, что я про неё не в курсе. Изучу)
Протестирую тоже, отпишусь. Тоже нужна эта возможность, но пока не дошли до неё руки)
Я ещё не проверял, но вроде как в каналы тоже можно. Делается легко, просто в тексте прописываете специальный тег для смайликов:
<tg-emoji emoji-id="5285430309720966085">👍</tg-emoji>(это именно HTML-разметка). Вместо5285430309720966085используйте id нужного смайла, узнать его можно либо своим ботом, отправив ему сообщение и посмотрев в entities, либо использовать готового бота.Записал идею для статьи)
Помимо кнопок нужно было и текст сообщения указать. ТГ не может отправить пустое сообщение с кнопками.
Как-то так:
Почему сомнительное? Можно оформить сообщение и кнопки, чем не приложение в чате?
Эмодзи это не только "смешные смайлики", есть множество стилизованных или брендированных, например:
Они отлично смотрятся в посте как элемент оформления:
Кто сказал, что суп не справляется, конечно справляется, он молодец, только делает он это со скоростью улитки, что не позволяет его нормально использовать в асинк сценариях.
Чем скорость работы вам не аргумент? Чем быстрее выполняется скрипт парсера - тем лучше, или вы привыкли "запускать парсер и пойти варить кофе"?
Во всех сценариях где я занимался парсерами была важна скорость парсинга и дальнейшей обработки данных. С супом это занимало в разы больше времени.
Суп устарел, морально и физически. Почему раз за разом продолжают его пинать?
https://habr.com/ru/articles/961590/
Это больше похоже на костыли, чем на нормальное применение.
Про эту страницу знаю, других источников не видел. Письмо им уже отправил, интересно, что ответят)
Где сказано про 15%? В чейнджлоге API об это ни слова: https://core.telegram.org/bots/api-changelog#december-31-2025