1. Это Google уговаривает Вас воспользоваться лучшим почтовым механизмом в мире. ГЛОБАЛИЗАЦИЯ.

2. Вопрос с никами Вы должны решить самостоятельно.

Эта статья практически во всем, что касается сервисов Google, перекликается с моим новым проектом: я создаю два сообщества в своих доменах (job.org.ua и law.org.ua). Черновой Вариант Статьи на эту тему здесь, а мой Google Mail здесь.

Вот этот код для Drupal 6.x. Отличается от версии под 5.х изменениями в стандарте Drupal.

Сейчас работает на моем сайте. Можете глянуть: http://job.org.ua/.

Жаль, что на Drupal.org полезные сниппеты еще под 4.х и 5.х. Все приходится переделывать.

А как всё таки на друпале сделать сайт, который бы держал большое количество посетителей?

Я писал уже об этом на этом сайте.
"Мухи отдельно, котлеты отдельно!"
Посещаемые сайты используют отдельные машины на:
1. WEB сервер c кешем страниц
2. CSS
3. JS
4. Images
5. DataBase (не знаю, можно ли без хаков в ядре сделать распределенную базу на Друпале)

Пункты 2 и 3 можно объединить на одной машине.

Этот вариант для форума Drupal 6.х. Всего две правки.
<?php
function MY-THEME-NAME_forum_topic_list($tid, $topics, $sortby, $forum_per_page) {
global $forum_topic_list_header;
if ($topics) {
//
// следующий запрос собирает с каждой ноды этой страницы данного форума
// содержимое поля "Заголовок комментария" , "Количество просмотров ноды"
// для того чтобы ограничить данный запрос только текущей страницей
// есть два пути: либо разбирать переменные $sortby, $forum_per_page и

Исходя из того, что мне стало известно о Вашем ресурсе, могу сделать следующие выводы:

1. Аппаратные ресурсы хостинга на границе выживаемости.
или
2. Вы выбрали не тот VPS.
или
3. Возможно неправильно отконфигурирован Ваш Веб сервер. Основную долю памяти Вашего VPS забирает именно он.

На базу данных должна выделяться более мощная машина, свободная от других сервисов, включая Веб.

я отредактировал свой пост

Мой меседж таков: разделите Веб и БД на разные машины.

Я не знаю как, в Вашем случае, отконфигурирован VPS. Наверняка на хостинговой машине, кроме Вас есть еще и другие виртуальные машины, которые "жрут" ресурсы процессора. Процессор штука не бездонная, может и закончиться. Поэтому, я и говорю, чтобы Ваша база данных была на другой физической машине.

Я не работал с nginx. Но если его использует Рамблер, у него есть на то основания.

clubwave.ru, я так понимаю, что Друпал построен таким образом, что все операции, которые производят пользователи, так или иначе затрагивают БД, а значит, нагрузка на процессор огромная из-за постоянных "дерганий" БД запросами. Повторюсь, БД - это отдельная машина в Вашем случае. А по поводу кеша, чтобы не быть голословным, приведу наглядный пример работы проекта WURFL. В этом проекте скриптами генерируется около 13 000 статических страниц на стороне Веб сервера. Реакция молниеносная.

Исходя из моей практики, могу с уверенностью сказать, что основная работа ложится на SQL сервер. Неплохо было бы использовать хранимые процедуры. С Друпалом пока знакомлюсь, поэтому в базу еще не залез, не знаю, используются ли движком и используемыми Вами модулями хранимые процедуры в БД.

А выполнение SQL запросов и вывод данных по сети происходит быстрее чем эти же операции выполнялись бы на одной машине с Апачем. В некоторых ситуациях разница в скорости может отличаться в разы. Может еще имеет смысл увеличить число детей Апача?

Удалите пожалуйста...

Привет сообщество,
я к своему стыду выбрал НЕ ТОТ ЦМС... Сейчас нашел Друпал, переделываю свой проект на нем (очень он мне нравится своей функциональностью и гибкостью, оптимизированным кодом).
Так вот, на том ЦМС я написал модуль "Афиша событий" на основе модуля "Календарь событий".
К сожалению, на Друпале тоже придется писать свой модуль... Наверное, потом, выложу его для Вашего суда на Друпал.орг.