Pull to refresh
2

User

Send message
Да, после получения обновлений соединение закрывается и нужно устанавливать новое. Смысл в том, что при ожидании обновлений соединение остается открытым. Вы делаете GET запрос к серверу, а он вам не сразу отвечает, а только когда будут обновления, до этого соединение висит открытым. Так понятнее?

Telegram API приводит же ссылку на wiki:
en.wikipedia.org/wiki/Push_technology#Long_polling
With long polling, the client requests information from the server exactly as in normal polling, but with the expectation the server may not respond immediately. If the server has no new information for the client when the poll is received, instead of sending an empty response, the server holds the request open and waits for response information to become available. Once it does have new information, the server immediately sends an HTTP/S response to the client, completing the open HTTP/S Request. Upon receipt of the server response, the client often immediately issues another server request.


Когда вы просто дергаете сервер раз в секунду, это называется short poll, обычно это не рекомендуют делать, возрастает нагрузка на сервер, плюс обновления приходят не мгновенно, а с задержкой в секунду. Да еще и лишний трафик по сети гуляет, что критично в случае мобильных клиентов.
Они же держат соединения с тысячами десктопных клиентов, у которых нет push. Как функционируют тысячи ботов, у которых нет внешнего ip и сертификата на webhook, но которые отвечают мгновенно, не через секунду?
Посмотрите документацию core.telegram.org/bots/api#getupdates
Они там прямым текстом пишут, что лучше использовать таймаут побольше. Видимо, потому что накладные расходы на обслуживание нового соединения куда больше, чем на поддержание открытого.

Вы ошибаетесь. Long-polling это установка соединения с API и ожидание команд с сервера. Соединение при этом не разрывается и команды бот получает мгновенно, а не через N секунд.
Если сделать GET к методу GetUpdates с параметром offset больше, чем последнее полученное сообщение, то GET повиснет в ожидании данных с сервера, пока не наступит таймаут.

А long-polling можно реализовать в Powershell? Дергать API каждую секунду не самый изящный вариант.
В инструкции пишут про зазор до 20 мм, но это, мягко говоря, неправда – датчик и ответный магнит приходится монтировать практически вплотную.


На фото у вас металлическая дверь, дело в этом. Для металлической двери нужно поставить большой, более мощный магнит, чтобы активировать геркон в датчике.
По мощности я не считал, а установил имеющийся и доступный по цене существующий блок питания Mean Well RS-150-5


Не, ну если использовать блок как у вас, аж на 26А, то можно и не считать…
На самом деле эти ленты потребляют очень много. Один метр ленты с 60 диодами на всю (белый свет) — 3.6 А. 5 метров — все 18 Ампер! Так что надо очень внимательно следить за потребляемой мощностью. С разноцветными эффектами, когда все диоды разным цветом, конечно, будет меньше, но все же. Просто есть люди, которые видят 5В напряжение питания и пытаются использовать зарядки от телефонов для питания ленты…

Lana Rhoades — американская порноактриса. Основной источник заработка у нее другой ;-)

Нет, конечно, можно и больше.
Только эта модель уже не продается, как я понял.
А есть такие же, только с двумя гигабитными интерфейсами?
USB Boot был еще в Raspberry Pi 3B, 3B+, 3A+, и 2B v1.2. Это как раз в RPi 4 USB boot пока нет. Но обещают добавить в firmware.
все эти реализации при получении запроса инициируют post до сервера api telegram, что в условиях крупного Российского хостера невыполнимо


Во-первых, провайдеры хостинга, датацентры и так далее не являются операторами связи. Они ничего не блокируют из списка РКН в своих сетях. В основном. Во всяком случае, если они что-то блокируют, это исключительно их инициатива, по закону они не обязаны. У меня есть прокси Telegram, поднятые на российских VPS, до сих пор работают.
Во-вторых, если webhook с серверов Telegram приходит, то очевидно, что и API так же доступно. Я еще не видел блокировок только в одну сторону.

Но за описанную возможность сразу отправить ответ, не дергая API телеги отдельным запросом спасибо, не знал.
Меня всегда радовали вот такие вот расплывчатые формулировки, мол, ну вы еще не все знаете, вот ума наберетесь, тогда и поговорим, вот свои дети будут, тогда и поймете.

Поймете что?

Что надо смириться, молчать, ходить на работу и молиться, чтобы не уволили, на митинги не ходить, а сидеть вечером перед телевизором с пивом и смотреть Киселева?

Что ж, ну простите дурака, такого «ума» я никогда не наберусь.
Сделали, только с другой стороны — со стороны зарядки. Почему все обзорщики забыли упомянуть, что обычный iPhone 11 остался с классической зарядкой, а Pro перешел на быструю 18 Ватт зарядку с Lighting -> Type-C кабелем. Так что они на полпути к Type-C. И да, iPhone теперь можно заряжать от Macbook.
Оптическая стабилизация есть в айфонах, начиная с iPhone 7, едва ли ее тут убрали.
Вообще, отличный выбор для небольшого web-сервера или основы для умного дома.
Wi-Fi в сервере не нужен, все равно подключается кабелем к роутеру, в котором есть Wi-Fi, видеовыход не нужен тем более. GPIO в таких платах я тоже не знаю, зачем. Подключать датчики/реле напрямую к Linux? Зачем, если все это можно организовать на микроконтроллере ESP8266, разместить его с датчиками в любом месте и уже с него отправлять данные на плату Linux по MQTT.
Pi Zero дико греется + очень проблемный Wi-Fi модуль.
На www.arubacloud.com в 2018 году можно было зарегистрировать VPS по 1 евро в месяц. Сейчас цены у них от 2.79 евро, но у уже работающих серверов плата осталась прежняя.
Проще дождаться повсеместного внедрения IPv6, и проблемы с NAT уйдут сами собой. Например, в России у МТС уже есть услуга IPv6 для всех абонентов.
Понятное дело, что статический внешний IP у сотовых операторов будет достаточно затратен. Но сейчас цены на облачные VPS снизились до 1 евро в месяц. Если нужно совсем бесплатно включить удаленно пару устройств на даче, то, к примеру, я давно использую www.cloudmqtt.com, до 5 соединений бесплатно. esp8266 или raspberry цепляется к этому сервису, через приложение-клиент MQTT на телефоне можно управлять.
Я так понимаю, что GSM модуль используется из-за наличия только голого голосового/sms GSM сигнала сети?
Если есть сигнал EDGE/3G/4G хотя бы на небольшой скорости, то гораздо проще раздать мобильный интернет по wi-fi и использовать esp8266.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity