Проблема не в том, что "подберут". Проблема в том, что в общий доступ утекли сколько-то-там-много паролей. Обычно - в комплекте с логинами. И если с сайта X утёк логин/пароль, то злоумышленник автоматически скриптом может его попробовать на сайте Y
И очень-очень длинный (но статичный и одинаковый для разных сайтов!) пароль “Мой первый автомобиль Lada куплен в 1992” внезапно премило подойдёт :(
Достаточно много общался (и писал ответы) в технических форумах.
Но, увы, ни разу в форумах не видел реализации одной "простой" идеи: оценки значимости всех сообщений. От "5" - критически важное для понимания вопроса до "1" - просто флейм/болтология.
Когда тема обсуждается уже много лет и счёт сообщений перевалил за многие сотни - такая идея дала бы возможность парой кликов выделить наиболее важное в теме.
Оценки могут ставиться или самим пользователем (дефолтная - "1". Считаешь сообщение важным - поменяй). Или модератор поставит правильную отметку.
Понимаю, что "под капотом" реализация такой идеи сильно повысила бы нагрузку на сервер. Все треды надо было бы генерить "на лету". Зато можно было бы просматривать нить форума в режиме "Покажи мне только сообщения с весами 4 и 5"
PS. Сейчас, наверное, стОит уже думать о прикручивании RAG при помощи нейросетей к форумам...
новый стандарт ФГОС также предусматривает усиление практической направленности обучения
Где-то я походе уже слышал...
"Подготовку специалистов в высших учебных заведениях проводить на базе полного среднего образования на основе соединения обучения с общественно полезным трудом."
Однако еще "в 1560 году первый Великий герцог Тосканы Козимо I Медичи решил построить дворец, где бы располагались административные (uffici) и судебные (Uffizi) учреждения Магистратуры Тосканского герцогства." Потом, с течении веков, этот офисный центр стал знаменитой галлерей Уффицы во Флоренции :). Но изначально - вполне себе офисное здание. 1560 год.
Подозреваю, если покопаться - можно и сильно раньше что-то найти..
власти Уттар-Прадеш давно оцифровали земельные записи и выложили их на государственный портал Bhulekh
Хм... "Оцифровали"... Вы попробуйте решить задачу, когда записи есть только на бумаге. В виде церковно-приходских книг. На церковно-славянском. Хранящиеся непонятно в каком архиве... (А может - и в церковном приходе чудом уцелели :))).
PS. Это обычная задача при попытке построить своё генеалогическое древо чуть поглубже...
PPS. Добро пожаловать в реальный мир, Claude! :)))
Да вот вполне себе знаю многоквартирный дом (чуть выше среднего уровня; на много сотен квартир), построенный лет 5 назад, где вынос стояков и коллекторная схема реализованы...
А автоматика - очень хорошо ДОПОЛНЯЕТ такое инженерно-водопроводно-архитектурное решение.
И замену стояков (силами ТСЖ, без участия государства) в доме 20 лет отроду - тоже представляю.
Из этих данных можно сделать простой вывод: базовый комплект умной квартиры — панель с видеодомофоном плюс защита от протечек
Как-то статья вызывает противоречивые чуЙсива... С одной стороны - интеграторы молодцы, построии интересный дом. Видеодомофония там, защита от протечек.. А с другой - "умный дом" (="автоматизация инженерных систем") где? :)
Ибо, если разобраться:
Видеодомофония - это всё-таки часть раздела СКУД. Даже если она оснащена некоторыми наворотами в виде удалённого доступа.. СКС и ЛВС - это тоже другие разделы. Про то, как реализовано BMS, автоматизация ИТП и т.п. (прочая общедомовая автоматика) - авторы ничего толком не написали...
Остаётся только пульт управления ZigBee, который рулит двумя автоматами?
Да поквартирные датчики протечки...
PS. Плюс в меру умный лифт... (Кстати, он может распознать, что в 6 утра в квартиру № NN едут какие-то подозрительные личности, заблокировать их в лифте "до выяснения" и оповестить хозяев квартиры? :)))
оставить на имеющийся кран простой китайский электропривод и автоматически его дергать при срабатывании датчика протечки в любой квартире (для чего и нужен сервер для всего МКД) - вот инженерное решение, минимизирующее ущерб
И получим кучу ложных срабатываний с перекрытием ВСЕГО стояка от нескольких капель воды, упавших на пол после помывки в душе в какой-нибудь квартире и попавших на датчик.
Инженерное решение - вынести ВСЕ стояки (горячие, холодные, отопления) за пределы контура квартир в отдельное техническое помещение на каждой лестничной площадке. И от него - разводить в квартиры по коллекторной схеме.
А датчики и краны отключения - да, нужны. Но тогда они естественным образом встают в этом тех.помещении и рубят только отдельную квартиру. А ОТДЕЛЬНЫЕ датчики, которыми рулит УК - в тех.помещении контролируют целостность стояка.
Ну и плюс - нормально работающая УК (а лучше - ТСЖ), организующие плановую замену стояков раз в 15 лет...
Как переделывать - я выяснил на собственном опыте, когда у соседей сверху немножко так треснул стояк вертикальной фановой трубы (общедомовое, конечно, имущество, но от этого не легче) и надо было быстро-быстро менять кусок трубы, проходящий и через квартиру, и через мою:
Берешь кувалдочку и расхерачиваешь кусок стены (гипрок+плитка), закрывающий стояк.
А потом ищешь, кто соизволит заморочиться полутора квадратными метрами плитки и хоть как-то навести красоту...
Ну и при следующем ремонте санузлов - делаешь этот участок съёмным :)
Даже если бы система пожарной сигнализации выдавала БЫ сигналы тревоги на абсолютно детализированном поэтажном плане с фотофиксацией места расположения датчика, то всё равно отдельно взятый дежурный, получивший сигнал должен понимать:
А как туда дойти ногами? (а в историческом здании - далеко не всегда очевидная траектория движения...)
А где взять ключи?
А вот пришёл я на место - а оно и в самом деле дымится! Ой!
А что дальше делать?
А где взять огнетушитель?
А оно мне надо?
То есть: обучать персонал и проводить натурные учения - всё равно необходимо.
Увы! Переезд в конце 80х из "сталинки" (с кучей антресолей и шкафов для хранения всяких [почти]нужных вещей) в малогабаритную "хрущёвку" - не способствовали сохранению артефактов :)
По поводу алгоритмов автономного движения. У меня в детстве (середина 80х, а может - и начало) была советская радиоуправляемая гоночная машина. Она даже умела автономно объезжать препятствия.
Если при прямолинейном движении во что-то утыкалась, то автономно отъезжала назад где-то на пол-метра, поворачивала немного колёса и пыталась снова двинуться вперёд. Ну и так в цикле :)
Ужас, конечно... И кошмар... Но! Если уж охлаждение в физическом ЦОДе "посыпалось" и не тянет нынешнее излишне жаркое европейское лето (то ли при проектировании недоразмерили холодилку, то ли оборудование не самое удачное выбрали). То вероятность, что оно по мановению волшебной палочки починится - не велика. Надо полномасштабную реконструкцию системыиохлажления проводить. А это - год.
Так что, я бы ожидал дальнейших катаклизмов на этой площадке. Какбы печально это не звучало.
Ну очень авторам хотелось подтянуть к описанию своей системы какие-нибудь известные исторические события...
В незнакомой ситуации готовых правил может не быть.
Да вот скорее "В экстренной ситуации вы падаете до уровня своей подготовки, а не взлетаете до уровеня своих мечтаний".
Действия ответственных лиц в экстренных ситуациях должны отрабатываться на десятках и сотнях тренировок...
Если в Нотрдаме среагировать на критическое событие должен был "новый сотрудник, который в тот день дежурил всего третий день", то у собора намечались большие проблемы. И они - не в UX...
В данном случае попахивает "изнасилованием журналистами ученого". В изначальной новости от NVidia речь шла как раз об инженерном решении, которое имеет такие-то, сякие-то и вот этакие преимущества. И уменьшение затрат на потребление воды - там далеко не на первом месте. А потом журналисты из анлоязычного TechCrumch (заметку из которого и пересказала служба новостей Хабра) в своей новости сделали упор на модную экологическую подвеску повестку
Ок. На мой взгляд, надо либо перестать складывать яблоки с грушами (чему учат классе так во втором), либо обсуждать другую сущность.. "Фрукты" для совместного подсчёта яблок и груш; "Потребление воды современной промышленностью и сельским хозяйством" - для потребления воды производителями чипов, которые используются во многих других отраслях промышленности; и сельхозпредприятиями, чью продукцию едят чуваки, работающие в ЦОДах.
А вот вписывать в "потребление воды ЦОДами" ту воду, которую потребляют ДРУГИЕ отрасли капиталистического хозяйства - лишнее это..
PS. Тем паче - неплохо бы сформулировать: что и зачем мы считаем... Если в задаче "сколько процентов водостока имеющейся под руками реки мы извели на производство кукурузы и чипов" не сходится дебет с кредитом - ну давайте атомную опреснительную установку забабахаем (как в советском городе Шевченко на Каспии сделали) и глобально закроем вопрос с недостатком пресной воды в этом регионе.
Хочешь что-то сделать хорошо - сделай сам.Я прочитал тех.описание NVidia и написал краткое содержание: https://habr.com/ru/posts/1053208/
Основные идеи: *отвод тепла водой сразу от чипов; что позволяет подавать на вход внутренних блоков системы охлаждения воду температурой +45 (вместо +10 в классической схеме); * Меньшая "дельта температуры" позволяет использовать сухие градирни (их производительности - хватает, чтобы воду, нагретую после серверов до +55, остудить обратно до +45)
Проблема не в том, что "подберут". Проблема в том, что в общий доступ утекли сколько-то-там-много паролей. Обычно - в комплекте с логинами.
И если с сайта X утёк логин/пароль, то злоумышленник автоматически скриптом может его попробовать на сайте Y
И очень-очень длинный (но статичный и одинаковый для разных сайтов!) пароль “Мой первый автомобиль Lada куплен в 1992” внезапно премило подойдёт :(
Достаточно много общался (и писал ответы) в технических форумах.
Но, увы, ни разу в форумах не видел реализации одной "простой" идеи: оценки значимости всех сообщений. От "5" - критически важное для понимания вопроса до "1" - просто флейм/болтология.
Когда тема обсуждается уже много лет и счёт сообщений перевалил за многие сотни - такая идея дала бы возможность парой кликов выделить наиболее важное в теме.
Оценки могут ставиться или самим пользователем (дефолтная - "1". Считаешь сообщение важным - поменяй). Или модератор поставит правильную отметку.
Понимаю, что "под капотом" реализация такой идеи сильно повысила бы нагрузку на сервер. Все треды надо было бы генерить "на лету".
Зато можно было бы просматривать нить форума в режиме "Покажи мне только сообщения с весами 4 и 5"
PS. Сейчас, наверное, стОит уже думать о прикручивании RAG при помощи нейросетей к форумам...
Где-то я походе уже слышал...
"Подготовку специалистов в высших учебных заведениях проводить на базе полного среднего образования на основе соединения обучения с общественно полезным трудом. "
"При зачислении в высшие учебные заведения предоставлять преимущества лицам, имеющим стаж практической работы."
Это 1958 год. Закон «Об укреплении связи школы с жизнью и о дальнейшем развитии системы народного образования в СССР» :)
Однако еще
"в 1560 году первый Великий герцог Тосканы Козимо I Медичи решил построить дворец, где бы располагались административные (uffici) и судебные (Uffizi) учреждения Магистратуры Тосканского герцогства."
Потом, с течении веков, этот офисный центр стал знаменитой галлерей Уффицы во Флоренции :). Но изначально - вполне себе офисное здание. 1560 год.
Подозреваю, если покопаться - можно и сильно раньше что-то найти..
Офисные клерки XIX века смотрят на главу Perplexity с недоумением :)
Хм... "Оцифровали"... Вы попробуйте решить задачу, когда записи есть только на бумаге. В виде церковно-приходских книг. На церковно-славянском. Хранящиеся непонятно в каком архиве... (А может - и в церковном приходе чудом уцелели :))).
PS. Это обычная задача при попытке построить своё генеалогическое древо чуть поглубже...
PPS. Добро пожаловать в реальный мир, Claude! :)))
Да вот вполне себе знаю многоквартирный дом (чуть выше среднего уровня; на много сотен квартир), построенный лет 5 назад, где вынос стояков и коллекторная схема реализованы...
А автоматика - очень хорошо ДОПОЛНЯЕТ такое инженерно-водопроводно-архитектурное решение.
И замену стояков (силами ТСЖ, без участия государства) в доме 20 лет отроду - тоже представляю.
Поэтому и пишу...
Как-то статья вызывает противоречивые чуЙсива...
С одной стороны - интеграторы молодцы, построии интересный дом. Видеодомофония там, защита от протечек..
А с другой - "умный дом" (="автоматизация инженерных систем") где? :)
Ибо, если разобраться:
Видеодомофония - это всё-таки часть раздела СКУД. Даже если она оснащена некоторыми наворотами в виде удалённого доступа..
СКС и ЛВС - это тоже другие разделы.
Про то, как реализовано BMS, автоматизация ИТП и т.п. (прочая общедомовая автоматика) - авторы ничего толком не написали...
Остаётся только пульт управления ZigBee, который рулит двумя автоматами?
Да поквартирные датчики протечки...
PS. Плюс в меру умный лифт...
(Кстати, он может распознать, что в 6 утра в квартиру № NN едут какие-то подозрительные личности, заблокировать их в лифте "до выяснения" и оповестить хозяев квартиры? :)))
И получим кучу ложных срабатываний с перекрытием ВСЕГО стояка от нескольких капель воды, упавших на пол после помывки в душе в какой-нибудь квартире и попавших на датчик.
Инженерное решение - вынести ВСЕ стояки (горячие, холодные, отопления) за пределы контура квартир в отдельное техническое помещение на каждой лестничной площадке. И от него - разводить в квартиры по коллекторной схеме.
А датчики и краны отключения - да, нужны. Но тогда они естественным образом встают в этом тех.помещении и рубят только отдельную квартиру. А ОТДЕЛЬНЫЕ датчики, которыми рулит УК - в тех.помещении контролируют целостность стояка.
Ну и плюс - нормально работающая УК (а лучше - ТСЖ), организующие плановую замену стояков раз в 15 лет...
Как переделывать - я выяснил на собственном опыте, когда у соседей сверху немножко так треснул стояк вертикальной фановой трубы (общедомовое, конечно, имущество, но от этого не легче) и надо было быстро-быстро менять кусок трубы, проходящий и через квартиру, и через мою:
Берешь кувалдочку и расхерачиваешь кусок стены (гипрок+плитка), закрывающий стояк.
А потом ищешь, кто соизволит заморочиться полутора квадратными метрами плитки и хоть как-то навести красоту...
Ну и при следующем ремонте санузлов - делаешь этот участок съёмным :)
Даже если бы система пожарной сигнализации выдавала БЫ сигналы тревоги на абсолютно детализированном поэтажном плане с фотофиксацией места расположения датчика, то всё равно отдельно взятый дежурный, получивший сигнал должен понимать:
А как туда дойти ногами? (а в историческом здании - далеко не всегда очевидная траектория движения...)
А где взять ключи?
А вот пришёл я на место - а оно и в самом деле дымится! Ой!
А что дальше делать?
А где взять огнетушитель?
А оно мне надо?
То есть: обучать персонал и проводить натурные учения - всё равно необходимо.
Увы! Переезд в конце 80х из "сталинки" (с кучей антресолей и шкафов для хранения всяких [почти]нужных вещей) в малогабаритную "хрущёвку" - не способствовали сохранению артефактов :)
По поводу алгоритмов автономного движения. У меня в детстве (середина 80х, а может - и начало) была советская радиоуправляемая гоночная машина. Она даже умела автономно объезжать препятствия.
Если при прямолинейном движении во что-то утыкалась, то автономно отъезжала назад где-то на пол-метра, поворачивала немного колёса и пыталась снова двинуться вперёд.
Ну и так в цикле :)
Ужас, конечно... И кошмар... Но! Если уж охлаждение в физическом ЦОДе "посыпалось" и не тянет нынешнее излишне жаркое европейское лето (то ли при проектировании недоразмерили холодилку, то ли оборудование не самое удачное выбрали). То вероятность, что оно по мановению волшебной палочки починится - не велика. Надо полномасштабную реконструкцию системыиохлажления проводить. А это - год.
Так что, я бы ожидал дальнейших катаклизмов на этой площадке. Какбы печально это не звучало.
Как говорится: "Какие изысканные у людей проблемы!"
Ну очень авторам хотелось подтянуть к описанию своей системы какие-нибудь известные исторические события...
Да вот скорее "В экстренной ситуации вы падаете до уровня своей подготовки, а не взлетаете до уровеня своих мечтаний".
Действия ответственных лиц в экстренных ситуациях должны отрабатываться на десятках и сотнях тренировок...
Если в Нотрдаме среагировать на критическое событие должен был "новый сотрудник, который в тот день дежурил всего третий день", то у собора намечались большие проблемы. И они - не в UX...
В сервисе не хватает статуса "заправка вааще пока что закрыта"
(такое наблюдаю у соседней заправки самообслуживания. Обнесли забором. То ли ремонт, то ли - чтобы пресечь наливание больше, чем велено)
В данном случае попахивает "изнасилованием журналистами ученого". В изначальной новости от NVidia речь шла как раз об инженерном решении, которое имеет такие-то, сякие-то и вот этакие преимущества. И уменьшение затрат на потребление воды - там далеко не на первом месте.
А потом журналисты из анлоязычного TechCrumch (заметку из которого и пересказала служба новостей Хабра) в своей новости сделали упор на модную экологическую
подвескуповесткуОк. На мой взгляд, надо либо перестать складывать яблоки с грушами (чему учат классе так во втором), либо обсуждать другую сущность..
"Фрукты" для совместного подсчёта яблок и груш;
"Потребление воды современной промышленностью и сельским хозяйством" - для потребления воды производителями чипов, которые используются во многих других отраслях промышленности; и сельхозпредприятиями, чью продукцию едят чуваки, работающие в ЦОДах.
А вот вписывать в "потребление воды ЦОДами" ту воду, которую потребляют ДРУГИЕ отрасли капиталистического хозяйства - лишнее это..
PS. Тем паче - неплохо бы сформулировать: что и зачем мы считаем... Если в задаче "сколько процентов водостока имеющейся под руками реки мы извели на производство кукурузы и чипов" не сходится дебет с кредитом - ну давайте атомную опреснительную установку забабахаем (как в советском городе Шевченко на Каспии сделали) и глобально закроем вопрос с недостатком пресной воды в этом регионе.
Хочешь что-то сделать хорошо - сделай сам.Я прочитал тех.описание NVidia и написал краткое содержание:
https://habr.com/ru/posts/1053208/
Основные идеи:
* отвод тепла водой сразу от чипов; что позволяет подавать на вход внутренних блоков системы охлаждения воду температурой +45 (вместо +10 в классической схеме);
* Меньшая "дельта температуры" позволяет использовать сухие градирни (их производительности - хватает, чтобы воду, нагретую после серверов до +55, остудить обратно до +45)