Здравствуйте, Sheridan, Вы писали:
A>>Нет, скажем TCP/IP я могу удалить... ну знаю. Никогда не приходилов в голову. Не мешает ведь S>Совсем? Потереть dll, почистить реестр... ы?
Нет, нафиг. uninstall делается культурно. Просто удаляется TCP/IP протокол.
Здравствуйте, Sheridan, Вы писали:
S>Гибкость гибкости рознь... S>Я не знаю есть ли решение этой проблемы. Лично я навертел бы скриптов, благо мне это несложно...
Либо придёться делать полный парсинг конфигов, либо потеряешь иерархичность настроек. Вариант со криптами даже на уровне использования вобщем-то хуже. Жду пока кто-нибудь ещё выскажеться. Может чего и есть.
S>Пофигу. Как я понял на репозитории gentoo при срыве синхронизации у тебя просто половина окажется засинкано, и эта половина при следующий синхронизации оно просто прокатит как неизмененные.
Гут. То есть репликация у нас нарушет целостность данных: одни файлы будут новые, а другие старые. Надо бы что-то помимо rsync придумать.
A>>Демон надеюсь стандартный? S>Может и есть стандартный... S>Во всяком случае мне несложно и скриптами обвязать это дело и по крону пускать. Можно на сях написать софтинку и повесить как демон... Мне это несложно. Тебе будет сложно.
Здравствуйте, Sheridan, Вы писали:
S>>А я в этой фразе имел ввиду срок жизни сервака. S>Я хотел сказать "компа под линухом"...
Я не очень понимаю что ты хочешь сказать. Что значит со временем? Через год настройки он таки будет идеален? Мне надо всего-навсего хорошо, зато прямо сейчас.
Здравствуйте, Sheridan, Вы писали:
S>В таком случае идеальный пользователь это полное его отсутствие. И это работает еще лучше. S>Зачем пользователя в настройки загонять? Да пусть он про них занть не будет вообще. А вот тем кто таки хочет настроить тем дать возможность. S>И ход продуман — окно с минимальным количеством настроек и кнопкой "Дополнительно...".
Даже в этом случае нельзя заставлять пользователя принимать решения, если у него не хватает информации. Множество непонятных настроек это элементарная лень разработчика самому разобраться что лучше.
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, anton_t, Вы писали:
S>>>уууууууууууууу как все запущено... S>>>Считаем пользователей ламерами поголовно? _>>Пользователям вот делать больше нечего, как по настройкам лазить. Идеальный интерфейс — это единственная педаль, нажал — работает
S>В таком случае идеальный пользователь это полное его отсутствие. И это работает еще лучше.
Естественно. Там где дешевле обойтись без человека нужно обходиться без него.
S>Зачем пользователя в настройки загонять? Да пусть он про них занть не будет вообще. А вот тем кто таки хочет настроить тем дать возможность. S>И ход продуман — окно с минимальным количеством настроек и кнопкой "Дополнительно...".
Согласен. Только маленький нюанс — не всё нужно разрешать настраивать. adontz уже написал
Здравствуйте, Sheridan, Вы писали:
S>В 3 дня уложиться можно имхо только с перезапуском сервиса, а вот потом потихоньку все затюнить. S>Или ты венду не настраиваеш по мере необходимости?
Вобщем я так понял, что нормальной репликации я под Linux так и не увижу. Мда. Вот тебе и супер-ОС. Хотя с финальным наездом я пожалуй подожду, может кто-нибудь что-то таки знает. Лучше выглядеть умным потом, чем дураком сейчас
Здравствуйте, adontz, Вы писали:
A>Вобщем я так понял, что нормальной репликации я под Linux так и не увижу. Мда. Вот тебе и супер-ОС. Хотя с финальным наездом я пожалуй подожду, может кто-нибудь что-то таки знает. Лучше выглядеть умным потом, чем дураком сейчас
Чтобы была реплика нормальнае ее должен поддерживать сама софтина, которую надо реплицировать. Мускуль не умеет.
Мне интересно как бы ты настроил реплику мускуля в твоей супер активной папке?
[RSDN@Home][1.2.0][alpha][655]
[Ленивые всегда собираются сделать что-нибудь. [Л. Вовенарг]]
Здравствуйте, adontz, Вы писали:
A>Я не очень понимаю что ты хочешь сказать. Что значит со временем? Через год настройки он таки будет идеален? Мне надо всего-навсего хорошо, зато прямо сейчас.
Сейчас будет хрошо. А потихоньку станет еще лучше. При некривых руках это теоретически получится под любой осью. Практически же я видел такое токо в линухах.
[RSDN@Home][1.2.0][alpha][655]
[Лучше терпеть зло, чем причинять зло. [У. Моэм]]
Здравствуйте, Sheridan, Вы писали:
S>Чтобы была реплика нормальнае ее должен поддерживать сама софтина, которую надо реплицировать. Мускуль не умеет. S>Мне интересно как бы ты настроил реплику мускуля в твоей супер активной папке?
А зачем? Для указанных задач мне сервер БД вообще бы не понадобился. А вот у MS SQL (я бы его в составе SBS всё равно бы получил) есть замечательная репликация в любое количество сторон и даже распределённые транзакции.
Здравствуйте, Sheridan, Вы писали:
S>Чтобы была реплика нормальнае ее должен поддерживать сама софтина, которую надо реплицировать. Мускуль не умеет. S>Мне интересно как бы ты настроил реплику мускуля в твоей супер активной папке?
Насколько я понимаю, adontz в кач-ве groupware предполагает использовать Exchange Server, он умел делать репликацию с самой первой версии. Из сносных решений с репликацией мне известно только одно — отдельно докупаемая репликация к Postgress, но когда я ей интересовался она стоила таких денег, что купить MS SQL выходило дешевле.
Здравствуйте, lazymf, Вы писали:
L>Насколько я понимаю, adontz в кач-ве groupware предполагает использовать Exchange Server, он умел делать репликацию с самой первой версии. Из сносных решений с репликацией мне известно только одно — отдельно докупаемая репликация к Postgress, но когда я ей интересовался она стоила таких денег, что купить MS SQL выходило дешевле.
Из сносных решений для open-source продуктов я имел в виду.
Здравствуйте, Sheridan, Вы писали:
S>Сейчас будет хрошо. А потихоньку станет еще лучше. При некривых руках это теоретически получится под любой осью. Практически же я видел такое токо в линухах.
Пока что я вижу исключительно кривые решения и костыли. Это касается
Репликации.
Во время репликации приходиться останавливать работу, потому что она внешняя.
Репликация не обеспечивает целостность данных при обрыве связи.
Прав доступа на конкретные настройки
Их вообще нет и приходиться эжмулировать через скрипты.
Репликация прав доступа на конкретные настройки наверное вообще красота
Здравствуйте, adontz, Вы писали:
S>>Пофигу. Как я понял на репозитории gentoo при срыве синхронизации у тебя просто половина окажется засинкано, и эта половина при следующий синхронизации оно просто прокатит как неизмененные.
A>Гут. То есть репликация у нас нарушет целостность данных: одни файлы будут новые, а другие старые. Надо бы что-то помимо rsync придумать.
ты не понял. Оно запускается поновой просто. И соответственно засинканая половина не будет уже синкаться, если файлы не успели обновиться.
Оно же не тягает тудасюда непоменявшиеся файлы
A>Понятно. Боксовых решений ты не знаешь.
Да, не знаю, не было необходимости искать.
[RSDN@Home][1.2.0][alpha][655]
[Все приходит для того, кто умеет ждать. [Б. Дизраэли]]
Здравствуйте, lazymf, Вы писали:
L>Насколько я понимаю, adontz в кач-ве groupware предполагает использовать Exchange Server, он умел делать репликацию с самой первой версии.
А если Exchange интегрировать в Active Directory... у-у-у-ух
Здравствуйте, adontz, Вы писали:
A>Пока что я вижу исключительно кривые решения и костыли. Это касается A>Репликации. A>Во время репликации приходиться останавливать работу, потому что она внешняя.
Угу, а в директорях значит ненадо
A>Репликация не обеспечивает целостность данных при обрыве связи.
Подобное может случится при любой реплике
A>Прав доступа на конкретные настройки A>Их вообще нет и приходиться эжмулировать через скрипты. A>Репликация прав доступа на конкретные настройки наверное вообще красота
А настрой активдиректори чтобы у всех в icq были одинаковые контакты.
[RSDN@Home][1.2.0][alpha][655]
[Люди, которым нечего сказать, никогда не лезут за словом в карман. [Б. Шоу]]
По сравнению с ХР, конечно.
Тем, что темы отключены 
