Я не слышал что кто-то из интернационального крупняка отменял "вечные" бонусы.А если и отменят, то местячковые из-за этого сразу шумиху поднимут и не только рекламную, а ещё и лоббировать свои интересы начнут.
Microsoft делал это такое количество раз, что странно, как об этом можно было не услышать. При отключении Mesh и переходе на SkyDrive, а потом на OneDrive выдавалось кажется 15 GB + 25 GB loyalty, причём вначале одной цифрой, потом их специально подробили на две, потом первую порезали до 7GB, а потом до 5GB, потом, чтобы сохранить вторые 25GB надо было заходить и чего-то там кликать, а потом вторые 25 GB просто принудительно порезали до 10GB.
Немного не по теме, но было бы очень удобно, если бы в версиях L1 Lite без lorawan и с w5500, пины lorawan были бы доступны как обычные GPIO в дополнительной клемной колодке или как гнёзда на плате (по аналогии с SOCKET регионами). А то получается, что 6 пинов пропадают вникуда, найти их где-то на плате, кроме задней площадки и контактов отсутствующих резисторов не удалось.
Простые числа — это числа больше 1, которые не являются произведениями двух меньших чисел. На первый взгляд они кажутся довольно непритязательными: 2, 3 и 5 делят место на числовой прямой с такими целыми числами, как 4 и 6, которые могут быть построены путём простого умножения.
Однако по мере того как мы считаем все дальше, числа, которые нельзя разделить так просто, становится все труднее найти, что приводит к вопросу о том, возможно ли, что они в конце концов закончатся. Говорят, что это всё же бесконечный ресурс. Но это не облегчает их поиск.
А что вы предложите делать тем, у кого офис ненормальный? И больничный не взять? И вообще на рабочем компе трэкается время и нажатия мышкой? А таких очень много.
Перечитайте моё сообщение ещё раз - даже для подобных (больше, кстати, мифических) потогонок я предложил варианты, проверенные на практике.
Я считаю, что не стоит делать масштабные выводы, опираясь исключительно на свой, очень скудный, опыт.
Если вы работаете в офисе и вам надо прособеседоваться где-то ещё, как уже выше упомянуто, в нормальном офисе, вы сможете это сделать без напряга. Если у вас офис не очень, вы можете отпроситься домой. Если не можете отпроситься, можете заранее найти место потише и сходить туда прособеседоваться, например, на обед. Коворкинг/отель рядом, да даже просто ваша машина, на худой конец. Если не можете найти место - можете взять больничный или отпуск без оплаты. Я уже не говорю о том, что нового работодателя вполне можно попросить о собеседовании утром или вечером, вне своих рабочих часов. И это не теория, это то, что исполнялось на практике.
Всё это не рокет саенс и никакого ощутимого оверхеда по сравнению с работой из дома не добавляет.
Вы явно всю ветку не читали и растеклись куда-то не туда. Суть в том, что если проводить аналогии выноса виртуалки HA с относительно мощного домашнего сервера на физический NUC за 5 тыщ с разделением телефона и фотоаппарата, то в этой аналогии NUC - это дешёвый фотоаппарат с хреновым качеством фото.
И, вместо покупки телефона с батареей большей ёмкости или покупки пауэрбанка или просто контроля за уровнем заряда, покупается фотоаппарат, которые делает фотографии хуже качеством (производительность), который надо отдельно заряжать, который надо отдельно бэкапить и которым надо отдельно управлять. Примерно так видится полная аналогия :)
Да нет, почему. Если нужно перетыкивать, то решается это просто пробросом отдельного USB контроллера в виртуалку, либо вышеупомяного wifi-zigbee моста. Допускаю, что есть и ещё более простые варианты по пробросу устройства по UUID, но сам ими не пользовался.
любая перезагрузка хоста либо обновление пакетов KVM делала на какое-то время дом дурачком
Ну так и обновления HAOS/HA на отдельном физическом хосте, которые приезжают достаточно часто, будут давать даунтайм и необходимость предусматривать корректную работу оборудования на время даунтайма.
без костылей
В моём представлении, вынос одного из многих домашних сервисов с общего гипервизора на отдельный физичекий хост - это как раз костыль. Но, понимаю, что каждому - своё, кому-то проще так.
Странно, ни разу не встречал подобного на с zigbee, ни с bt адаптерами, хотя запускал hassos на самых разнообразных конфигурациях, типа bhyve/kvm/hyper-v с пробросом как usb контроллеров, так и usb устройств. Ну и решать это, всё-таки, гораздо дешевле шлюзом wi-fi <-> zigbee.
Полноценный HAOS на самостоятельной железке выглядит лучшим вариантом для полноценного сервера умного дома.
Полноценный HAOS в виртуалке на самостоятельной железке будет лучшим вариантом для полноценного сервера умного дома. Отдавать весь физический хост под hassos и загонять себя в ограниченный список addon-ов, вместо того, чтобы просто запускать любые контейнеры рядом с виртуалкой HAOS (а не в ней) - это очень странное и недальновидное решение. Оно может быть вынужденным из-за каких-то серьёзных ограничений хоста, но рекомендовать его всем подряд уж точно не стоит.
Это не более чем стандартный waiver of responsibility. За полтора года пользования immich могу вспомнить только один раз, когда immich помер после обновления, да и то, это было связано с привычкой читать release notes только когда всё уже прилёгло.
У вас 24/7 будет под столом жужжать старый Celeron, электричество он не потребляет? Про надёжность уже писали..
Если вы собираетесь хостить дома только один immich, то, конечно, не имеет смысла ради этого тратиться на отдельный сервер и его обслуживание. Если же вы хостите, кроме immich, ещё пару десятков сервисов и десяток виртуалок для домашнего пользования, то затраты на оборудование, электричество и обслуживание достаточно быстро окупятся.
Если я правильно понял всё изложенное, юмани не предоставили никаких пруфов, что про уязвимость им было известно до автора и не сообщили, когда именно уязвимость была закрыта.
Автор же, в свою очередь, не предоставил никаких пруфов, что уязвимость существовала до 26.08, что до 26.08 он пытался связаться с юмани (как заявлено в статье) и того, что уязвимость закрыли 03.09 или 04.09.
что в «сложной» FreeBSD, что в «пользовательской» Ubuntu на сегодняшний день вас будут ждать практически одинаковые базовые утилиты и приложения: grep, awk, mc, bash, perl, python и так далее.
Разумеется отличия есть (временами существенные), но с годами их все меньше и меньше и тенденция — к все большей унификации и единообразию.
Вообще не замечаю такой тенденции, если сопоставлять, например FreeBSD и Debian. Скорее, наоборот - за последние лет 10, базовый набор утилит разошелся в разные стороны.
Например, у FreeBSD остались старые добрые ifconfig, netstat, sockstat, а в debian базовые давно переехали на ip, ss, ip route с совершенно другими флагами. В FreeBSD host, а в debian скорее dig. В FreeBSD fetch, а в debian wget и много другого разного. Конечно, в debian пока ещё можно вернуть тот же ifconfig, но это уже далеко не базовые утилиты.
Фактически все что доступно в Linux — будет доступно и в FreeBSD (за редкими исключениями).
Возможно, это действительно так для прикладного декстопного ПО (хоть и верится с большим трудом), но для серверного ПО это очень далеко не так. Тот же docker под freebsd, насколько я знаю, до сих пор поднимается через виртуалку с луниксом, то есть docker-а под freebsd просто нет.
Microsoft делал это такое количество раз, что странно, как об этом можно было не услышать. При отключении Mesh и переходе на SkyDrive, а потом на OneDrive выдавалось кажется 15 GB + 25 GB loyalty, причём вначале одной цифрой, потом их специально подробили на две, потом первую порезали до 7GB, а потом до 5GB, потом, чтобы сохранить вторые 25GB надо было заходить и чего-то там кликать, а потом вторые 25 GB просто принудительно порезали до 10GB.
Немного не по теме, но было бы очень удобно, если бы в версиях L1 Lite без lorawan и с w5500, пины lorawan были бы доступны как обычные GPIO в дополнительной клемной колодке или как гнёзда на плате (по аналогии с SOCKET регионами). А то получается, что 6 пинов пропадают вникуда, найти их где-то на плате, кроме задней площадки и контактов отсутствующих резисторов не удалось.
В текущем изложении статьи это понять невозможно.
Говорят? Ну, в принципе, да, не так давно, Евклид пустил такой слушок.
Это офис, где есть кабинки/переговорки, доступные сотрудникам для бронирования.
Вы заметили, что, помимо такого варианта, я предложил ещё 5 (пять) альтернатив?
Именно поэтому я и писал про альтернативы, которыми пользовался лично сам.
Нет, вы очень невнимательно прочитал мой ответ.
Точно намного больше, как минимум, на один порядок.
Перечитайте моё сообщение ещё раз - даже для подобных (больше, кстати, мифических) потогонок я предложил варианты, проверенные на практике.
Я считаю, что не стоит делать масштабные выводы, опираясь исключительно на свой, очень скудный, опыт.
Если вы работаете в офисе и вам надо прособеседоваться где-то ещё, как уже выше упомянуто, в нормальном офисе, вы сможете это сделать без напряга. Если у вас офис не очень, вы можете отпроситься домой. Если не можете отпроситься, можете заранее найти место потише и сходить туда прособеседоваться, например, на обед. Коворкинг/отель рядом, да даже просто ваша машина, на худой конец. Если не можете найти место - можете взять больничный или отпуск без оплаты. Я уже не говорю о том, что нового работодателя вполне можно попросить о собеседовании утром или вечером, вне своих рабочих часов. И это не теория, это то, что исполнялось на практике.
Всё это не рокет саенс и никакого ощутимого оверхеда по сравнению с работой из дома не добавляет.
Я правильно понимаю, что на основании своего опыта работы в 1 (одном) офисе, вы делаете глобальные выводы:
?
Аналогичный вопрос.
Это очень далеко не так. В каких-то случаях просто не так удобно, а в других (когда нет созвонов) вообще нет разницы.
Далеко не всегда через ИП.
Разве что в каких-нибудь госах. В коммерческой конторе такое может быть, если род деятельности вашего ИП совпадает с самой конторой.
Уже довольно давно, во многих офисах, нет никакой проблемы залезть в какую-нибудь глухую кабинку и там хоть обсобеседоваться.
В целом, статья похожа на некие рассуждения с дивана без особой привязки к реальным ситуациям.
Вы явно всю ветку не читали и растеклись куда-то не туда. Суть в том, что если проводить аналогии выноса виртуалки HA с относительно мощного домашнего сервера на физический NUC за 5 тыщ с разделением телефона и фотоаппарата, то в этой аналогии NUC - это дешёвый фотоаппарат с хреновым качеством фото.
И, вместо покупки телефона с батареей большей ёмкости или покупки пауэрбанка или просто контроля за уровнем заряда, покупается фотоаппарат, которые делает фотографии хуже качеством (производительность), который надо отдельно заряжать, который надо отдельно бэкапить и которым надо отдельно управлять. Примерно так видится полная аналогия :)
Да нет, почему. Если нужно перетыкивать, то решается это просто пробросом отдельного USB контроллера в виртуалку, либо вышеупомяного wifi-zigbee моста. Допускаю, что есть и ещё более простые варианты по пробросу устройства по UUID, но сам ими не пользовался.
Ну так и обновления HAOS/HA на отдельном физическом хосте, которые приезжают достаточно часто, будут давать даунтайм и необходимость предусматривать корректную работу оборудования на время даунтайма.
В моём представлении, вынос одного из многих домашних сервисов с общего гипервизора на отдельный физичекий хост - это как раз костыль. Но, понимаю, что каждому - своё, кому-то проще так.
Странно, ни разу не встречал подобного на с zigbee, ни с bt адаптерами, хотя запускал hassos на самых разнообразных конфигурациях, типа bhyve/kvm/hyper-v с пробросом как usb контроллеров, так и usb устройств. Ну и решать это, всё-таки, гораздо дешевле шлюзом wi-fi <-> zigbee.
Полноценный HAOS в виртуалке на самостоятельной железке будет лучшим вариантом для полноценного сервера умного дома. Отдавать весь физический хост под hassos и загонять себя в ограниченный список addon-ов, вместо того, чтобы просто запускать любые контейнеры рядом с виртуалкой HAOS (а не в ней) - это очень странное и недальновидное решение. Оно может быть вынужденным из-за каких-то серьёзных ограничений хоста, но рекомендовать его всем подряд уж точно не стоит.
Это не более чем стандартный waiver of responsibility. За полтора года пользования immich могу вспомнить только один раз, когда immich помер после обновления, да и то, это было связано с привычкой читать release notes только когда всё уже прилёгло.
Если вы собираетесь хостить дома только один immich, то, конечно, не имеет смысла ради этого тратиться на отдельный сервер и его обслуживание. Если же вы хостите, кроме immich, ещё пару десятков сервисов и десяток виртуалок для домашнего пользования, то затраты на оборудование, электричество и обслуживание достаточно быстро окупятся.
Тем не менее, всем ранее озвученным критериям он удовлетворяет.
А эта информация откуда?
Если я правильно понял всё изложенное, юмани не предоставили никаких пруфов, что про уязвимость им было известно до автора и не сообщили, когда именно уязвимость была закрыта.
Автор же, в свою очередь, не предоставил никаких пруфов, что уязвимость существовала до 26.08, что до 26.08 он пытался связаться с юмани (как заявлено в статье) и того, что уязвимость закрыли 03.09 или 04.09.
Вообще не замечаю такой тенденции, если сопоставлять, например FreeBSD и Debian. Скорее, наоборот - за последние лет 10, базовый набор утилит разошелся в разные стороны.
Например, у FreeBSD остались старые добрые ifconfig, netstat, sockstat, а в debian базовые давно переехали на ip, ss, ip route с совершенно другими флагами. В FreeBSD host, а в debian скорее dig. В FreeBSD fetch, а в debian wget и много другого разного. Конечно, в debian пока ещё можно вернуть тот же ifconfig, но это уже далеко не базовые утилиты.
Возможно, это действительно так для прикладного декстопного ПО (хоть и верится с большим трудом), но для серверного ПО это очень далеко не так. Тот же docker под freebsd, насколько я знаю, до сих пор поднимается через виртуалку с луниксом, то есть docker-а под freebsd просто нет.