Вот я хочу наглухо изолировать камеру от интернета.
ИМХО, но VLAN + Virtual WLAN. Я так даже без IPv6 домашний IoT изолирую. На совсем примитивных SOHO, конечно, ловить нечего, но на routeros/openwrt/keenetic(?) можно все настроить.
два IPv6 - один постоянно меняется
"IPv6 Privacy Extensions" отключается через netsh, если очень нужно
киловаттный бп стоит не как два по 500вт, а гораздо дороже.
Вы уверены? Пробежался глазами по DNSу, если брать БП от одного производителя из одной серии, то два будут даже чуть дороже одного мощного. Мы же не собираемся ставить в GPU китайский драйвер для светодиодных лент за $10? Ну и отдельный БП для видео ≠ интегрированный в GPU PSU. Майнинг-фермы давно по несколько БП в одном юните используют и им норм.
Меня это тоже несколько удивило. Вообще, nS часто используется для обозначения кол-ва последовательных банок лития. Упомянутый здесь XT90, кратковременно, должен 100А вывести. Мне интереснее, что за контроллер для этого используется, ну и за подробностями к @kenomimi
Ну, бросьте уже. Идея про 230В на видяхе часто озвучивается, но это абсурд. Полноценный, качественный сетевой БП с активным PFC, защитами, изоляцией высоковольтной части — это сложное и дорогое устройство. Установленный на картах DC/DC step-down преобразователь, это лишь малюсенькая частичка от полноценного сетевого БП. Гораздо резоннее просто добавить новую линию на безопасных 24/48 вольтах в существующий БП, всё равно 12VHPWR, по-хорошему, требовал замены БП на совершенно новый. А на самих GPU даже step-down-конвертер мог бы почти не отличаться от сегодняшнего, разве что компоненты должны быть рассчитаны на более высокое напряжение. Ну и XT60/XT90 с нормальным, толстым, силиконовым проводом, здесь уже упоминались.
Пароль — четыре цифры, которые вы устанавливаете при открытии карты Ozon Банка. Он нужен для входа в Ozon Банк в приложении Ozon и на сайте Ozon Банка, а также для подтверждения оплаты покупок.
Признаться, не совсем уловил суть вопроса. В комментарии ниже я упомянул абстрактную, графоподобную структуру. indextree, по сути, подходит под определение и даже построено на базе арены. В принципе, я, вероятно, дерево/граф подобным образом и написал бы. Только не на сыром Vec, а на том же Slab
PS Вообще, в дискуссию я ввязался, исключительно в надежде, что меня ткнут носом в красивую реализацию без rc, unsafe и арен. Но, видимо, пока что не судьба :D
Сколько раз после университета вам приходилось для рабочих задач реализовывать двухсвязный список? А сколько раз использовать готовый?
конечно писать велосипед смысла нет. Но, если, вдруг, возникнет необходимость создать подобную структуру данных, как сделать её красиво?
Ну, ей-богу. Где хваленое, программерское, абстрактное мышление? Двусвязный список это примитивный пример структуры данных, элементы которой имеют двунаправленные связи. Если возникают проблемы с реализацией подобного примитива, как нам дерево или любую графоподобную структуру изобразить? Никто, надеюсь, в здравом уме не станет в прод самопальный LinkedList тащить… Правда ведь?
В целом согласен, посто предложенный вами туториал довольно странный. В нем показано, как делать не надо и как можно сделать через через сырые указатели. Я не против unsafe в расте. Но в, условно, в каждую графоподобную структуру пихать unsafe, гхм, экспириенс на 3/10. Те же, забытые в гайде, арены позволяют писать структуры с приемлемой производительностью и не прибегая к unsafe.
И про SAFETY-комментарии. Я обротил внимание только из-за их бессмысленности, в конкретном гайде. Повторяющийся "it's a linked-list, what do you want?" несет смысловой нагрузки едва ли больше, чем начало unsafe блока. Хорошие SAFETY-комментарии, все же, описывают почему и как мы гарантируем безопасность операции.
примеры //SAFETY из std
// Safety: We know that `push_front` does not change the position in
// memory of other nodes. This ensures that `self.current` remains
// valid.
// SAFETY: node_ptr is a unique pointer to a node we boxed with self.alloc and leaked
// SAFETY: In a LinkedList, either both the head and tail are None because
// the list is empty, or both head and tail are Some because the list is populated.
// Since we have verified the head is Some, we are sure the tail is Some too.
Ну, такое себе. Реализация через счетчики ссылок, ожидаемо, Bad, а Production вариант - unsafe через unsafe, с информативными комментариями // SAFETY: it's a linked-list, what do you want?. А вариант с full safe ареной даже не упомянут...
Справедливости ради, боюсь, что вопрос был о том, как сделать красивый, идиоматически верный двусвязный список. Конечно же он уже реализован в std (сплошной unsafe, btw), конечно писать велосипед смысла нет. Но, если, вдруг, возникнет необходимость создать подобную структуру данных, как сделать её красиво? Не обмазываясь счетчиками ссылок и unsafe. И если что - я раст не хейчу и даже активно использую.
Вижу что вы успели дописать свой комментарий. Версия на которую отвечал заканчивалась на
крокодил не ловится не растет кокос
В тыкву не превратится, при условии что MS, через «месяц» после EOS, не выпустит обновление условного MSVC только для 11+. После чего постепенно начнут отваливаться обновления для независимого ПО.
Цифровая гигиена важна, но от внезапного RCE может и не помочь.
Как думаете, сколько пользователей (особенно в РФ и РБ) заплатят MS 30-61 USD в год за ESU? (риторический вопрос)
я не совсем понимаю тезис. Он в том, что это только продукты MS такие?
Я подобного не писал. Ветка началась с того, что отказ MS от поддержки "старых" CPU ведет к увеличению электронного мусора. А мои рассуждения сводятся к тому, что без обновлений система превращается в решето, от самого ядра и до банального калькулятора. Linux, BSD, Mac, Symbian, Windows, OS/2, MS-DOS, что под капотом — без разницы.
А о чем мы, простите, спорим? Ветка началась с того что требования 11 винды ведут к увеличению электронного мусора.
Единственная неуязвимая система — выключенная из розетки и с откушенным кабелем АКБ. Касательно UEFI и железа. Есть такой термин - "поверхность атаки". У ОС множество сервисов, в том числе сетевых. И RCE в условном SMB (Edge), эскалация привилегий или побег из песочницы, гораздо опасней условного Spectre или внедрения в прошивку MB, которое, кстати говоря, едва ли возможно без повышения привилегий в самой ОС. И про отказ независимых разработчиков от поддержки EOS системы не забываем, сколько в том же Хроме за прошедший год было дыр заплатано?
Пожалуй, я недостаточно прозрачно сформулировал мысль.
...какая из будущих, еще неизвестных уязвимостей, по наступлению EOS откроет...
Я дал ссылку лишь как иллюстрацию к тому что винда не идеальна и в ней были, есть и будут уязвимости. Будет ли MS закрывать критические дыры, обнаруженные после EOS? Вопрос
Машины времени, увы, не имею и аудитором продуктов MS, к счастью, не являюсь. И какая из незакрытых уязвимостей, по наступлению EOS, (возможно) откроет дорогу очередному ботнету или WannaCry могу только гадать.
Про 2020 нужно спросить у @alexandr93. А так - все системы до 2017(18) года, все что было выпущено до Coffee Lake, Zen+ идет в утиль.
Согласен, что, по современным меркам, железо весьма устаревшее. Но, к примеру, у меня есть система с 4790k, её производительность сравнима с поддерживаемым 10100F. Сборка получается довольно скромная, но вполне рабочая. Для кино, браузера, игр (простых, или без погони за фпс) - вполне. А если сравнить 4790k с условным n100, то победитель будет очевиден. Но поддержкой одиннадцатой винды, увы, обладает только последний.
Ну и мотивация MS по отказу от старых процессоров довольно сомнительная. Кажется, что единственное значимое отличие, по функционалу, между этими поколениями — наличие Mode-Based Execution Control, который позволяет лучше изолировать ядро ОС от пользователя и зловредов. Но, если честно, я бы предпочел видеть доступные обновления ОС и ПО для старых систем, пусть и с дополнительным (теоретическим) вектором атаки, чем тысячи систем с необновляемой и дырявой десяткой.
ИМХО, но VLAN + Virtual WLAN. Я так даже без IPv6 домашний IoT изолирую. На совсем примитивных SOHO, конечно, ловить нечего, но на routeros/openwrt/keenetic(?) можно все настроить.
"IPv6 Privacy Extensions" отключается через
netsh, если очень нужноВы уверены? Пробежался глазами по DNSу, если брать БП от одного производителя из одной серии, то два будут даже чуть дороже одного мощного. Мы же не собираемся ставить в GPU китайский драйвер для светодиодных лент за $10? Ну и отдельный БП для видео ≠ интегрированный в GPU PSU. Майнинг-фермы давно по несколько БП в одном юните используют и им норм.
Hidden text
Меня это тоже несколько удивило. Вообще,
nSчасто используется для обозначения кол-ва последовательных банок лития. Упомянутый здесь XT90, кратковременно, должен 100А вывести. Мне интереснее, что за контроллер для этого используется, ну и за подробностями к @kenomimiВы сначала лицензию на разработку у ФСБ получите, потом продукт сертифицируйте - а там, глядишь, они и подумают, портить вам его или нет.
Подозреваю я, что "3S" — это три последовательные банки лития, то есть ≈11.1В.
Ну, бросьте уже. Идея про 230В на видяхе часто озвучивается, но это абсурд. Полноценный, качественный сетевой БП с активным PFC, защитами, изоляцией высоковольтной части — это сложное и дорогое устройство. Установленный на картах DC/DC step-down преобразователь, это лишь малюсенькая частичка от полноценного сетевого БП. Гораздо резоннее просто добавить новую линию на безопасных 24/48 вольтах в существующий БП, всё равно 12VHPWR, по-хорошему, требовал замены БП на совершенно новый. А на самих GPU даже step-down-конвертер мог бы почти не отличаться от сегодняшнего, разве что компоненты должны быть рассчитаны на более высокое напряжение. Ну и XT60/XT90 с нормальным, толстым, силиконовым проводом, здесь уже упоминались.
/b - безопасность
Смотрели?
keepass(xc) + syncthing
Признаться, не совсем уловил суть вопроса. В комментарии ниже я упомянул абстрактную, графоподобную структуру. indextree, по сути, подходит под определение и даже построено на базе арены. В принципе, я, вероятно, дерево/граф подобным образом и написал бы. Только не на сыром Vec, а на том же Slab
PS Вообще, в дискуссию я ввязался, исключительно в надежде, что меня ткнут носом в красивую реализацию без rc, unsafe и арен. Но, видимо, пока что не судьба :D
Ну, ей-богу. Где хваленое, программерское, абстрактное мышление? Двусвязный список это примитивный пример структуры данных, элементы которой имеют двунаправленные связи. Если возникают проблемы с реализацией подобного примитива, как нам дерево или любую графоподобную структуру изобразить? Никто, надеюсь, в здравом уме не станет в прод самопальный LinkedList тащить… Правда ведь?
В целом согласен, посто предложенный вами туториал довольно странный. В нем показано, как делать не надо и как можно сделать через через сырые указатели. Я не против unsafe в расте. Но в, условно, в каждую графоподобную структуру пихать unsafe, гхм, экспириенс на 3/10. Те же, забытые в гайде, арены позволяют писать структуры с приемлемой производительностью и не прибегая к unsafe.
И про SAFETY-комментарии. Я обротил внимание только из-за их бессмысленности, в конкретном гайде. Повторяющийся "it's a linked-list, what do you want?" несет смысловой нагрузки едва ли больше, чем начало unsafe блока. Хорошие SAFETY-комментарии, все же, описывают почему и как мы гарантируем безопасность операции.
примеры //SAFETY из std
Ну, такое себе. Реализация через счетчики ссылок, ожидаемо, Bad, а Production вариант - unsafe через unsafe, с информативными комментариями
// SAFETY: it's a linked-list, what do you want?. А вариант с full safe ареной даже не упомянут...Справедливости ради, боюсь, что вопрос был о том, как сделать красивый, идиоматически верный двусвязный список. Конечно же он уже реализован в std (сплошной unsafe, btw), конечно писать велосипед смысла нет. Но, если, вдруг, возникнет необходимость создать подобную структуру данных, как сделать её красиво? Не обмазываясь счетчиками ссылок и unsafe.
И если что - я раст не хейчу и даже активно использую.
Вижу что вы успели дописать свой комментарий. Версия на которую отвечал заканчивалась на
В тыкву не превратится, при условии что MS, через «месяц» после EOS, не выпустит обновление условного MSVC только для 11+. После чего постепенно начнут отваливаться обновления для независимого ПО.
Цифровая гигиена важна, но от внезапного RCE может и не помочь.
Как думаете, сколько пользователей (особенно в РФ и РБ) заплатят MS 30-61 USD в год за ESU? (риторический вопрос)
Я подобного не писал. Ветка началась с того, что отказ MS от поддержки "старых" CPU ведет к увеличению электронного мусора. А мои рассуждения сводятся к тому, что без обновлений система превращается в решето, от самого ядра и до банального калькулятора. Linux, BSD, Mac, Symbian, Windows, OS/2, MS-DOS, что под капотом — без разницы.
А о чем мы, простите, спорим? Ветка началась с того что требования 11 винды ведут к увеличению электронного мусора.
Единственная неуязвимая система — выключенная из розетки и с откушенным кабелем АКБ.
Касательно UEFI и железа. Есть такой термин - "поверхность атаки". У ОС множество сервисов, в том числе сетевых. И RCE в условном SMB (Edge), эскалация привилегий или побег из песочницы, гораздо опасней условного Spectre или внедрения в прошивку MB, которое, кстати говоря, едва ли возможно без повышения привилегий в самой ОС. И про отказ независимых разработчиков от поддержки EOS системы не забываем, сколько в том же Хроме за прошедший год было дыр заплатано?
Пожалуй, я недостаточно прозрачно сформулировал мысль.
Я дал ссылку лишь как иллюстрацию к тому что винда не идеальна и в ней были, есть и будут уязвимости. Будет ли MS закрывать критические дыры, обнаруженные после EOS? Вопрос
Машины времени, увы, не имею и аудитором продуктов MS, к счастью, не являюсь. И какая из незакрытых уязвимостей, по наступлению EOS, (возможно) откроет дорогу очередному ботнету или WannaCry могу только гадать.
Про 2020 нужно спросить у @alexandr93. А так - все системы до 2017(18) года, все что было выпущено до Coffee Lake, Zen+ идет в утиль.
Согласен, что, по современным меркам, железо весьма устаревшее. Но, к примеру, у меня есть система с 4790k, её производительность сравнима с поддерживаемым 10100F. Сборка получается довольно скромная, но вполне рабочая. Для кино, браузера, игр (простых, или без погони за фпс) - вполне. А если сравнить 4790k с условным n100, то победитель будет очевиден. Но поддержкой одиннадцатой винды, увы, обладает только последний.
Ну и мотивация MS по отказу от старых процессоров довольно сомнительная. Кажется, что единственное значимое отличие, по функционалу, между этими поколениями — наличие Mode-Based Execution Control, который позволяет лучше изолировать ядро ОС от пользователя и зловредов. Но, если честно, я бы предпочел видеть доступные обновления ОС и ПО для старых систем, пусть и с дополнительным (теоретическим) вектором атаки, чем тысячи систем с необновляемой и дырявой десяткой.