@thedimahttps://ru.wikipedia.org/wiki/HP-UX
"Того самого UNIX" по факту никогда и не существовало - это семейство ОС, а не какая-либо определенная реализация.
А вот внутри них уже наверняка есть какая-нибудь тулза, которая живет с 60-х - там и надо искать. Какой-нибудь /bin/true или /bin/false, например.
@zar0ku1 Ну и да, если у вас там действительно во всех заголовках прописан mailserver.ru (а не вы заменили, чтобы данные не светить) - то такое письмо просто обязано в спам попасть =)
@d00mko дык. Зависит от цели использования. Если lxc нужен для абстрагирования от железа - то никакого KVM не нужно. Если для изоляции злых арендаторов vds внутри - то и патчи ядру не помогут (тем более, что там всё ещё не прикрутили pid namespace, насколько я помню, и htop внутри виртуалки кажет всё железо dom0) =)
@sushimaniac Lenovo IdeaPhone P770 вписывается в самых дешевых магазинах в $250. Дешевле я просмотрел - ничего толкового из официально продающегося в России. Ну китайцев за такие деньги, само собой, полно, но замучаетесь выбирать)
@sushimaniac бюджет-то тогда озвучьте ) На 4-5 дней, кстати, ни одного андроида сейчас не хватает, если на edge не переключаться и синхронизацию не выключать.
@donbot а технологии... можно сделать fault-tolerance сторадж для файлов (с мультимастер-аплоадом) средствами одного только nginx-a (ну и пары bash-скриптов, может быть). И оно будет работать быстрее всех остальных похожих решений с http-интерфейсом. А вот ответить на вопрос "какие продукты/технологии для этого нужно знать" - не получится. Со стороны конфига nginx'a там всё просто (минут 20 чтения примеров с wiki.nginx.org). Со стороны (как сейчас модно выражаться) облачных хранилищ - там вообще ничего нет. Знать, как работает CDN... хм. Да тоже не нужно (только для балансировки, но там есть готовые примеры, опять же). В итоге нужно просто "придумать" архитектуру такого стораджа и написать 20-30 строчек конфига к нему.
@donbot ну ок. DNS и почту вы туда сможете унести, к примеру. А остальное? Сами сервисы?
Тут вопрос не "новых технологий". Тут вопрос архитектуры и хорошего понимания того, как ваши сущности работают, что с ними может случиться, если они будут работать на двух+ серверах, как организовавывать failover и failback (для mysql, например, то ещё веселье, если мастер-мастер не использовать (а его в здравом уме не стоит использовать) - нет, есть конечно percona cluster... но... эх...), или как организовывать fault-tolerance архитектуру (а там вообще огромные талмуды написаны, в которых нет и 1/10 необходимого). В общем-то, этим занимаются аж 3 професии (devops со стороны разработки, SRE и топовые админы со стороны эксплуатации. Ещё иногда и системных архитекторов приплетают), каждая из которых очень и очень хорошо оплачивается в нашей стране.
Есть, конечно, простейшие готовые примеры (для той же почты, опять же - которые на самом деле не готовые, а "плюнь вон там, залатай вон там - может заработает"), но в остальном - это тот ещё геморрой.
В общем, если вы сами готовы копаться - то можете мне в жаббер завтра постучаться, часов после 16, я вам что-то обрисовать смогу, чтобы было направление куда копать. Но это не месяц и не два изучений всякой чуши, сразу предупреждаю) Это такой длинный путь хождения по граблям.
@Andrew_Tailor мхм. Да не должно... Стоп! Кто сказал?
Ну да, я тут чо та подумал и лучше всё же делать так, чтобы звонилка замыкала ключ (который в свою очередь будет замыкать контакты на матери, но не передавать напряжение). Правда, в научных терминах уже школьный курс физики не позволяет объяснить. Ну что-то вроде ключа с двумя положениями, который при наличии напряжения на ногах принимает одно положение, а при отсутствии - другое.
@misterkustwww.reaper-x.com/2008/07/10/set-up-caching-nameser... только строчки про forwarders и forward убрать нужно, емнип. Но вообще на винде такого действительно делать не стоит (тем более на десктопной) - у неё сетевой стек не предназначен для подобного.
@kotomyava ну да, не будет. Ага. То-то ко мне регулярно приходят с "я купил старый сервер с аукциона в hetzner, а он медленнее шаред-хостинга". Они ощутимо быстрее. На глаз - раза в 2-3 по iops.
"Того самого UNIX" по факту никогда и не существовало - это семейство ОС, а не какая-либо определенная реализация.
А вот внутри них уже наверняка есть какая-нибудь тулза, которая живет с 60-х - там и надо искать. Какой-нибудь /bin/true или /bin/false, например.