4 апреля 2007 в 23:17
Господа планирую создать проект который бы, был максимально отказостойчивым при больших нагрузках. Сам проект будет интернациональный (мультиязычным) поэтому сейчас пока щелкаю подходящие модули. Т.к. не имею большого опыта администрирования серверов и друпала в частности, сейчас собираю и упорядочиваю информацию по настройкам сервера.
Так же не маловажным были бы комментарии по настройкам друпала и его модулей. Прошу ссылок на мануалы у более опытных, накидайте что там у вас в избранном по теме (желательно на русском)
Комментарии
Зачатки документации по ссылкам внизу. Там же есть поиск по Русским сайтам.
======================================================
[url=http://wiki.drupal.ru]Документация[/url],[url=http://wiki.drupal.ru/doc/poleznye_ssylki_dlya_dizainerov]Дизайн[/url],[url=http://wiki.drupal.ru/doc/gotovye_perevody]Переводы[/url]
Только могу сразу сказать - с точки зрения устойчивости - настройка CMS - это только 1/3 от того, что нужно сделать, если не одна четверть. Остальное касается настроек операционной системы, веб-сервера и сервера БД.
По последнему вопросу - интересный сайт.
Ещё рекомендую взглянуть на проекты:
http://drupal.org/project/blockcache
http://drupal.org/project/boost
http://drupal.org/project/memcache
и топик по кешированию в memcache в девелоперской рассылке:
http://lists.drupal.org/pipermail/development/2007-March/022864.html
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Ребята, вы только о производительности!
А кто подумает о лимитах? А кто подумает о прозрачном проксировании? А кто подумает об ограничениях коннектов к CMS, чтобы её элементарно не завалили шквалом запросов? А кто подумает о DoS и флуд-атаках? Эх....
Может, с такими вопросами лучше обратиться к мануалу Вашего веб-сервера? Друпал тут, кажется, ни при чем...
Ultraboy прав, по-моему Drupal тут также, совсем не причём. На PHP-скрипт работающий под вебсервером вешать задачу QoS можно только в крайнем случае, когда более низкие уровни системы не доступны для настройки. Иначе чем ниже уровень, тем надёжнее защита. QoS (решающий задачи DoS-атак и лимитирование сетевых нагрузок - это уровень ядра ОС, ограничение памяти - настройка вебсервера, СУБД и PHP). Drupal тут с самого краю. Хотя в нём есть решения вроде throttle, но это способ, когда других способов не доступно.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
спасибо всем откликнувшимся. собственно гуглю щас на эту тему, много непонятного и любопытного заказал выделенный сервер и книгу, буду debian тюнить. респект всем!
p.s. интересно проводился ли, какой нибуть тест на производительность на на nix'ах и windows.
Так этот тест будет как средняя температура по больнице. Тесты надо проводить на одинаковом железе и софте, с одинаковыми версиями, с одними и теми же модулями и т.д.
Конечно unix будет лучше. Я не только говорю это как фанат Linux, но и основываясь на статистике серверов в Интернете - подавляющее большинство - это unix системы.
Тока вот насчёт debian я тебе не советую. Нет, дистрибутив не самый плохой, просто неочевидный скажем так. Лучше возьми Fedora Core последнюю или если для тебя не жить не быть важна проверенность временем, то CentOS последний.