Как стать автором
Обновить
4
1.8

Пользователь

Отправить сообщение

пора расходится

Вы не поняли. Расходится пора, не гаснет, рвётся ввысь! Дни вендинга лишь только начались!

туалетов можно например продавать по одному памперсы, тампоны и презики

В Вене уже несколько лет назад было, кстати. Правда, памперсы не видел, но может тоже есть.

В качестве адвоката дьявола, вот видео от человека, который, если я правильно помню содержание, в среднем за год вышел в плюс по электроэнергии при том, что ездит на электромобиле (временная метка на характеристиках):

https://youtu.be/UJeSWbR6W04?si=zazxTg5tdpL5gfJe&t=463

Правда, там не обычные панели, а черепица, что увеличивает площадь. И площадь дома я не знаю (возможно, где-то в видео было, но не хочется пересматривать сейчас). И это в США. Не Калифорния, но и не Сибирь – солнца побольше. Но без футбольного поля точно можно обойтись.

Подождите, мы ещё блокчейн до конца не выковыряли, места нет.

Я вначале подумал, что Ваш пароль – это история про сороконожку.

Кстати, работает. Я не читал и, в принципе, остался доволен, спасибо за статью :)

Так сломался или упёрся в TBW? То, что диск может сломаться – тут вопросов нет. Когда диск упрётся в TBW, он, насколько я помню, станет read only. Но только он сломается раньше :)

Очень странное решение с их стороны, учитывая, что работает оно через API. Если только они запихнули в него парочку локальных моделей, что тоже возможно.

Слушайте, я в жизни не слышал о человеке, который бы уткнулся в TBW. У меня ноутбук на SSD 12 лет уже, и торренты качал с него, и что только ни делал, разве что Chia не майнил) Думаю, это страшилки времён появления SSD.

Этот тред убивает меня. Нет противопоставления NVMe и SSD. То, что обычно называют NVMe – это SSD. Точнее, как правило, M.2 NVMe SSD.

Бывают M.2 SATA SSD. Бывают (относительно) большие U.2 NVMe SSD.

Я с Вами согласен в том, что полагаться на то, что мессенджер будет в приступе альтруизма хранить переписку и даже вложения "вечно" – сомнительная идея (хотя _пока что_ телеграм там делает, но гарантий никаких нет). И полностью поддерживаю необходимость резервного копирования истории. API для backup-ов был бы прямо очень кстати. Или хотя бы просто возможность легко экспортировать историю в тот же JSON. Кстати, я не смотрел, позволяет ли WhatsApp сделать что-нибудь подобное. Возможно, да, ведь им же нужно соблюдать GDPR. Но тут, опять же, не факт, что они всё хранят на серверах с учётом сквозного шифрования, а без "централизованного хранилища" процесс резервного копирования резко усложняется. Ещё, на мой взгляд, плюсик в копилку отсутствия шифрования по умолчанию.

Но в целом, если рассмотреть ситуацию отсутствия у пользователя регулярных backup-ов по правилу 3-2-1 с ZRAID-ами, магнитными кассетами и облаками, то я всё же остаюсь при своей позиции :) Ну и даже с резервным копированием делать его проще без сквозного шифрования.

Кстати, надо будет заморочиться резервными копиями наконец уже) Все семейные чаты в WhatsApp (у меня не было выбора :) ).

Да. Попробуйте потерять свой телефон. Я уже молчу о том, что WhatsApp – это невероятно плохое ПО. Вот я прямо сейчас проскроллил один из семейных чатов, и на маке я не вижу историю дальше 18 июня. Это как вообще? И это при том, что телефон мой – вот он, рядышком лежит, и там история есть (и даже её backup есть, нешифрованный, да, потому что сесурити у WhatsApp "на высоте"). Но и то не вся история, потому что часть картинок и аудиосообщений я загрузить уже не могу, месяц спустя. WhatsApp – невероятно, невероятно, невероятно плохая система.

Но оставим в стороне WhatsApp. Допустим, у нас есть нормальный мессенджер со сквозным шифрованием. Точно не Viber, но может быть Signal, не знаю, не пользовался. Некий гипотетический мессенджер. По определению, мы не можем хранить ключ от чата на сервере в открытом виде. То есть мы, по идее, могли бы хранить на сервере зашифрованную историю. И даже могли бы хранить шифрованный ключ от чата, полагаю. В этом случае утеря устройства не будет проблемой. Но пользователь должен иметь возможность расшифровать ключ, чтобы расшифровать историю. А значит, пользователь должен помнить пароль. Если пользователь потерял устройство и забыл пароль – дело дрянь. Например, решил вернуться в мессенджер после года отсутствия, посмотреть свои старые переписки.

Тут, конечно, можно сказать, что пользователь сам дурак, и, в целом, это правда. Но вот я за себя не могу на 100% поручиться, что я всегда на 100% не дурак. Мне гораздо-гораздо удобнее, чтобы не особо важная переписка была незашифрованной. Я логинюсь в любом месте и вижу всю свою историю, как оно и должно быть. Я забыл пароль – я восстанавливаю его, и всё хорошо. Я отдаю себе отчёт, что переписка хранится в открытом виде. При этом для ситуаций, которые требуют шифрования – я делаю два клика мышкой, и у меня шифрованный чат. Шифрованные чаты в Telegram, полагаю, можно было бы улучшить, но в целом главное – что обычные чаты не шифрованные.

Ну вот, то есть мы ещё и плюсы бэкапа не факт, что получим)) WhatsApp вообще поражает меня как ПО, за которым стоит многомиллиардная корпорация. На iOS backup-ы выполняются регулярно, но не знаю, насколько стабильно работает восстановление.

Ну так, полагаю, в коде клиента и есть? Если что, я это не "с наездом", просто по логике вещей он должен быть как раз там)

Бэкап – это не непонятное окно (по крайней мере, на iOS). Это "включено по умолчанию, и поди разберись, как выключить". Получаем все минусы сквозного шифрования и ноль приватности по умолчанию.

Сквозного шифрования по умолчанию быть не должно. Точнее, пусть все делают как хотят, конечно, но оставьте хоть один нормальный мессенджер.

@snakers4, на всякий случай дополню немного: объединив два Raid-1 по 2 Tb в Raid-0, Вы получите Raid-10 на 4 Tb, как Вы и ожидали.

Либо можете взять Raid-6, это тоже даст Вам 4 Tb. Работать будет медленнее, чем Raid-10, но зато Вы можете потерять любые два диска без потери данных. В случае с Raid-10 Вы можете потерять до 2 дисков, если они в разных Raid-1 массивах. Если накроются два диска в одном Raid-1 массиве, всему Raid-10 труба. Там довольно обширная тема с нюансами по resilvering-у, подбору числа дисков для оптимальной производительности и т.д., я сам разбираюсь довольно поверхностно, к сожалению :)

Ну и, конечно, не забывайте, что Raid – это не backup :)

Ну вот, остался один шаг :)

Raid-1 из любого числа 2 Тб дисков даст 2 Тб, т.к. это просто зеркало. Насчёт 10 – я никогда не работал с mdadm и не знаю, как там устроено создание Raid-10, но Raid 10 – это просто Raid-0 массив из двух Raid-1 массивов. Так что, если у Вас есть два Raid-1, вы можете объединить их в Raid-0, и получите Raid-10.

Информация

В рейтинге
1 249-й
Зарегистрирован
Активность