Ну, тут я частично соглашусь с botnet. Закрытый протокол, конечно, не безопаснее. Но сам факт того, что протокол закрыт несколько осложнит жизнь «злоумышленнику». Адекватных конечно, не остановит, а вот скриптикиддов, «пишущих» ботов\пассвьюверов\слушалок для той же аськи — легко.
Кстати, субъективно, в скайпе гораздо меньше спама, чем в ICQ\mail.
Здесь каждый решает сам, что ему важнее :)
Я единожды насмотревшись на дивные глюки с оптимизацией предпочитаю на боевых серверах ее отключать. Во всяком случае — на ядро и мир… Выигрыш там минимален, а вот головной боли может быть много.
Имхо, интересно бы смотрелась идея master-slave crond.
Аля — 1 сервер хранит кронтабы, остальные — берут у него и исполняют. Помогло бы в администрировании идентичных машин (клиенты в организации (машин этак 50), хостинг-сервера, web\mysql-сервера 1 проекта, etc).
Нужна новая задача? Задал на мастере, остальные у него забрали и сделали. :)
Какие 200 строк? Вы о чем? Весь man cron умещается на 1 экране. А описание, как установить задачу в кронтаб — это 2-3 строчки. Вот только однажды запомнив человек сможет настроить свои кронзадачи на любой системе. А в данном случае — пересадите его с гнума на KDE и он уже запутается.
Согласен в том, что GUI должен быть в том, с чем работает среднестатистический юзер. Для почты, для чатов, для офисных задач…
Но сколько бы я не пытался настраивать саму систему через разного рода гуевины, в итоге получается _больше_ геморроя, чем через консоль. Нет сейчас _нормального_ гуя для настройки системы. Под нормальным я понимаю:
-Унифицированность. Чтобы работало вне зависимости от дистрибутива, WM, DE, фазы луны.
-Простоты и _адекватности_. Чтобы не получалось, что включение 1 параметра молча выключает 3 соседних.
Не нужно пытатся сделать Linux доступным для _администрирования_ секретаршей. Потому, что если сделать — просто будет вторая винда. У описанной вами домохозяйки есть почта, интернет, openoffice да skype. Ей нужен cron? Нет. И SSH ей не нужен. Вот и не стоит, имхо, пытатся дать домохозяйке инструменты и функции сисадмина.
А еще я не понимаю, почему во времена, когда Linux пытаются сделать домашним компьютером находятся индивиды, которые боятся консоли. Не надо ее боятся — там все очень просто. И зачастую, очевиднее, чем в гуях.
1) Трафик. И со стороны сервера, и со стороны собирающего. Голый world+kernel у меня вышел на 300 метров (что не предел, я кое-что обрезал), + исходники, + ПО. Плюс ISO дистрибутива для установки на виртуалку. Итого выйдет не мало, да и анлим — не у всех.
2) Ресурсы. На обычном десктопе (а у меня и вовсе — ноутбук, хоть и мощный) эта процедура займет уже не два часа, а изрядно больше. А если еще виртуалка, которой отдали не все ресурсы машины...?
С добавлением серверов тоже не все так просто. Можно зарытся в SQL, причем не в сравнительно легко масштабируемый SELECT, а именно в инсерты, гораздо раньше чем понадобится второй сервер под фронтенд.
«Реальность еще страшнее» (с), биллинг, пусть даже Мастерхоста — далеко не такой хайлоад, как кажется со стороны.
Сколько у .m клиентов? Доменов .ru — 88000. Возьмем за число клиентов — 200000. Кругло. С запасом.
Допустим, что каждому клиенту нужно попасть в _биллинг_ — 2 раза в неделю. Итого — 8 раз в месяц. Опять-же, округлим до 10 раз. Получаем 2000000 заходов в биллинг в месяц, 500000 в неделю, 71000 в день, 3000 в час, 50 в минуту и меньше 1 юзера в секунду.
Это много? Нет, это очень мало :)
Даже если этих самых юзеров в минуту будет не 50, а 500, да даже 1000. Это все равно очень далеко до объемов не то, что гугла, а даже хабра.
Естественно, все рассчеты — очень примерные и врятли имеют отношение к реальности. Просто биллинг — сугубо техническая вещь, которая нужна клиентам не так часто. Я бы сказал совсем не часто. Чего там делать-то каждые 15 минут? Я думаю, 80% клиентов вообще заходят туда раз в месяц, оплатить хостинг на следующий месяц. Все.
А вот нагрузки тикетницы или главной сайта .m уже куда интереснее :)
Не нужно, для 1U. UPS обеспечивает и контролирует сам датацентр. А вот если брать сразу стойку 42U, то как правило есть возможность установки своего UPS.
Не нашел этот блог сразу.
Кстати, субъективно, в скайпе гораздо меньше спама, чем в ICQ\mail.
Я единожды насмотревшись на дивные глюки с оптимизацией предпочитаю на боевых серверах ее отключать. Во всяком случае — на ядро и мир… Выигрыш там минимален, а вот головной боли может быть много.
По-умолчанию :)
Аля — 1 сервер хранит кронтабы, остальные — берут у него и исполняют. Помогло бы в администрировании идентичных машин (клиенты в организации (машин этак 50), хостинг-сервера, web\mysql-сервера 1 проекта, etc).
Нужна новая задача? Задал на мастере, остальные у него забрали и сделали. :)
Но сколько бы я не пытался настраивать саму систему через разного рода гуевины, в итоге получается _больше_ геморроя, чем через консоль. Нет сейчас _нормального_ гуя для настройки системы. Под нормальным я понимаю:
-Унифицированность. Чтобы работало вне зависимости от дистрибутива, WM, DE, фазы луны.
-Простоты и _адекватности_. Чтобы не получалось, что включение 1 параметра молча выключает 3 соседних.
Не нужно пытатся сделать Linux доступным для _администрирования_ секретаршей. Потому, что если сделать — просто будет вторая винда. У описанной вами домохозяйки есть почта, интернет, openoffice да skype. Ей нужен cron? Нет. И SSH ей не нужен. Вот и не стоит, имхо, пытатся дать домохозяйке инструменты и функции сисадмина.
А еще я не понимаю, почему во времена, когда Linux пытаются сделать домашним компьютером находятся индивиды, которые боятся консоли. Не надо ее боятся — там все очень просто. И зачастую, очевиднее, чем в гуях.
Крон понятен, стандартизирован и есть везде. Без всяких привязок к гнуму или чему-то еще.
Не вижу смысла делать GUIню для того, что можно сделать за 30 секунд из консоли. Причем, еще и функциональнее и нагляднее.
p.s. Оно умеет отчеты на мыло высылать, получилось\нет?
1) Трафик. И со стороны сервера, и со стороны собирающего. Голый world+kernel у меня вышел на 300 метров (что не предел, я кое-что обрезал), + исходники, + ПО. Плюс ISO дистрибутива для установки на виртуалку. Итого выйдет не мало, да и анлим — не у всех.
2) Ресурсы. На обычном десктопе (а у меня и вовсе — ноутбук, хоть и мощный) эта процедура займет уже не два часа, а изрядно больше. А если еще виртуалка, которой отдали не все ресурсы машины...?
3) Да и просто интересная задача :)
Все зависит от специфики сайта.
Сколько у .m клиентов? Доменов .ru — 88000. Возьмем за число клиентов — 200000. Кругло. С запасом.
Допустим, что каждому клиенту нужно попасть в _биллинг_ — 2 раза в неделю. Итого — 8 раз в месяц. Опять-же, округлим до 10 раз. Получаем 2000000 заходов в биллинг в месяц, 500000 в неделю, 71000 в день, 3000 в час, 50 в минуту и меньше 1 юзера в секунду.
Это много? Нет, это очень мало :)
Даже если этих самых юзеров в минуту будет не 50, а 500, да даже 1000. Это все равно очень далеко до объемов не то, что гугла, а даже хабра.
Естественно, все рассчеты — очень примерные и врятли имеют отношение к реальности. Просто биллинг — сугубо техническая вещь, которая нужна клиентам не так часто. Я бы сказал совсем не часто. Чего там делать-то каждые 15 минут? Я думаю, 80% клиентов вообще заходят туда раз в месяц, оплатить хостинг на следующий месяц. Все.
А вот нагрузки тикетницы или главной сайта .m уже куда интереснее :)
-Тормозить
-Глючить
-Много геморроя
И назвается это «хакинтош» :)
И это, надо сказать, очень радует.
Возможно, и такое напишу, со временем.