Абсолютно верное и нужное замечание! Как только браузер переходит в управляемый режим (т.е. получает политику) DoH-резолвер принудительно отключается. Очевидно подразумевается, что если браузер в управляемом режиме, то администратор должен озаботится ручной настройкой дабы не поломать какие-то корпоративные сервисы, которые могут быть завязаны на внутренний DNS-сервер. На машине находящейся в домене, похоже даже политику иметь не обязательно, DoH отключится уже по этому факту (впрочем это не точно).
Единственное замечу, что у Вас небольшая неточность в параметрах. В принципе описание этих политик можно посмотреть вот тут:
то используется DoH-резолвер, но если он недоступен, то происходит откат до обычного нешифрованного DNS.
При этом DnsOverHttpsTemplates можно не указывать и тогда будет использоваться некий захардкоженный резолвер (очевидно Гугловский). Также можно указать резолвер явно в этом параметре. Указывать можно несколько адресов через пробел.
Если DnsOverHttpsMode=secure
то DoH-резолвер используется обязательно без возможности отката до обычного DNS.
При этом DnsOverHttpsTemplates должен быть указан явно, иначе браузер покажет ошибку резолвера.
Впрочем, для покупателя сейф всё равно стоит почти шесть тысяч рублей, и куда уходят эти деньги, вопрос открытый.
Нет здесь никакого вопроса.
6000 руб. он стоил на Оз... извините, синем маркетплейсе. 3000 забрал себе маркетплейс. Из оставшихся 3000 полторы забрал себе перепродаван, который купил его в Китае и привёз сюда. Дальше цепочка конечно не вполне ясна, но даже если он его купил напрямую у производителя, то из оставшихся 1500 норма прибыли производителя, допустим, 750 руб. В итоге себестоимость данного сейфа 750 рублей. Это конечно очень примерно, но суть думаю понятна. В итоге за 750 рублей себестоимости вполне адекватный товар.
Вот если бы он стоил 60 000 руб, то вопросики имелись бы.
Это видимо новое поколение исследователей выросло. Потому что про эту уязвимость PON говорили все кому не лень ещё в тот момент когда они начали массово внедряться. А было это в нулевых, т.е. плюс/минус 20 лет назад!
Но скриншот не понадобится. Я полез его делать и понял закономерность - галочка отсутствует на приложениях, находящихся в глубоком сне (т.е. на тех которые редко запускаются и телефон их перевёл в этот режим).
Логика видимо такая, что раз приложение находится в глубоком сне, то мы его и так не обновляем и опцию отключения автоообновления надо скрыть.
Итого - был не прав, что в GPlay нет исключений для автообновлений. Но моё мнение такое, что логика работы этой системы извращённая, как и весь GPlay в целом. И в Русторе это сделано гораздо логичнее и удобнее. Может кто-то считает по другому, а я такой вот человек.
И да, для особо возбуждающихся - я не призываю отказаться от GPlay и переходить на Рустор. Я просто стараюсь не предвзято оценить техническую сторону реализации. И не более.
Я рад, что у Вас "такая же нога и не болит" но у меня, как я выше написал, на части приложений эта опция отсутствует. Я бы вставил скриншот с пруфом если бы Хабр это позволял. А так придётся поверить мне на слово (ну или не поверить, это как угодно).
Касаемо второй части комментария. Я написал "если не принимать во внимание" и рассматривать просто как технический продукт. Я не понимаю зачем опять скатываться в обсуждение этой тематики. В последнее время по ощущениям и так 50% комментариев на эту тему.
Я это пытался найти несколько раз на протяжении многих лет пользования Андроидом но почему-то не мог. Сейчас залез ещё раз и действительно обнаружил там галочку "Автоообновление". НО! Она есть далеко не у всех приложений (логику сходу не понял), может по этому я её найти раньше не мог, т.к. случайным образом смотрел в приложениях где её нет. Либо же её тогда не было вообще (последняя попытка найти была годы назад). И опять же. Эта галочку у меня снята на всех приложениях (там где он есть), видимо потому что автоообновления выключены вообще. Т.е. это как должно работать? Надо включить авообновления в настройках, потом проследовать в настройки приложения и там выключить? Причём надо успеть ещё это сделать так, что бы за это время приложение таки не обновилось. Несколько через задницу как по мне. В то время как в Русторе ты просто явным образом указываешь какие приложения обновлять не надо и они навсегда пропадают из списка на обновления (да, автообновления в Русторе у меня тоже выключены). В то время как в GPlay они так и висят в списке на обновления.
И вообще, я сейчас может быть не популярную точку зрения озвучу. Но если не принимать во внимание всю эту ситуацию с политикой и слежкой через отечественный софт, то именно как магазин мне Рустор нравится на порядок больше GPlay. Он просто гораздо проще и логичнее устроен (особенно до недавнего обновления когда там интерфейс немного поменяли и не в лучшую сторону на мой взгляд). GPlay превратился в какой-то монструозный комбайн в котором что-то найти уже стало болью. Вот система исключений обновлений хороший пример - как устроено там и там.
Серьёзные NVMe SSD энтерпрайз класса на борту имеют конденсаторы предназначенные ровно для этого же - сбросить при потере питания данные из набортного RAM кэша на флеш. Если это накопитель в формфакторе обычной PCI-E карты, то там прям внушительный такой набор электролитов стоит. В M2 формфакторе конечно поскромнее но тоже есть.
Так-то да, но как обычно есть нюанс. Я светодиодные светильники видел такие, от света которых глаза начинали вытекать. В общем-то та же ситуация, что и с лампами.
Но лампы хоть можно так вот протестировать, а светильники не протестируешь (в силу их бесконечного количества видов и производителей) и не узнаешь заранее какие покупать можно. И лампу можно поменять если что, а светильник только в сборе.
Так что с точки зрения логики должен быть светильник, где драйвер это часть светильника, и какой-то типоразмер светодиодных ламп где в самой лампе только светодиоды. Но это с точки зрения логики. А то точки зрения реальной жизни - выше написал.
Всё правильно. Не многие об этом знают, но если взять даташит на конденсатор, то там будет указана макс температура и время жизни в часах при этой температуре. Так вот это время жизни что-то порядка 5000 часов (и это для хороших электролитов). При понижении температуры время жизни кратно увеличивается. В то время как для человека в этом не разбирающегося интуитивно кажется, что если на конденсаторе написано 130 градусов, то и работать он при этой температуре должен примерно вечно.
Да да, я об этом писал в каменте под той статьёй. Там не только внутри всё другое, они и внешне другие стали и вес сильно меньше. Продавцу (а это официальный магазин на Озоне) там в отзывах предъявили (не только я). На что они сказали по смыслу такое: "А чё такова? Все так делают и мы тоже. Но характеристики не поменялись, мамой клянёмся. И гарантия всё ещё 5 лет". Про гарантию это отдельный вид цинизма как мне кажется. Хотел бы я посмотреть как эту лампу, купленную на Озоне, через 5 лет можно будет куда-то сдать. Лампу эту сдал обратно, даже включать не стал. И даже формальный повод для этого имелся - на карточке товара фотография была старой лампы.
Да не так же дело было. В приведённом примере один инстумент надо было покупать, а второй давался бесплатно. Чувствуете как сразу всё другими красками заиграло?
Так и я эту тему на собственно опыте познал. Когда встал вопрос о покупке генератора для питания офиса (серверной прежде всего) я дал задание человеку подобрать генератор, и что бы обязательно с синусоидой на выходе. Не знаю даже бывают ли другие, но момент этот уточнил на всякий случай. В общем подобрал он его, купили. Делаем испытание и все ИБП в офисе начинают прям трещать релюшками из-за постоянного перехода на батарею и обратно. "Большие" серверные ИБП повели себя по разному, кто просто на батарею перешёл и пока гена работал на сеть не вернулся, а кто так же вот туда-сюда начал переключаться.
Почесали мы репу, позвонили в контору где покупали, говорим такая вот фигня. А они и говорят - а чего вы сразу не сказали, что вам под питание сложной техники и ИБП в частности надо? Этот генератор, что вы купил, не стабилизирован по частоте, у него частота гуляет в каких-то пределах (каких не помню). К чести ребят вошли в положение и обменяли нам гену на другой, с доплатой конечно, т.к. стабилизированные дороже. И вот так вот мы тоже на собственном опыте познали, что не всё так просто.
В этом деле (резервирование электроснабжения дома) главное правильно ИБП подобрать - что бы с синусоидой на выходе был. Дешёвые выдают меандр и от них можно запитывать по сути только импульсные БП.
А правильный подход это ИБП + генератор :) У нас так серверная запитана, всего в 10 км от МКАД... Правда с генератором тоже надо внимательно. Дешёвые также на выходе не пойми что выдают. И даже если синусоиду, то она может плавать по частоте.
Аналогично - пробовал доливать воду и так же не помогло. После чего сделал вывод, что занятие экономически не целесообразное и таким можно заниматься только если дофига свободного времени (у меня нет).
Возможно если доливать воду периодически на протяжении срока работы (скажем пару раз в год), то можно продлить срок службы. Но вот оживить уже мертвую батарею таким образом это маловероятно.
Я вообще думаю, что эти батареи (AGM) вздуваются не от перезаряда а как раз наоборот. При перезаряде происходит интенсивное газообразование. Так вот если кто эти батареи разбирал, то мог устройство посмотреть. И я уверяю, их не может распереть газами. Там в каждой банке довольно примитивный клапан из простого резинового колпачка. При повышении давления эту резинку продавливает и газ стравливается. Речи даже не может быть о том, что бы корпус раздуло и он лопнул.
А вот при недозаряде и, тем более, длительном глубоком разряде образуется твердый сульфат свинца. Им-то корпус и распирает, т.е. он нарастает как кристалл. Или батарея уже настолько мёртвая становится, что заряд уже брать не способна. Это равнозначно недозаряду с такими же последствиями.
Абсолютно верное и нужное замечание! Как только браузер переходит в управляемый режим (т.е. получает политику) DoH-резолвер принудительно отключается. Очевидно подразумевается, что если браузер в управляемом режиме, то администратор должен озаботится ручной настройкой дабы не поломать какие-то корпоративные сервисы, которые могут быть завязаны на внутренний DNS-сервер. На машине находящейся в домене, похоже даже политику иметь не обязательно, DoH отключится уже по этому факту (впрочем это не точно).
Единственное замечу, что у Вас небольшая неточность в параметрах. В принципе описание этих политик можно посмотреть вот тут:
https://chromeenterprise.google/policies/#DnsOverHttpsMode https://chromeenterprise.google/policies/#DnsOverHttpsTemplates
Можно ещё вот с этим ознакомиться (не знаю правда зачем):
https://chromeenterprise.google/policies/#DnsOverHttpsTemplatesWithIdentifiers
Резюме такое (если вкратце).
Если DnsOverHttpsMode=automatic
то используется DoH-резолвер, но если он недоступен, то происходит откат до обычного нешифрованного DNS.
При этом DnsOverHttpsTemplates можно не указывать и тогда будет использоваться некий захардкоженный резолвер (очевидно Гугловский). Также можно указать резолвер явно в этом параметре. Указывать можно несколько адресов через пробел.
Если DnsOverHttpsMode=secure
то DoH-резолвер используется обязательно без возможности отката до обычного DNS.
При этом DnsOverHttpsTemplates должен быть указан явно, иначе браузер покажет ошибку резолвера.
Конечно, ошибка ведь не в железе, а в ОС.
Нет здесь никакого вопроса.
6000 руб. он стоил на Оз... извините, синем маркетплейсе. 3000 забрал себе маркетплейс. Из оставшихся 3000 полторы забрал себе перепродаван, который купил его в Китае и привёз сюда. Дальше цепочка конечно не вполне ясна, но даже если он его купил напрямую у производителя, то из оставшихся 1500 норма прибыли производителя, допустим, 750 руб. В итоге себестоимость данного сейфа 750 рублей. Это конечно очень примерно, но суть думаю понятна. В итоге за 750 рублей себестоимости вполне адекватный товар.
Вот если бы он стоил 60 000 руб, то вопросики имелись бы.
Это видимо новое поколение исследователей выросло. Потому что про эту уязвимость PON говорили все кому не лень ещё в тот момент когда они начали массово внедряться. А было это в нулевых, т.е. плюс/минус 20 лет назад!
За этот "подгон" спасибо!
Но скриншот не понадобится. Я полез его делать и понял закономерность - галочка отсутствует на приложениях, находящихся в глубоком сне (т.е. на тех которые редко запускаются и телефон их перевёл в этот режим).
Логика видимо такая, что раз приложение находится в глубоком сне, то мы его и так не обновляем и опцию отключения автоообновления надо скрыть.
Итого - был не прав, что в GPlay нет исключений для автообновлений. Но моё мнение такое, что логика работы этой системы извращённая, как и весь GPlay в целом. И в Русторе это сделано гораздо логичнее и удобнее. Может кто-то считает по другому, а я такой вот человек.
И да, для особо возбуждающихся - я не призываю отказаться от GPlay и переходить на Рустор. Я просто стараюсь не предвзято оценить техническую сторону реализации. И не более.
Я рад, что у Вас "такая же нога и не болит" но у меня, как я выше написал, на части приложений эта опция отсутствует. Я бы вставил скриншот с пруфом если бы Хабр это позволял. А так придётся поверить мне на слово (ну или не поверить, это как угодно).
Касаемо второй части комментария. Я написал "если не принимать во внимание" и рассматривать просто как технический продукт. Я не понимаю зачем опять скатываться в обсуждение этой тематики. В последнее время по ощущениям и так 50% комментариев на эту тему.
Я это пытался найти несколько раз на протяжении многих лет пользования Андроидом но почему-то не мог. Сейчас залез ещё раз и действительно обнаружил там галочку "Автоообновление". НО! Она есть далеко не у всех приложений (логику сходу не понял), может по этому я её найти раньше не мог, т.к. случайным образом смотрел в приложениях где её нет. Либо же её тогда не было вообще (последняя попытка найти была годы назад).
И опять же. Эта галочку у меня снята на всех приложениях (там где он есть), видимо потому что автоообновления выключены вообще. Т.е. это как должно работать? Надо включить авообновления в настройках, потом проследовать в настройки приложения и там выключить? Причём надо успеть ещё это сделать так, что бы за это время приложение таки не обновилось. Несколько через задницу как по мне.
В то время как в Русторе ты просто явным образом указываешь какие приложения обновлять не надо и они навсегда пропадают из списка на обновления (да, автообновления в Русторе у меня тоже выключены). В то время как в GPlay они так и висят в списке на обновления.
И вообще, я сейчас может быть не популярную точку зрения озвучу. Но если не принимать во внимание всю эту ситуацию с политикой и слежкой через отечественный софт, то именно как магазин мне Рустор нравится на порядок больше GPlay. Он просто гораздо проще и логичнее устроен (особенно до недавнего обновления когда там интерфейс немного поменяли и не в лучшую сторону на мой взгляд). GPlay превратился в какой-то монструозный комбайн в котором что-то найти уже стало болью. Вот система исключений обновлений хороший пример - как устроено там и там.
Вариант опусть комиссию для российских продавцов до уровня китайских конечно же не рассматривался.
В Русторе можно, кстати, приложения вносить в исключения обновления. В том же GPlay такой возможность нет и это очень печально.
Даже не стесняются.
Серьёзные NVMe SSD энтерпрайз класса на борту имеют конденсаторы предназначенные ровно для этого же - сбросить при потере питания данные из набортного RAM кэша на флеш. Если это накопитель в формфакторе обычной PCI-E карты, то там прям внушительный такой набор электролитов стоит. В M2 формфакторе конечно поскромнее но тоже есть.
Так-то да, но как обычно есть нюанс. Я светодиодные светильники видел такие, от света которых глаза начинали вытекать. В общем-то та же ситуация, что и с лампами.
Но лампы хоть можно так вот протестировать, а светильники не протестируешь (в силу их бесконечного количества видов и производителей) и не узнаешь заранее какие покупать можно. И лампу можно поменять если что, а светильник только в сборе.
Так что с точки зрения логики должен быть светильник, где драйвер это часть светильника, и какой-то типоразмер светодиодных ламп где в самой лампе только светодиоды. Но это с точки зрения логики. А то точки зрения реальной жизни - выше написал.
Всё правильно. Не многие об этом знают, но если взять даташит на конденсатор, то там будет указана макс температура и время жизни в часах при этой температуре. Так вот это время жизни что-то порядка 5000 часов (и это для хороших электролитов). При понижении температуры время жизни кратно увеличивается. В то время как для человека в этом не разбирающегося интуитивно кажется, что если на конденсаторе написано 130 градусов, то и работать он при этой температуре должен примерно вечно.
Да да, я об этом писал в каменте под той статьёй. Там не только внутри всё другое, они и внешне другие стали и вес сильно меньше. Продавцу (а это официальный магазин на Озоне) там в отзывах предъявили (не только я). На что они сказали по смыслу такое: "А чё такова? Все так делают и мы тоже. Но характеристики не поменялись, мамой клянёмся. И гарантия всё ещё 5 лет". Про гарантию это отдельный вид цинизма как мне кажется. Хотел бы я посмотреть как эту лампу, купленную на Озоне, через 5 лет можно будет куда-то сдать. Лампу эту сдал обратно, даже включать не стал. И даже формальный повод для этого имелся - на карточке товара фотография была старой лампы.
Вот такой вот "исследователь" этот Крис Азиз.
Да не так же дело было. В приведённом примере один инстумент надо было покупать, а второй давался бесплатно. Чувствуете как сразу всё другими красками заиграло?
Так и я эту тему на собственно опыте познал. Когда встал вопрос о покупке генератора для питания офиса (серверной прежде всего) я дал задание человеку подобрать генератор, и что бы обязательно с синусоидой на выходе. Не знаю даже бывают ли другие, но момент этот уточнил на всякий случай. В общем подобрал он его, купили. Делаем испытание и все ИБП в офисе начинают прям трещать релюшками из-за постоянного перехода на батарею и обратно. "Большие" серверные ИБП повели себя по разному, кто просто на батарею перешёл и пока гена работал на сеть не вернулся, а кто так же вот туда-сюда начал переключаться.
Почесали мы репу, позвонили в контору где покупали, говорим такая вот фигня. А они и говорят - а чего вы сразу не сказали, что вам под питание сложной техники и ИБП в частности надо? Этот генератор, что вы купил, не стабилизирован по частоте, у него частота гуляет в каких-то пределах (каких не помню). К чести ребят вошли в положение и обменяли нам гену на другой, с доплатой конечно, т.к. стабилизированные дороже. И вот так вот мы тоже на собственном опыте познали, что не всё так просто.
В этом деле (резервирование электроснабжения дома) главное правильно ИБП подобрать - что бы с синусоидой на выходе был. Дешёвые выдают меандр и от них можно запитывать по сути только импульсные БП.
А правильный подход это ИБП + генератор :) У нас так серверная запитана, всего в 10 км от МКАД... Правда с генератором тоже надо внимательно. Дешёвые также на выходе не пойми что выдают. И даже если синусоиду, то она может плавать по частоте.
Аналогично - пробовал доливать воду и так же не помогло. После чего сделал вывод, что занятие экономически не целесообразное и таким можно заниматься только если дофига свободного времени (у меня нет).
Возможно если доливать воду периодически на протяжении срока работы (скажем пару раз в год), то можно продлить срок службы. Но вот оживить уже мертвую батарею таким образом это маловероятно.
Я вообще думаю, что эти батареи (AGM) вздуваются не от перезаряда а как раз наоборот. При перезаряде происходит интенсивное газообразование. Так вот если кто эти батареи разбирал, то мог устройство посмотреть. И я уверяю, их не может распереть газами. Там в каждой банке довольно примитивный клапан из простого резинового колпачка. При повышении давления эту резинку продавливает и газ стравливается. Речи даже не может быть о том, что бы корпус раздуло и он лопнул.
А вот при недозаряде и, тем более, длительном глубоком разряде образуется твердый сульфат свинца. Им-то корпус и распирает, т.е. он нарастает как кристалл. Или батарея уже настолько мёртвая становится, что заряд уже брать не способна. Это равнозначно недозаряду с такими же последствиями.