|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 28 Sep 2003 10:53:58
To : Victor Wagner
Subject : Re: autologin
--------------------------------------------------------------------------------
vitus@45.free.net пишет:
> У этих затейников есть одно но - они почему-то
считают что их софт
> умнее пользователя. В Linux так не принято.
;)
Я не хочу спорить о таких тонких материях, скажу
только что идея о пользователе, который сам не
знает что хочет, прописана еще в том же Бруксе. И
БГ если что и выдумал, так более подсмотрел и списал.
AB>> Есть сервер - получаем dhcp. Hет сервера -
AB>> получаем 196.ххх .
> А с чего это у нас сервера нет? У нас с большей
вероятностью
;)
Я не теоретик. Я практик. Поэтому мне не надо
придумывать "с чего это у нас". Вот на-вскидку:
1. Сервер стартует после восстановления питания
дольше станций.
2. Патчкорд подгнил/отвалился а его поправили.
3. .... Да что угодно !
У меня все такие случаи прописаны в счетах за мобилу.
Вопрос не в том как это может произойти. Вопрос в
том почему "тупой и гадкий" мастдай в таком случае
ведет себя лучше чем линукс ? И причем как с
клиентской так и с серверной стороны. Прописывание
сетки 196 это попытка исправить такое положение
вещей. Так вот если бы разработчикам линукса
поменее *nix-ового снобизма, так эта попытка
состоялась немного раньше.
> электроэнергии нет. Потому что на сервере
UPS-есть, а на рабочие станции
> может и не хватить.
AB>> Есть сервер - входим в домен. Hет сервера -
AB>> логинимся автономно.
> И что у нас получается? А туфта получается -
принес я на работу свой
> личный ноутбук, а он зачем-то доменных юзеров
пускает.
;))))
Hу так надо нанять админа для администрирования
домашнего ноутбука ;)
> Проблема разграничения зон ответственности -
отнюдь не такая простая,
> как кажется.
AB>> Есть сервер - обновляем профиль. Hет сервера
- нам
AB>> доступна локальная копия профиля.
> Кстати, если уж на то пошло, рекомендую
посмотреть на CODA filesystem
> Она как раз предназначена для решения той самой
задачи, которую ты
> описываешь - синхронизации (возможно,
отложенной) каталогов с
> документами. В официальном ядре c незапамятных
времен. Так что даже
> твоему условию "подождем, пока станет
стандартом" удовлетворяет.
Как говорил один англичанин, не надо усложнять без
особых на то оснований.
AB>> Это значит, пользователь всегда имеет тот
документ
AB>> который у него в работе. Даже если нечего
монтировать.
> Собственно, виндовые профайлы эту задачу решают
крайне безобразно.
Опять вопрос не в том "как". Они то это давно уже
поставили своей задачей. И с каждой версией решают
все лучше и лучше. Я еще могу понять стенания
ОпенСоурс разработчиков на проприетарность
хардверной информации, которая не позволяет с
тойже скоростью вносить новое оборудование в базу
драйверов линукса как и виндоуса. Hо здесь то что
мешает ? Imho просто спесь и зазнайство. Радует
что чем более коммерциализованы разработчики
дистрибутивов, т.е. RH/SuSE/MDK..., тем менее там
самодовольства и глупости. Увы, приверженцы
архитектурно убогой дистрибуции slackware и им
подобные, еще долго будут маятся дурью вокруг
своих убогиньких линуксовых откровений.
> Во-первых, туда зачем-то попадают кэши браузера
и бесполезно расходуется
> полоса пропускания сети на их таскание туда-сюда.
[....]
Hе хочу это обсуждать. Это забота мастдайщиков -
отладка синхронизации. Главное , что они этим
занимаются _уже_, а в эхотаге конь не валялся.
Bye.
----
Aleksey Barabanov <alekseybb@mail.ru>
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
