Ерунда все это. Люди перестанут пользоваться, как только это перестанет быть удобно. В частности когда за пета/экса перевалим, слишком большая погрешность будет.
А про ваше негодование «а как же стандарт»… Ну вот мощность по науке измеряется ваттами, однако «лошадиная сила» никуда не делась и вряд ли денется, хотя это вообще внесистемная единица.
Злобствующий выше хочу сообщить, что на данный момент samba4 создает AD домен одной командой в консоли, и попиванием кофе.
Про 1 сервер = 1 сервис. Это мудро, только когда без фанатизма. 1 сервер на dns, второй для dhcp, а третий для ntp? Даже с учетом виртуализации тратиться на такую сегментацию глупо.
Автору вопрос: как вы решили проблему неработающего Network Neighborhood в самбе?
Я как то пытался для себя вывести в чем проблема восприятия информации и пробовал провести некие аналогии с технологиями. Так вот сначала я подумал что у нас с вами «канал» ограничен, какой нибудь «гигабит» на вход. И нагружая этот канал бесконечно мы не можем — обилие интернетов и реального мира пергружает этот канал и пакетики начинают «выпадать». Как мне показалось нужно поотключать ненужное, и не забивать свой аплинк до 100%.
Но что то последнее время мне стало казаться, что я все же ошибся. Канал восприятия можно все же увеличивать: скорочтение, планирование… и т.д. А вот обрабатывать… вот тут я пока не могу понять как «циску сменить»;)
Не холивара ради… Я поддерживаю исследовательское начало linux комьюнити, новые фишки это прекрасно. Но вряд ли решусь использовать в продакшене что-то кроме ext4+lvm. Имхо btrfs, zfs пока для экспериментов и торрентохранилок.
Зачем им гики на убунтах? Целевая аудитория этого браузера — домохозяйки. А если гикам очень захочется, то появится обзор на хабре «Как собрать Я.браузер для линукса» ;)
1. почему не NFS?
Я почему спрашиваю: не знаю моженео ли через NFS обрабатывать некие семантические запросы, но то что клиент есть у всех ОС из ТЗ — факт.
2. Решение которое работало (в win среде) это Google Desktop. Искало очень прилично, и внутри документов в частности. Сейчас посмотрел, GD закрыт.
3. Все сервисы которые не нативно встраиваются в систему, а требуют зайти на некий портал, и больше одного действия для операций с документами неудобны и будут саботироваться ( ты лучше меня знаешь, egw :)
Да и зачем усложнять, если отлаженный порядок работы с деревом документов работает прекрасно, конечно если всеми работниками поддерживается.
А вообще мне кажется у физиков скорее всего половина произносимых слов будут с приставками «мега» «кило» «гига» и пр.
Видимо Ubuntu, окромя соблюдения странного стандарта, в этом смысла не видит.
А про ваше негодование «а как же стандарт»… Ну вот мощность по науке измеряется ваттами, однако «лошадиная сила» никуда не делась и вряд ли денется, хотя это вообще внесистемная единица.
Это не правда, так было раньше. 4 самба делалась на основе документации предоставленной MS, и вместе с некоторыми сотрудниками MS.
Спорно. От задачи зависит.
Это конечно. Поэтому использовать samba4 в продакшене разработчики крайне не рекомендуют.
Про 1 сервер = 1 сервис. Это мудро, только когда без фанатизма. 1 сервер на dns, второй для dhcp, а третий для ntp? Даже с учетом виртуализации тратиться на такую сегментацию глупо.
Автору вопрос: как вы решили проблему неработающего Network Neighborhood в самбе?
Я как то пытался для себя вывести в чем проблема восприятия информации и пробовал провести некие аналогии с технологиями. Так вот сначала я подумал что у нас с вами «канал» ограничен, какой нибудь «гигабит» на вход. И нагружая этот канал бесконечно мы не можем — обилие интернетов и реального мира пергружает этот канал и пакетики начинают «выпадать». Как мне показалось нужно поотключать ненужное, и не забивать свой аплинк до 100%.
Но что то последнее время мне стало казаться, что я все же ошибся. Канал восприятия можно все же увеличивать: скорочтение, планирование… и т.д. А вот обрабатывать… вот тут я пока не могу понять как «циску сменить»;)
Я почему спрашиваю: не знаю моженео ли через NFS обрабатывать некие семантические запросы, но то что клиент есть у всех ОС из ТЗ — факт.
2. Решение которое работало (в win среде) это Google Desktop. Искало очень прилично, и внутри документов в частности. Сейчас посмотрел, GD закрыт.
3. Все сервисы которые не нативно встраиваются в систему, а требуют зайти на некий портал, и больше одного действия для операций с документами неудобны и будут саботироваться ( ты лучше меня знаешь, egw :)
Да и зачем усложнять, если отлаженный порядок работы с деревом документов работает прекрасно, конечно если всеми работниками поддерживается.
Поэтому Spotlight удобен, а Alfresco нет.