Читаю как послание из другого мира... То есть разработчики буквально методом тыка изучают как бы так запустить сборочные скрипты, чтобы они работали. Причем, даже не выясняя детально "где косяк", просто довели до состояния "ну вроде пока не падает".
Выставляете наружу простой фтп с доступом до ключевых компонентов АСУТП? Серьёзно?
Повторюсь еще раз - мир не стоял на месте 30 лет, много что придумали и сделали удобного. Посмотрите, что такое ssh и работающие поверх нее rsync или rclone. Ну или на caddy на хрудой конец, если вот прямо хочется видеть "окошечко с файликами, как фтп".
Так у вас хотябы какой-то TLS будет, чтобы весьма критичные данные не торчали наружу голой задницей.
Опять же, rsync отродясь умеет докачки/перекачки/обновления файлов не так криво, как это реализовано в фтп.
Вы о чем вообще? Докачкой файлов по хттп мы пользуемся уже более четверти века. Если говорить более подробно о недостатках протокола, то отдельные каналы (их может быть не два!) зависящие от стейтфул контрол коннекшена и бедность функций в нем это основной недостаток протокола и почему от него стали отходить.
Надо понимать, что хттп это протокол уровня соединения, поэтому сравнивать его с файловым сервисом несколько не корректно. Зато хттп легко расширяется и на его базе значительно проще строить такие сервисы, которые нужно. И там все прекрасно автоматизируется.
Если вы в 2026 году что-то говорите про использование ftp, то возможно вам интересно будет узнать про такие вещи, как WebDAV или специальный вариант для файлопомоек - S3 (уже два десятка лет с нами!).
Вот только не понятен прикол - писать программу, которая фактически не работает, чтобы просто тихо себе офигевать от накрученных друг на друга наворотов?
Тем более, что если бы это все работало, то достаточно добавить к результату единицу, чтобы сделать "самое большое число" не самым большим :)
Через всю статью красной нитью проходит желание автора непременно притянуть за уши тезис тотального контроля к смене поколений сетей. Как будто в предыдущих поколениях контроль отсутствовал.
Разложено по полочкам и прилично иллюстрировано, хотя и не без странностей - Например, "пирамида маслоу" почему-то растет вниз и вообще немного не про то:)
Но отдельно хотелось бы обратить внимание на путаницу со словом "пет-проект". Пет - это домашнее животное (например, собачка или кошечка), которое содержат для радости себя и семьи. Иначе говоря, это затратная часть.
У вас статья про другого вида "домашнее животное" (свинку или коровку), которых выращивают, чтобы продать или скушать - это прибыльная часть.
Мотивация и подходы в том и другом случае диаметрально противоположны.
Согласен с мнением предыдущего оратора. Увы, автор статьи не счёл нужным вникать в суть вопроса до того как рассказывать аудитории про "бутылочные горлышки" и т.п.
Коротко по сути вопроса: в Телеграмме long polling (не просто polling!) сделан грамотно, удобен в использовании, надежен и бутылочным горлышком не является до тех по пока ваш инстанс обслужвает одного бота. Webhook предпочтительнее когда: - вебсервер уже есть для чего-то другого, а бот работает периодически на не частые запросы (в виде лямбды, например) - один инстанс приложения обслуживает много разных ботов.
Одна из неочевидных для новичков проблем вебхуков это то, что если Телега по какой-то причине не смогла успешно достучаться до хоста (протух серт, заблочили подсеть, упал хостинг, ...), она ставит общение на паузу и этот момент надо отдельно как-то отслеживать.
Поищите описания старых картотек или библиотечных каталогов/индексов (тех, которые были в шкафах и на карточках) - там много интересных вариантов было реализовано "в железе", или точнее "в картоне" :)
Читаю как послание из другого мира...
То есть разработчики буквально методом тыка изучают как бы так запустить сборочные скрипты, чтобы они работали. Причем, даже не выясняя детально "где косяк", просто довели до состояния "ну вроде пока не падает".
Выставляете наружу простой фтп с доступом до ключевых компонентов АСУТП? Серьёзно?
Повторюсь еще раз - мир не стоял на месте 30 лет, много что придумали и сделали удобного. Посмотрите, что такое ssh и работающие поверх нее rsync или rclone. Ну или на caddy на хрудой конец, если вот прямо хочется видеть "окошечко с файликами, как фтп".
Так у вас хотябы какой-то TLS будет, чтобы весьма критичные данные не торчали наружу голой задницей.
Опять же, rsync отродясь умеет докачки/перекачки/обновления файлов не так криво, как это реализовано в фтп.
Вы о чем вообще?
Докачкой файлов по хттп мы пользуемся уже более четверти века. Если говорить более подробно о недостатках протокола, то отдельные каналы (их может быть не два!) зависящие от стейтфул контрол коннекшена и бедность функций в нем это основной недостаток протокола и почему от него стали отходить.
Надо понимать, что хттп это протокол уровня соединения, поэтому сравнивать его с файловым сервисом несколько не корректно. Зато хттп легко расширяется и на его базе значительно проще строить такие сервисы, которые нужно. И там все прекрасно автоматизируется.
Если вы в 2026 году что-то говорите про использование ftp, то возможно вам интересно будет узнать про такие вещи, как WebDAV или специальный вариант для файлопомоек - S3 (уже два десятка лет с нами!).
Вот только не понятен прикол - писать программу, которая фактически не работает, чтобы просто тихо себе офигевать от накрученных друг на друга наворотов?
Тем более, что если бы это все работало, то достаточно добавить к результату единицу, чтобы сделать "самое большое число" не самым большим :)
Через всю статью красной нитью проходит желание автора непременно притянуть за уши тезис тотального контроля к смене поколений сетей. Как будто в предыдущих поколениях контроль отсутствовал.
Для продукта, основным мотивом которого было включение в Реестр, основываться на MongoDB как-то странно.
Напрашивается еще какой-нибудь примерчик с COALESCE(...)
Хороший вариант инженерного решения на основе имеющихся ресурсов - дешево и сердито!
Не понятно только, почему не запихать ардуину в герметичный бокс?
А еще почитайте про MQTT и как вообще подобные вещи автоматизируюся. Потом про esp32 на базе risc-v и поробуйте MicroPython, возможно вам понравится.
Good Luck! :)
Прочитал статью, но так и не понял про что она.
Про то, что некоторые поисковики не любят нищеброд-хостинги?
Дочитал до выражения "не суть важно" и рекомендую автору поизучать-таки сначала русский язык, а уже потом заниматься вопросами ИИ.
Это о чем статья? О скорости работы дефолтных json парсеров?
Кстати, а нынче линуксы не модно на btrfs ставить? Или ext4 до сих пор рулит?
p.s.
не могу пройти мимо :)
Прочитайте это - https://tsya.ru/ ведь совсем не сложно запомнить...
Приятно, что статья компактная, и суть передает.
Но одна фурмулировка подкачала -
"Расширения для офисного пакета LibreOffice — это плагины, расширяющий базовый функционал."
Разложено по полочкам и прилично иллюстрировано, хотя и не без странностей -
Например, "пирамида маслоу" почему-то растет вниз и вообще немного не про то:)
Но отдельно хотелось бы обратить внимание на путаницу со словом "пет-проект".
Пет - это домашнее животное (например, собачка или кошечка), которое содержат для радости себя и семьи. Иначе говоря, это затратная часть.
У вас статья про другого вида "домашнее животное" (свинку или коровку), которых выращивают, чтобы продать или скушать - это прибыльная часть.
Мотивация и подходы в том и другом случае диаметрально противоположны.
Что самое интереное, это такое большое количество комментов у полностью высосанной из пальца истории.
Почему-то в статье не упомянут TON Space - по сути такой же кошелек, только независимый от конкретного телеграм экаунта.
8-битовый байт оптимален с точки зрения аппаратной реализации, и Америка тут в общем-то не при чём.
Согласен с мнением предыдущего оратора.
Увы, автор статьи не счёл нужным вникать в суть вопроса до того как рассказывать аудитории про "бутылочные горлышки" и т.п.
Коротко по сути вопроса:
в Телеграмме long polling (не просто polling!) сделан грамотно, удобен в использовании, надежен и бутылочным горлышком не является до тех по пока ваш инстанс обслужвает одного бота.
Webhook предпочтительнее когда:
- вебсервер уже есть для чего-то другого, а бот работает периодически на не частые запросы (в виде лямбды, например)
- один инстанс приложения обслуживает много разных ботов.
Одна из неочевидных для новичков проблем вебхуков это то, что если Телега по какой-то причине не смогла успешно достучаться до хоста (протух серт, заблочили подсеть, упал хостинг, ...), она ставит общение на паузу и этот момент надо отдельно как-то отслеживать.
Поищите описания старых картотек или библиотечных каталогов/индексов (тех, которые были в шкафах и на карточках) - там много интересных вариантов было реализовано "в железе", или точнее "в картоне" :)
Это анонимный заказной наброс?