Каждый процесс кушает память. Например, если к Вас сконфигурирован Апач на 32 процесса-обработчика запросов, то одновременно может быть запущено 32 процесса с mod_php etc., каждый кушает определённый объём памяти.
VPS очень хорошо вообще. Выделенный сервер ещё лучше. Ибо тогда у Вас есть свобода в оптимизации программного обеспечения под именно ваши требования.
Конечно, мы скоро предложим нечто большее и для виртуального хостинга, но свободы там по определению на порядок меньше.
Виртуальные выделенные сервера имеют мало смысла при малом объёме выделяемой памяти.
Ведь каждому процессу требуется память, и в отличие от виртуального хостинга, все процессы Вы запускаете для своего сервера отдельно (отдельные экземпляры Апача, MySQL и т.д.).
Желательно иметь минимум 512Mb оперативной памяти, и то, обязательно без Plesk (он отъедает память тоже).
Именно поэтому я рекомендую VPS с объёмом памяти меньше 512Mb исключительно для разработки и тестирования, а не для боевого использования.
1.
Гарантированный минимум памяти на VPS на Друпале - 1Gb, и помимо nginx, MySQL, PHP, Drupal, там ещё крутится memcached.
2.
Были проблемы с drupal.ru, когда оказалась битой база данных MySQL. Насколько я понимаю, это поправили.
3.
Да, в планах переезд на выделенный сервер, насколько я помню. VPS использовался для изучения работы наших тарифных планов для высоконагруженных сайтов. drupal.ru идеально подошёл в качестве испытуемого.
Многое зависит от того, как много и каких модулей Вы поставите на своём сайте.
Для виртуального хостинга удобнее использовать MovableType, поскольку он генерирует статический контент. Поэтому способен держать хорошую нагрузку даже на "Эффективном".
Тем не менее, мы сейчас планируем несколько большую интеграцию наших площадок виртуального хостинга с такими продуктами, как Drupal. Но это - не сегодня, и об этом мы сообщим дополнительно.
1. Я использую связку Drupal + Vanilla - меня радует. Очень эффективно и близко по духу. Родной форум Drupal лениво допиливать.
2. Есть API, он описан в книгах и на сайте drupal.org. И ничекго не мешает идти и напрямую в БД, кроме правил хорошего тона.
3. Весь Drupal работает по возможности через mod_rewrite (одно простое правило). Конечному пользователю такое не нужно - есть модули Path, PathAuto и другие, которые позволяют не думать об этом. Аналогичные правила есть и для nginx etc.
С кучей модулей несовместимы - часть модулей ресурсоёмки и не уклвдываются в типичные границы ТП Эффективный.
Друпал на нормальном продуктовом сайте надо начинать с php-специалист, и потом переводить на VPS Standard.
Именно для этого и создан тарифным план VPS Lite, кстати, чтобы тестировать функциональность при разработке, а потом переводить сайт при выпуске на VPS Standard или выше.
В России нет хостинга более надёжного, связного и быстрого.
Не в России - есть.
P.S.: вообще, я думаю, летом, даже ближе к осени, будут и другие приятные изменения. мы пока так и не завершили нашу оптимизационные процессы, всё ещё в процессе впереди ещё очень много хорошего будет.
Drupal и Nginx
.htaccess будет работать для отдачи тех каталогов, которые форвардятся Апачу.
Имеет смысл прописать правило location ~ ^\.htaccess$ в nginx для запрета отдачи файлов .htaccess.
Вопрос Акселю
Мне сложно говорить про nic.ru. Я хостил проекты только на majordomo, zenon и masterhost.
Опыта работы с nic.ru у меня нет (вернее, есть, но минимальный - сайт оттуда переехал на mh).
Результаты будут позже. У нас достаточно длительный цикл разработки/тестирования.
Поиск на drupal.ru
Блин, убейте нафиг стандартный поиск.
Гугловый был очень удобен прямо тут.
Вопрос Акселю
Каждый процесс кушает память. Например, если к Вас сконфигурирован Апач на 32 процесса-обработчика запросов, то одновременно может быть запущено 32 процесса с mod_php etc., каждый кушает определённый объём памяти.
VPS очень хорошо вообще. Выделенный сервер ещё лучше. Ибо тогда у Вас есть свобода в оптимизации программного обеспечения под именно ваши требования.
Конечно, мы скоро предложим нечто большее и для виртуального хостинга, но свободы там по определению на порядок меньше.
Вопрос Акселю
Виртуальные выделенные сервера имеют мало смысла при малом объёме выделяемой памяти.
Ведь каждому процессу требуется память, и в отличие от виртуального хостинга, все процессы Вы запускаете для своего сервера отдельно (отдельные экземпляры Апача, MySQL и т.д.).
Желательно иметь минимум 512Mb оперативной памяти, и то, обязательно без Plesk (он отъедает память тоже).
Именно поэтому я рекомендую VPS с объёмом памяти меньше 512Mb исключительно для разработки и тестирования, а не для боевого использования.
Вопрос Акселю
1.
Гарантированный минимум памяти на VPS на Друпале - 1Gb, и помимо nginx, MySQL, PHP, Drupal, там ещё крутится memcached.
2.
Были проблемы с drupal.ru, когда оказалась битой база данных MySQL. Насколько я понимаю, это поправили.
3.
Да, в планах переезд на выделенный сервер, насколько я помню. VPS использовался для изучения работы наших тарифных планов для высоконагруженных сайтов. drupal.ru идеально подошёл в качестве испытуемого.
Пожелания для .masterhost
Многое зависит от того, как много и каких модулей Вы поставите на своём сайте.
Для виртуального хостинга удобнее использовать MovableType, поскольку он генерирует статический контент. Поэтому способен держать хорошую нагрузку даже на "Эффективном".
Тем не менее, мы сейчас планируем несколько большую интеграцию наших площадок виртуального хостинга с такими продуктами, как Drupal. Но это - не сегодня, и об этом мы сообщим дополнительно.
Этим вечером проапгрейдили drupal.ru до тарифного плана VPS Pro
Тут я даже не прикасался - только наблюдаю...
Команда drupal.ru планировала выпустить цикл статей об этом.
Как я понимаю, первая статья из цикла находится здесь: http://drupal.ru/node/17021
Как объединить во views одинаковые node_reference
Свой модуль иногда эффективнее по производительности, кстати
пара вопрос по Drupal для нового проекта
Привет, кстати
Я на твоей карте пару точек тоже выставил Увидимся на дороге
пара вопрос по Drupal для нового проекта
1. Я использую связку Drupal + Vanilla - меня радует. Очень эффективно и близко по духу. Родной форум Drupal лениво допиливать.
2. Есть API, он описан в книгах и на сайте drupal.org. И ничекго не мешает идти и напрямую в БД, кроме правил хорошего тона.
3. Весь Drupal работает по возможности через mod_rewrite (одно простое правило). Конечному пользователю такое не нужно - есть модули Path, PathAuto и другие, которые позволяют не думать об этом. Аналогичные правила есть и для nginx etc.
Пожелания для .masterhost
VPS Basic перспективнее с той точки зрения, что один раз настроив софт, потом можно просто плавно переходить с тарифа на тариф.
Но нагрузку VPS Basic выдержать не сможет, и наплывы посетителей лучше предугадать заранее, меняя тарифные планы.
Главный плюс VPS - это подконтрольность всех ресурсов. И ничего не мешает купить один VPS и держать на нём несколько стартапов, на первое время.
Пожелания для .masterhost
Мне кажется, больше 200 запросов на страницу - это очень много.
Пора убивать те модули, которые так жрут производительность.
По крайней мере у нас для высокопроизводительных сайтов количество запросов на страницу однозначно меньше 100.
Drupal 6 + Silverlight
Всегда надо смотреть на шаг вперёд. Делать сервисы не на сегодня, а на год вперёд.
Этим вечером проапгрейдили drupal.ru до тарифного плана VPS Pro
До этого сайт был на тарифе VPS Standard некоторое время.
А до этого - на выделенном сервере на другом хостинге.
Drupal 6 + Silverlight
У меня не установлен дома Flash, и установлен Silverlight 2RC1.
Вам уже ответили - 99% рынка будут иметь Silverlight. Это гарантируют Windows Update и Nokia.
Остальных в лес, как незначимых с коммерческой точки зрения,
Ибо пользователи бесплатного софта не привыкли платить за софт... хотя и для них есть Moonlight.
P.S.: На Макосихе тоже есть, это же демонстрировали неоднократно,
Drupal 6 + Silverlight
На требования к клиенту можете реально положить
Почти ВСЕ пользователи Windows получат обновления автоматически.
Остальные получат обновления автомат через FireFox.
А оставшиеся абсолютно коммерчески незначимы.
Этим вечером проапгрейдили drupal.ru до тарифного плана VPS Pro
Забавно, что общераспространённое мнение о железной необходимости выделенного сервера этим было просто убито...
Решает настройка. Заметьте, как мягко/жёстко на сайте drupal.ru были убиты ненужные и ресурсоёмкие модули.
Drupal 6 + Silverlight
разметил ссылку в блоге Silverlight на Хабре.
http://habrahabr.ru/blog/silverlight/
Пожелания для .masterhost
С этим вообще плохо.. разработчики CMS только недавно начали учитывать интересы хостеров
Пока что ТП "Эффективный!", или лучше VPS Lite - это тарифы только для пробной, тестовой эксплуатации CMS.
Впрочем, будут изменения. Но они пока не вышли в бой.
Пожелания для .masterhost
С кучей модулей несовместимы - часть модулей ресурсоёмки и не уклвдываются в типичные границы ТП Эффективный.
Друпал на нормальном продуктовом сайте надо начинать с php-специалист, и потом переводить на VPS Standard.
Именно для этого и создан тарифным план VPS Lite, кстати, чтобы тестировать функциональность при разработке, а потом переводить сайт при выпуске на VPS Standard или выше.
Пожелания для .masterhost
Я знаю хостинг изнутри. Поэтому странно читать про "оправдания".
Можете сделать лучше - сделайте.
Касательно официального форума - у нас вложено много сил в службу техподдержки, и форум, или блог, как я понимаю, пока считается менее приоритетным.
Лучше решать конкретные вопросы наших реальных клиентов.
Сейчас наши усилия направлены на направления, не связанные с PR, и это до осени точно не изменится.
drupal.ru - shutdown на приблизительно 1 час (с 12:26)
К сожалению, внесённые поправки тогда не оказались хорошими, и оные откатили.
Что творится с хостингом под Drupal?
Кстати, если есть выбор между dedicated и colocation, рекомендую первое.
По крайней мере в случае железных сбоев меньше проблем с быстрой заменой железа.
Кстати, насчёт мастерхоста весьма ультимативное высказывание
Большинство высоконагруженных отечественных Drupal-сайтов - у нас находятся.
Пожелания для .masterhost
В России нет хостинга более надёжного, связного и быстрого.
Не в России - есть.
P.S.: вообще, я думаю, летом, даже ближе к осени, будут и другие приятные изменения. мы пока так и не завершили нашу оптимизационные процессы, всё ещё в процессе впереди ещё очень много хорошего будет.