Картриджный из-за конструкции и разницы давления в трубах может приводить к подмесу воды, так что приходится ловить баланс напора когда min(давления горячей и холодной воды) > сопротивления лейки (давно чистили сеточки в кране и подводк душа?).
Короче если у вас на трубах стоят обратные клапаны, а ещё лучше регуляторы давления, да ещё и фильтры тонкой очистки чтобы со временем не забивались те самые сеточки — всё будет нормально регулироваться автомагически ;)
А можно поставить термостатический смеситель и вообще забыть про регулировку, но пункты выше про водоподготовку всё-равно никто не отменял ;)
За введение в предметную область спасибо, ещё б ссылки на статьи об уязвимостях (или обсуждения на форуме proxmark хоть).
Но есть некоторый момент недосказанности. Начали за здравие, а в чем же ключевое преимущество SL3 и как сделать так чтобы ключи записи не утекли из цепочки субподрядчиков и эксплуатационщиков — так и не стало яснее.
Проблематично на металлообрабатывающий завод притащить топовых мобильных разработчиков. Да и найти на подряд адекватных тот ещё квест, так что слава богу что и так работает)
Это да, вопрос =) Но опять же диалектов Форта наберется штук 5, конкретных реализаций той же работы с плавающей точкой ещё около десятка, всё это насколько я знаю в достаточно плачевном состоянии с точки зрения актуальности. Так что скорее всего взыграло «почему бы не написать всё с нуля»? =)
Ребятам нужен был «высокоуровневый» язык, чуть человечнее голого ассемблера для стековой машины. Писать транслятор какого-нибудь JS в ASM виртуальной машины — нужно много времени, опыта и компромиссов (привет «undefined is not a object» или проблемы с округлением чисел когда нужно перевести 0.1 условных BTC, которые на самом деле 0.100000001490116119384765625 согласно IEEE 754)
Forth с точки зрения реализации интерпретатора прост как палка и пишется за пару вечеров. Чтобы начать под него писать нужно знать всего 2 вещи:
1) Можно вводить в язык новые слова
2) Положи на стек данные и запусти слово которое их прожуёт
Всё!
Взяли парадигму Forth, адаптировали для блокчейна, получили Fift. Да, это похоже на ненормальное программирование, равно как и Prolog, Haskel, Erlang или любой другой язык который не такой как <язык в парадигму которого я умею>, но они выполняют свою работу лучше в той или иной области.
Там ребята давным давно сидели на Postgres, потом им захотелось в микросервисы и MySql. А потом подумалось — почему б с нова не пересесть с иглы MySQL на православный Postgres, но наверченная архитектура и специфичные вещи MySQL в дополнение к особенностям Postgesql с репликацией (и не только) заставили отказаться от этого решения.
Вольный краткий пересказ, на истинность не претендую =)
www.adobe.com/ru/creativecloud/plans.html
Ну и да, это подписка за 11,89 € /мес. включая НДС. Возможно я где-то не разобрался в их политиках лицензирования. Ну либо для разных стран/городов/платформ они показывают разные цены =)
Ну а почему бы и нет? 644 руб/месяц вполне подъёмны для типичного программиста, особенно если нужен он на тот самый единственный месяц чтобы чуть-чуть «поиграться со скриптами»
Ну если быть совсем хронологически честным, то сначала была мысль про оповещения, но она заглохла при анализе того что представлено на рынке. А позже глаз зацепился за Неё! И звезды сошлись =)
UART тут вообще не нужен, а у w5100 есть только SPI, так что тут не понял о чем вы. А вот чего как раз не хотелось — прогибать сетевую инфраструктуру компании под «лампочку». Именно поэтому там есть контроллер с DHCP и REST. Можно просто воткнуть девайс в сеть и в любом GitLab'е или другом сервисе который умеет кидать WebHook'и прописать его hostname (с этим тоже проблем нет — из коробки присваивается wiznetAABBCC.**.local, где AABBCC последние октеты mac-адреса).
И именно по этим же причинам не было мыслей завести MQTT (не стыкуется с уже имеющейся инфраструктурой) или прицепить реле к COM-порту (где его сейчас найдёшь? И целый компьютер в качестве микроконтроллера — перебор)
С этого момента по-подробнее? Мне на ум приходит только повесить Signal pin реле на RXLED и покидаться ARP/ICMP запросами. Но без какого-нибудь 555 для таймера нужно кидаться очень яростно, никаких плюшек с DNS и вообще юзабилити страдает.
Пробовал, эффект отличный =) Звуковое сопровождение запускалось как-раз на том мониторе с графиками. Но для работы всё-таки нужен баланс упоротость/полезность. Так что оставил только иллюминацию на несколько секунд. Про светофор этот, кстати, в начале статьи ссылку дал, ага.
С неё всё и началось =)
Нельзя просто так взять и пройти мимо такой штуки. Особенно если новые пластиковые и не ламповые стоят от 1000 (а на те что дешевле без слёз вообще не взглянешь)
iOS не знает сим-карту с каким номером в неё вставили?
Насколько помню, да, но могу ошибаться.
И почему же все сервисы используют входящую СМС и живут как-то...
Хороший вопрос. Evernote, например, никак не мог мне отправить СМС c двухфакторкой, так что пришлось мучать техподдержку =)
Можете рассказать, что за дыра?
Просто потенциальный вектор атаки: когда на API посылается список телефонов и оно всем пытается отправить обратное СМС, чтобы удостовериться что введенный номер телефона действительно принадлежит тому кто его отправил в API. Этот вариант тоже имеет право на существование и как вы выразились им пользуются многие сервисы. Но главной проблемой тут является то что злоумышленник может послать неограниченное количество запросов и ему это не будет стоить ничего, кроме того — как отличить легитимные запросы от фейковых? Настраивать тайм-ауты, черные списки. В варианте когда клиент сам посылает СМС этот вектор отсутствует как класс. Во-первых потому что подменить номер отправителя всё-таки сложнее чем отправить POST запрос, во-вторых — каждая СМС будет стоить злоумышленнику реальных денег.
Короче если у вас на трубах стоят обратные клапаны, а ещё лучше регуляторы давления, да ещё и фильтры тонкой очистки чтобы со временем не забивались те самые сеточки — всё будет нормально регулироваться автомагически ;)
А можно поставить термостатический смеситель и вообще забыть про регулировку, но пункты выше про водоподготовку всё-равно никто не отменял ;)
Не совсем понятно о какой выставке идёт речь =)
За введение в предметную область спасибо, ещё б ссылки на статьи об уязвимостях (или обсуждения на форуме proxmark хоть).
Но есть некоторый момент недосказанности. Начали за здравие, а в чем же ключевое преимущество SL3 и как сделать так чтобы ключи записи не утекли из цепочки субподрядчиков и эксплуатационщиков — так и не стало яснее.
Forth с точки зрения реализации интерпретатора прост как палка и пишется за пару вечеров. Чтобы начать под него писать нужно знать всего 2 вещи:
1) Можно вводить в язык новые слова
2) Положи на стек данные и запусти слово которое их прожуёт
Всё!
Взяли парадигму Forth, адаптировали для блокчейна, получили Fift. Да, это похоже на ненормальное программирование, равно как и Prolog, Haskel, Erlang или любой другой язык который не такой как <язык в парадигму которого я умею>, но они выполняют свою работу лучше в той или иной области.
Вольный краткий пересказ, на истинность не претендую =)
Ну и да, это подписка за 11,89 € /мес. включая НДС. Возможно я где-то не разобрался в их политиках лицензирования. Ну либо для разных стран/городов/платформ они показывают разные цены =)
И именно по этим же причинам не было мыслей завести MQTT (не стыкуется с уже имеющейся инфраструктурой) или прицепить реле к COM-порту (где его сейчас найдёшь? И целый компьютер в качестве микроконтроллера — перебор)
Нельзя просто так взять и пройти мимо такой штуки. Особенно если новые пластиковые и не ламповые стоят от 1000 (а на те что дешевле без слёз вообще не взглянешь)
Насколько помню, да, но могу ошибаться.
Хороший вопрос. Evernote, например, никак не мог мне отправить СМС c двухфакторкой, так что пришлось мучать техподдержку =)
Просто потенциальный вектор атаки: когда на API посылается список телефонов и оно всем пытается отправить обратное СМС, чтобы удостовериться что введенный номер телефона действительно принадлежит тому кто его отправил в API. Этот вариант тоже имеет право на существование и как вы выразились им пользуются многие сервисы. Но главной проблемой тут является то что злоумышленник может послать неограниченное количество запросов и ему это не будет стоить ничего, кроме того — как отличить легитимные запросы от фейковых? Настраивать тайм-ауты, черные списки. В варианте когда клиент сам посылает СМС этот вектор отсутствует как класс. Во-первых потому что подменить номер отправителя всё-таки сложнее чем отправить POST запрос, во-вторых — каждая СМС будет стоить злоумышленнику реальных денег.