Не извиняю, так как комментарий был к статье с заголовком "Kafka для начинающих: Apache Avro и Schema Registry (теория)", что однозначно указывало не контекст.
Так как Kafka уже давно поддерживает не только Avro, но и ProtoBuf, на мой взгляд, зря хотя бы не упомянули последний.
К тому же у ProtoBuf есть ряд преимуществ перед Avro. Например, если некоторым подписчикам интересны только незначительное количество полей в сообщениях топика, то ProtoBuf будет выглядеть предпочтительней.
Так же, IMHO, зря не упомянули о dlq (dead letter queue), в который подписчик может постить сообщения с ошибками десериализации.
Если Ваше воображение не позволяет представить себе, как видят собаки и кошки в ультрафиолетовом диапазоне, то из этого вовсе не следует, что и у остальных настолько же ограниченное воображение )))
Там внутренняя подтяжка срабатывает, пока инициализируется микроконтроллер.
Через несколько десятков килоом, что я и указал. Конкретно для ESP8266 - от 30 до 100К.
Ее по напряжению вполне достаточно.
Только если не поставить резистор на землю. Мне даже 10К хватило для ESP32, чтобы не было ложных срабатываний при включении. Для ESP8266, возможно, надо раза в два меньше.
Насчёт дальности - оно же от окружения зависит: тут много металла кругом, ворота, навес, машины, это не то же самое что на пустой дороге.
Вопрос исключительно в высоте столба или дополнительных AP. У меня участок в 30 соток две AP покрывают, так как не хотел столбы ставить выше крыши дома.
То есть лучше пожар, чем сработавшая защита? Ну-ну )))
Отдельная сеть 12в с резервированием.
Через весь участок провода толщиной в палец, как в автомобиле от АКБ? Хреновая идея. Например, у меня привод ворот 500 Вт номинальных, но пусковой ток до 5А на 220 В.
Вы не думали, почему, например, PoE не 12, а 48 В и при этом мощностью лишь 15.4 Вт?
От срабатывания автомата или УЗО никто не застрахован. Тем более в случае уличного электрооборудования. Не заливать же всё лаком? Силикагель помогает, но бывало забывал его восстановить в СВЧ. УЗО у меня каскадом: 30 ма на весь дом и по 10 ма на ветки во влажных помещениях и уличные.
В процессе эксплуатации выяснилось, что (внезапно) у WiFi небольшой радиус действия, связь то и дело пропадает, особенно в дождливую погоду.
Где это? У меня в хорошую погоду ESP32-C3 с антенной в виде змейки на плате, лёжа на торпеде под лобовым стеклом при движении, умудряется прицепиться к домашнему уличному WiFi на столбе на расстоянии свыше 650 метров. В совсем плохую может снизиться до 300 метров. Но меньше на прямой видимости ещё ни разу не замечал.
Девайс пытается восстановить соединение - и в этот момент перестает обрабатывать открытие замка, причем в самый неожиданный момент.
Видимо, это какая-то особенность ESP8266. На ESP32 такого не замечал.
Из особенностей можно отметить только то, что у ESP есть неприятная особенность - при перезапуске на всех выводак кратковременно появляется логическая 1
Нет там честной единицы, так как выходное сопротивление большое. Но если на GPIO нет резистора на землю, то не только MOSFET, а даже биполярный транзистор вполне может открыться, так как потенциал выводов в режиме на ввод действительно близок к потенциалу питания.
Мне ключи от калитки всё равно приходится с собой таскать, так как автономной системы электроснабжения у меня нет. Да и случаи срабатывания УЗО происходят хотя бы раз за 1-3 года.
Да и ТС как-то обошёл этот момент. Не заметил в статье ничего ни про аварийное питание от АКБ, ни про ключ, для открывания если и аварийное питание сдохло.
А ничо, что весь комментарий — про то, как сделать так, чтобы постоянных сигнатур не было?
Где?
И что такое "постоянная сигнатура"?
У Вас никогда не бывало, что Вы редактировали слово в сообщении, Вас отвлекли, и Вы старое до конца не стёрли?
Я умею читать и пользоваться редактированием сообщений. А если мне указывают на ошибку, то я её исправляю. И если я ошибся, то я считаю, что это я виноват, а не тот, кто не понял, где же я ошибся.
у ТСПУ бесконечный объём памяти и тактов процессора
Нет, конечно. Поэтому IP VPN сервера может оказаться заблокирован по сигнатуре как через секунду, так и через месяц. Смотря когда до сигнатур его входящих потоков РКН доберется, управляя ТСПУ.
Белым шумом (идеальным) тоже можно передавать информацию.
Теоретически можно, но мы же говорим о результате шифрования. И, как я писал выше, только у идеального метода шифрования гистограмма распределения представляет собой горизонтальную линию. Вы знаете такой метод шифрования?
Пример слишком утрирован. Статической сигнатуры в шифрованном потоке нет. А вот статистическая (вероятностная) - вполне может быть, так как передаётся не белый шум. Упрощённо говоря, только у идеального метода шифрования гистограмма распределения представляет собой горизонтальную линию. Но так как идеал не достижим, то любой метод шифрования имеет свою характерную гистограмму, по которой, с достаточно высокой вероятностью можно понять, какой метод шифрования используется.
Что касается TLS, то там выбранный метод шифрования в ClientHello вообще передаётся открытым текстом. А вот в случае QUIC и ECH всё шифруется публичным ключом сервера, что ограничивает возможности DPI известными CID и статистическими сигнатурами. То есть, за рубеж пробиться может не получиться, если IP и CID не легализованы в РКН и Минцифры, а вот внутри РФ - уже без проблем.
Хуже всего, если клиенты вынужденны использовать мобильный интернет. Тут уже остаётся только официально добиваться включения в белый список Минцифры. Это реально для внутрироссийских VPN, но муторно.
Во-первых, VPN протокол и шифрование - это разные вещи. Большинство VPN протоколов поддерживают несколько методов шифрования, предоставляя клиенту выбрать шифрование из списка, предлагаемого сервером.
Во-вторых, сигнатура шифрованного потока зависит не только от метода шифрования. Например, даже если предположить, что внутри РФ начнут блокировать по сигнатуре "Магму" или "Кузнечик", что само по себе за гранью фантастики, кастомная таблица замен или кастомный генератор псевдослучайной последовательности для гаммирования, кардинально изменяют сигнатуру.
Так что, можно не изобретать велосипед, а просто поднять OpenVPN с "Магма" или "Кузнечик". И если РКН в приступе безумия начнёт блокировать VPN каналы РЖД, РосСетей, РосАтома, Сбера и т.п., то достаточно будет только сменить сигнатуру, не меняя алгоритм шифрования.
логарифм превращает умножение в сложение, а экспоненциальный рост – в линейный.
Правильней говорить, что логарифмирование - это один из видов степенной трансформации, в частности, базового варианта Box-Cox трансформации (лямбда = 0), позволяющей привести данные к нормальному распределению для последующей обработки. Так как некоторые математические методы хорошо обрабатывают данные только с нормальным распределением.
Не извиняю, так как комментарий был к статье с заголовком "Kafka для начинающих: Apache Avro и Schema Registry (теория)", что однозначно указывало не контекст.
Это значит, что Schema Registry поддерживает только Avro, Protobuf и JSON
Можно, но валидировать схему будете тогда самостоятельно, а от целого ряда компонентов Confluent и Debezium придётся отказаться.
Писать самому аналоги Debezium CDC Source и Sink - ещё то удовольствие.
Так как Kafka уже давно поддерживает не только Avro, но и ProtoBuf, на мой взгляд, зря хотя бы не упомянули последний.
К тому же у ProtoBuf есть ряд преимуществ перед Avro. Например, если некоторым подписчикам интересны только незначительное количество полей в сообщениях топика, то ProtoBuf будет выглядеть предпочтительней.
Так же, IMHO, зря не упомянули о dlq (dead letter queue), в который подписчик может постить сообщения с ошибками десериализации.
FIDONet вряд ли, а вот Meshtastic, MeshCore и Reticulum - вполне себе вариант для связи при блокировках мобильной сети из-за налёта БПЛА.
Если Ваше воображение не позволяет представить себе, как видят собаки и кошки в ультрафиолетовом диапазоне, то из этого вовсе не следует, что и у остальных настолько же ограниченное воображение )))
Я то как раз в курсе. Это Вы писали, а не я:
Или Вы не в курсе, что при срабатывании предохранителя напряжение пропадает? )))
Одного замка то да, а вот всей
уже вряд ли.
Где схема?
Через несколько десятков килоом, что я и указал. Конкретно для ESP8266 - от 30 до 100К.
Только если не поставить резистор на землю. Мне даже 10К хватило для ESP32, чтобы не было ложных срабатываний при включении. Для ESP8266, возможно, надо раза в два меньше.
Вопрос исключительно в высоте столба или дополнительных AP. У меня участок в 30 соток две AP покрывают, так как не хотел столбы ставить выше крыши дома.
То есть лучше пожар, чем сработавшая защита? Ну-ну )))
Через весь участок провода толщиной в палец, как в автомобиле от АКБ? Хреновая идея. Например, у меня привод ворот 500 Вт номинальных, но пусковой ток до 5А на 220 В.
Вы не думали, почему, например, PoE не 12, а 48 В и при этом мощностью лишь 15.4 Вт?
От срабатывания автомата или УЗО никто не застрахован. Тем более в случае уличного электрооборудования. Не заливать же всё лаком? Силикагель помогает, но бывало забывал его восстановить в СВЧ. УЗО у меня каскадом: 30 ма на весь дом и по 10 ма на ветки во влажных помещениях и уличные.
Где это? У меня в хорошую погоду ESP32-C3 с антенной в виде змейки на плате, лёжа на торпеде под лобовым стеклом при движении, умудряется прицепиться к домашнему уличному WiFi на столбе на расстоянии свыше 650 метров. В совсем плохую может снизиться до 300 метров. Но меньше на прямой видимости ещё ни разу не замечал.
Видимо, это какая-то особенность ESP8266. На ESP32 такого не замечал.
Нет там честной единицы, так как выходное сопротивление большое. Но если на GPIO нет резистора на землю, то не только MOSFET, а даже биполярный транзистор вполне может открыться, так как потенциал выводов в режиме на ввод действительно близок к потенциалу питания.
Мне ключи от калитки всё равно приходится с собой таскать, так как автономной системы электроснабжения у меня нет. Да и случаи срабатывания УЗО происходят хотя бы раз за 1-3 года.
Да и ТС как-то обошёл этот момент. Не заметил в статье ничего ни про аварийное питание от АКБ, ни про ключ, для открывания если и аварийное питание сдохло.
Скорее всего, есть опасения несовместимости с ворохом легаси.
Где?
И что такое "постоянная сигнатура"?
Я умею читать и пользоваться редактированием сообщений. А если мне указывают на ошибку, то я её исправляю. И если я ошибся, то я считаю, что это я виноват, а не тот, кто не понял, где же я ошибся.
Нет, конечно. Поэтому IP VPN сервера может оказаться заблокирован по сигнатуре как через секунду, так и через месяц. Смотря когда до сигнатур его входящих потоков РКН доберется, управляя ТСПУ.
Я не знаю такого термина.
Теоретически можно, но мы же говорим о результате шифрования. И, как я писал выше, только у идеального метода шифрования гистограмма распределения представляет собой горизонтальную линию. Вы знаете такой метод шифрования?
Пример слишком утрирован. Статической сигнатуры в шифрованном потоке нет. А вот статистическая (вероятностная) - вполне может быть, так как передаётся не белый шум. Упрощённо говоря, только у идеального метода шифрования гистограмма распределения представляет собой горизонтальную линию. Но так как идеал не достижим, то любой метод шифрования имеет свою характерную гистограмму, по которой, с достаточно высокой вероятностью можно понять, какой метод шифрования используется.
Что касается TLS, то там выбранный метод шифрования в ClientHello вообще передаётся открытым текстом. А вот в случае QUIC и ECH всё шифруется публичным ключом сервера, что ограничивает возможности DPI известными CID и статистическими сигнатурами. То есть, за рубеж пробиться может не получиться, если IP и CID не легализованы в РКН и Минцифры, а вот внутри РФ - уже без проблем.
Хуже всего, если клиенты вынужденны использовать мобильный интернет. Тут уже остаётся только официально добиваться включения в белый список Минцифры. Это реально для внутрироссийских VPN, но муторно.
Я еще про имитовставку забыл, которую позволяет применять ГОСТ 34.13-2015, и которая тоже непосредственно влияет на сигнатуру.
И какие могут быть претензии, если ГОСТ 34.12-2018 только рекомендует таблицу замен, а применение гаммирования вообще оставляет на выбор пользователя?
Во-первых, VPN протокол и шифрование - это разные вещи. Большинство VPN протоколов поддерживают несколько методов шифрования, предоставляя клиенту выбрать шифрование из списка, предлагаемого сервером.
Во-вторых, сигнатура шифрованного потока зависит не только от метода шифрования. Например, даже если предположить, что внутри РФ начнут блокировать по сигнатуре "Магму" или "Кузнечик", что само по себе за гранью фантастики, кастомная таблица замен или кастомный генератор псевдослучайной последовательности для гаммирования, кардинально изменяют сигнатуру.
Так что, можно не изобретать велосипед, а просто поднять OpenVPN с "Магма" или "Кузнечик". И если РКН в приступе безумия начнёт блокировать VPN каналы РЖД, РосСетей, РосАтома, Сбера и т.п., то достаточно будет только сменить сигнатуру, не меняя алгоритм шифрования.
Правильней говорить, что логарифмирование - это один из видов степенной трансформации, в частности, базового варианта Box-Cox трансформации (лямбда = 0), позволяющей привести данные к нормальному распределению для последующей обработки. Так как некоторые математические методы хорошо обрабатывают данные только с нормальным распределением.