Что творится с хостингом под Drupal?

9 июля 2008 в 22:54

Мастерхост - вреден для Drupal, в любой форме. Славхост более-менее работал при небольшом количестве народу, но обанкротился. Появился монстр DVH - DrupalValueHosting.com.
DrupalValueHosting.com - широко разрекламированный на drupal.org каждый день падает на тарифе Worlds Best Hosting Package (Super Monster Servers). Сайт не работает часов по пять.
П..-ц.
Для нормальной работы Drupal нужен свой сервер? Smile

Комментарии

Ну блин а чего можно было ожидать от индусов (DVH)? В любом случае, на шареде вам никто и нигде ничего гарантировать не будет (серверные ресурсы, в смысле). В тех же Штатах сейчас можно найти много вполне достойных предложений по VPS full managed с гарантированными ресурсами (и оч неплохими, кстати) за $ 30-40 в месяц, не учитывая скидочные купоны. Те же самые пакеты в Европе, например, стоят в 1,5-2 раза дороже, как минимум. Поизучайте соответствующий раздел на webhostingtalk.com.

9 июля 2008 в 23:59
Аватар пользователя gor gor 0

-) с dvh случилось именно то, что я и прогнозировал.
Если все случится как я планирую - будет адекватный хостинг под друпал (и только друпал) где-то к середине августа - раньше пока никак.

10 июля 2008 в 0:26

Quote:
DrupalValueHosting.com - широко разрекламированный на drupal.org каждый день падает на тарифе Worlds Best Hosting Package (Super Monster Servers). Сайт не работает часов по пять.
П..-ц.
Для нормальной работы Drupal нужен свой сервер? :)

overselling? Smile

Идите ко мне. оверселлинга не будет Smile
Но я буду хотеть дОрого. Smile

10 июля 2008 в 0:50

не надо жаться
серьёзно занялись вёб проектами - купите сервер и поставьте на колокейшн. за 1500 р в месяц - неограниченные ресурсы
несерьёзно.... ну полежит сайт пару часов,и чего?

10 июля 2008 в 23:46

Маленький отчёт про пару хостеров.

Делаю сайт на Drupal 6 на Лидерхосте (виртуальный хостинг). Сайт с довольно большим количеством модулей и информации.

1. В общем, на свежем сервере поначалу всё работает вполне прилично, но потом, по мере заполнения сервера "соседями", сайт реально начинает тормозить, хотя нагрузка никакая - 20-40 хостов в сутки. Тупит, как выясняется, база.
2. Обратился в техподдержку. Предложили переехать на другой физический сервер. Согласился, переехал. Далее смотрим пункт 1.
3. И так уже 2 раза, т.е., сейчас сайт находится уже на третьем физическом сервере, и опять понемногу возникает пункт 1. Sad Кому интересно - http://my-city.msk.ru (Сайт пока не готов, но очератания уже проглядываются). Справедливости ради надо отметить, что на третьем сервере стало значительно лучше (ТП говорит, что это восьмиядерный сервер). Но временами всё равно бывает, что сайт открывается 20-30 секунд, к счастью, такое бывает не очень часто.
4. На Лидере не включён Safe Mode, проблема с Set Time Limit'ом и ImageMagick'ом тоже легко решается.

Вывод: Тарифы виртуального хостинга Лидерхоста и Друпал полностью совместимы, однако скорость работы сайта время от времени оставляет желать лучшего, хотя, справедливости ради надо отметить, что белого экрана я ни разу не видел. Уходить с Лидера, в общем-то, не хочется, потому что у них неограниченное количество сайтов, баз и юзеров - очень удобно для исследований, учёбы и тестирования.

Другой сайт, который только что начал делать на D6, располагается на Русониксе (виртуальный хостинг).

1. Отличная скорость, приличная техподдержка, приличные тарифы, возможность досрочного расторжения договора. Радоваться бы и радоваться! НО!!!
2. Safe Mode можно отключить только на дорогих тарифных планах, а мне столько места на диске-то не надо!
3. Image Magick перестаёт работать при отключении режима Safe Mode!
4. Set Time Limit отключен на всех тарифных планах виртуального хостинга.
5. На все просьбы разрешить ситуацию предлагают VPS.

Вывод: Тарифы виртуального хостинга полностью или частично несовместимы с Друпалом. Уходим от них, к сожалению.

Умных мыслей почти нет. В РБК странные тарифные планы, да и последнее время много отрицательных отзывов о них. Хочу, всё-таки, попробовать Мастерхост, для чего зарегил тестовый тариф на несколько дней. Скопирую туда сайт с Лидерхоста, посмотрю разницу. Результат напишу.

PS: Ув. модераторы, если ссылки не в тему, удалите их, пожалуйста.

28 июля 2008 в 16:08

промолчу про сегодняшний хостинг друпал.ру.
По поводу DVH, сегодня сайт опять ушел в даун. Я написал везде гневные послания, а в середине дня решил почистить кеш в phpmyadmin. Блин! Сайт мгновенно заработал. Чьорт. Получается дело не в DVH?

11 июля 2008 в 15:37

НовичОК, а версия Друпала какая? Это я к чему. На D6 есть кнопка очистить кэш. Мало того, D6, как я понимаю, умеет по крону чистить свой кэш.

11 июля 2008 в 16:52

а я те скажу че происходит. может быть ошибка в коде модулей.

и при каком то из вызовов она и ложится в cache_page и ты видишь под анонимусом дулю на экране.

смотри логи php и сервера на тему этих ошибок

11 июля 2008 в 21:41

только что чистил клиенту таблицу cache_form на 60 Мб, Drupal 6.2, оказывается это бага в Drupal, исправленная в 6.3: http://drupal.org/node/230374

В Drupal 5.8. тоже некоторые баги с кешем поправили, надо бы обновиться, потом посмотреть какие конкретно cache_ таблицы занимают место, потом посмотреть какие записи из этой таблицы не удаляются -- они будут с неправельным временем устаревания -- и по содержимому записей понять какой модуль виноват

11 июля 2008 в 22:30

У меня стоит дру 5,7.
модули стандартные, ни одного правленного вручную. Поставил другой сайт, нагруженный полями и сложной выборкой, тоже без нареканий. По-моему, это проблема в вашем сайте.

12 июля 2008 в 3:41

У всех хостеров бывают проблемы, у меня живую сайты на 1gb.ru sweb.ru dvh - нарекания возникают на всех переодически, но все живет и работает. раньше 1gb тупил, перебрался на sweb теперь ситуация даметрально противоположная. dvh пока полгода нареканий не было, но это и не срок... опять же, нагрузка на сайты разная, разное кол-во модулей - так что все всегда по разному.

12 июля 2008 в 16:48

у меня ситуация прояснилась. На 99% виноват код в моих модуля. Сегодня опять сайт ушел в даун, я почистил cache и опять работает.

13 июля 2008 в 9:04

Есть ли здесь ошибка в таблице cache?
Еще заметил, очистил cache - не заработал сайт. Очистил одновременно sessions и watchlog - заработал. Глюк наступает каждые 1.5 дня.

14 июля 2008 в 18:45

Все у вас в порядке с кешем - expire 0 это постоянные записи, а с данными это временные. другой момент в том, что таблица cache не единственная где лежат данные.
А вот про сессии, версию друпала и watchdog - поподробнее...

14 июля 2008 в 21:20

Нормальная таблица, остальные таблицы кеша cache_content, cache_filter, ..., cache_page много занимают?
Из на переполнения watchdog бывают тормоза, надо сузить проблему.

А как конкретно не работает? От сервера есть какой-нибудь ответ если telnet-ом посмотреть? В логи ничего при этом не пишет? На /?q=user можно зайти?

16 июля 2008 в 0:04

На /?q=user можно зайти? - это проверю.
telnet - не умею пользоваться.
какие именно логи? где это смотреть?
конкретно сайт не загружается, а что не работает я и не знаю вот.
вот жду нового дауна сайта.
Подскажите, плиз, сразу, - откуда теперь снять скриншот. С кэшэм говорите все нормально.

16 июля 2008 в 0:14
Аватар пользователя gor gor 0

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

16 июля 2008 в 9:27

> какие именно логи? где это смотреть?
обычно в корне сайта или выше создаются логи ошибок php, просто текстовые файлы,
еще у Drupal есть полезный лог, тот который /admin/logs/watchdog, там нужно поискать ошибки тоже

> конкретно сайт не загружается
от сервера вообще никакого ответа или пустая страница загружается?

> откуда теперь снять скриншот
скриншот с размерами и количеством записей всех таблиц базы в момент зависания, есть такая страница в phpmyadmin

и чистить по одной и проверять

16 июля 2008 в 10:15

Да, похоже не его одного:
"This is to request you to change the DVH account password to your hosting account.
We have noticed a new spate of hacking attacks lately. Many webhosting companies are under hack attacks in the last 30-60 days by a malicious hacking group called "root-x". More details here:
http://answers.yahoo.com/question/index?qid=20080312152529AAMaasL
http://answers.yahoo.com/question/index?qid=20080622003729AAUoECA
http://answers.yahoo.com/question/index?qid=20080312152529AAMaasL
http://forums.digitalpoint.com/showthread.php?p=7443162
In case you notice that your hosting account security has been compromised. Perform the following two steps:"

16 июля 2008 в 12:31

Возвращаясь к глюкам.
После очистки cache не работает.
После очистки sessions - начинает работать.
Watchlog не трогал.
Явление наблюдается после 00.00 часов.

18 июля 2008 в 0:44

Уже проясняется Smile

Сначала на всякий случай надо попробовать починить таблицу запросом:
repair table sessions
и посмотреть будет ли повторяться.

Возможно дело в количестве записей если посещаемость большая. Очистка старых сессий из таблицы не делается, если неправильно настроено устаревание сессий php. В этом может быть проблема. Т.е. надо как-то получить доступ к php.ini, на многих хостингах это есть, и посмотреть как выставлены там настройки сессий.

Если наладить удаление старых сессий с помощью php не удастся, то есть специальный модуль, который делает это вручную:
http://drupal.org/project/session_expire

18 июля 2008 в 11:07

посещаемость около 500 хостов в сутки. но она уже не достигается, потому что сайт уже каждый день падает.
вот из логов:
[Fri Jul 18 07:35:08 2008] [error] [client 62.231.19.142] Attempt to serve directory: /home/mysite/public_html/files/imagecache/2/, referer: http://mysite.ru/catalog/pups
[Fri Jul 18 07:22:14 2008] [notice] mod_fcgid: call /home/mysite/public_html/index.php with wrapper /usr/local/cpanel/cgi-sys/php5
[Fri Jul 18 07:22:13 2008] [notice] mod_fcgid: call /home/mysite/public_html/index.php with wrapper /usr/local/cpanel/cgi-sys/php5
[Fri Jul 18 07:20:47 2008] [warn] mod_fcgid: can't apply process slot for /home/mysite/public_html/index.php
[Fri Jul 18 07:10:38 2008] [warn] mod_fcgid: can't apply process slot for /home/mysite/public_html/index.php

18 июля 2008 в 16:51
Аватар пользователя gor gor 0

интересная ошибка
вот есть такой топик по ней
http://www.apachelounge.com/forum/viewtopic.php?p=11483
и сссылка в топике на
http://www.apachelounge.com/forum/viewtopic.php?t=2563

если коротко резюмировать то:

Quote:
I found my problem: I needed to set DefaultMinClassProcessCount to 0, to allow mod_fcgid to kill all processes if they were idle, which is what I wanted.

18 июля 2008 в 17:10

Нравятся мне хозяева сайтов на Друпале, которые купили дешевый хостинг у каких-то левых индусов, а потом удивляются, что возникают разные проблемы. Если уж хочется подешевле, то лучше брать у каких-то проверенных компаний типа Hostgator, которые вряд ли куда-то денутся в ближайшее время.

19 июля 2008 в 8:36

Вот-вот! точно.
Ведь до этого у них был дорогой VPS на Мастерхосте и там вообще ничего не ворочалось.
Hostgator тоже купили. Прямые ссылки пока не работают.

19 июля 2008 в 10:10

жесть. если не справляешься сам и в твоей конторе нет спецов и тд - не проще дать сторонним людям наддзор за сайтом и тому как он будет жить на хостинге?

я такой сервис уже предоставляю. я беру полностью работу с хостинговой частью у клиента на себя. размещаю сайт. подбираю хостера(ща это я сам - но в случае сбоев меня - сразу будет альтернатива :-D), слежу за тем как оно работает, обновляю... У меня ситуация простая - клиент не знает что такое интернет в принципе

Мужик, я не понимаю, че ты паришься? Smile
Если так все плохо - отдай работу с твоим "добром" на аутсорс.

19 июля 2008 в 11:17

таблицы в базе портятся часто если в myisam - при этом один запрос будет выполняться очень долго, а тайм аут наверняка стоит несколько часов - при этом количество других запросов будут висеть и все застрянет.
выход - для session cache watchdog и других таких таблиц использовать innodb, тайм аут уменьшить до 20-ти секунд - тогда неправильные запросы будут быстрее сбрасываться, такие нестандартные запросы к базе вероятно получаются при сканировании на дыры сайта разными спам вирусами со взломанных виндовсов, при этом посещаемость может быть нулевая а все зависать, ведь посещения спам вирусов не засчитываются

p.s. спецов реально умеющих настроить связку программ для вэб хостинга - единицы, а хостеров сотни тысяч, причина в том что весь интернет находится под постоянной дос атакой зомби сетей из затрояненных виндовсов и чем дальше тем все хуже и хуже.

19 июля 2008 в 19:25

Кстати, если есть выбор между dedicated и colocation, рекомендую первое.

По крайней мере в случае железных сбоев меньше проблем с быстрой заменой железа.

Кстати, насчёт мастерхоста весьма ультимативное высказывание Smile
Большинство высоконагруженных отечественных Drupal-сайтов - у нас находятся.

19 июля 2008 в 22:37

Да Вы шо.
У меня за 900 рублей в месяц 10 сайтов на Drupal
Из них есть парочка весьма жрущих ресурсы.
В России. В Москве.
Никаких проблем - второй год - полет нормальный.
Так изредка были проблемы но не часто.
Ну правда хостер другой у меня - ни один из тех что выше перечислили.

28 июля 2008 в 9:24

Как и обещал, небольшой отчёт про ещё два хостинга.

Masterhost. Зарегистрировал тестовый аккаунт. Тарифный план - «Эффективный». Установил чистый Drupal 6.3 и десяток модулей. Включил штатное кэширование. Данные не забивал.

Результат любопытный: то быстро работает (0,4-1,2 секунды для залогиненного пользователя), то медленно (до 10-15 секунд), с чередованием где-то минут в 20-30. Это в пятницу и субботу. В Воскресенье работало прилично, в понедельник тоже интересно - скорость нестабильна, но лучше, чем в пятницу-субботу.

Set Time Limit на стандартных тарифах включить нельзя, посему привет Cron'у. В MySQL нет таблиц InnoDB !!!. На большинство просьб о содействии - предложение взять VPS.

Вывод: стандартные тарифы виртуального хостинга Мастерхоста и Drupal фактически несовместимы.

McHost. Зарегистрировал тестовый аккаунт (здесь писали, что были проблемы с регистрацией тестового - нет, всё легко и просто). Тарифный план - «Профессиональный». Установил чистый Drupal 6.3 и десяток модулей. Включил штатное кэширование. Данные не забивал.

Результат: страницы грузятся за 0,2-0,5 секунды для залогиненного юзера. Порадовало. Легко решил с техподдержкой мелкие технические вопросы. На хостинге возможно подключение php через cgi, после чего нормально работает Set Time Limit. В MySQL InnoDB есть. ImageMagick есть. Распаковка архивов средствами файл-менеджера тоже есть. Кстати, хостер предлагает автоматическую установку Друпала 6.x прямо из админки.

Воодушевившись полученными результатами, решил скопировать один свой довольно большой сайт с Лидерхоста на МсХост. Правда, скопировалось немного кривовато. Но искать причину было лень, сайт работал почти нормально, поэтому скорость работы вполне можно было оценить.

Результат: Зеркало сайта на МсХосте работает в 2-3-5 раз быстрее, чем на Лидерхосте! Данных довольно много, но страницы обычно открываются за 0,5-1 секунду для незалогиненного пользователя, и время открытия ни разу не превысило 3 секунды.

Вывод. Пока есть тестовое время - тестировать изо всех сил. По результатам принимать решение. Но пока очень даже прилично! Скорее всего, следующий сайт буду размещать на МсХосте.

Добавлено по окончании тестирования McHost'a:

Тестировал хостинг 10 дней. Результат отличный! Всё, что выше про него написал, ещё раз подтверждаю. Следующий проект буду делать именно на МсХосте.

2 октября 2008 в 0:42

Зачем париться на русских дорогих и некачественных хостингах? Я понял весь смысл! Smile Теперь подход такой - берем десятку мировых известных хостеров и выбираем среди них. Русских там нет. Я взял HostGator. Без проблем там уже три сайта. Мгновенная круглосуточная поддержка, которую уже испытал - не было файла php.ini - дали.
жаль, что так с dvh вышло, хотя вроде он как уже работает, но хоть зато опыт неплохой. Smile

29 июля 2008 в 9:40

Таки, НовичОк, а русская поддержка у них есть? Посему как сайт делается заказчику, и иногда заказчик сам хочет обслуживать свой сайт. Т.е., общаться с хостером и т.п... А знаете, какие проблемы бывают с перерегистрацией доменов в зоне *.msk.ru - только через хостера. Как объяснить англоязычному хостеру, что надо "отпустить" (сложившаяся терминология) домен другому хостеру? Да, имхо, он просто не поймёт, что надо сделать... А сколько было случаев, что иностранный хостер, закрывшись, забывал каким-нибудь образом "отдать" домены, зарегистрированные через него...

По мне, так, с нашими хостерами проблем поменьше будет. Да и пинг - наши 2-4 мс, американские - 180-200 мс... А кстати, до сих пор ещё в России некоторые провайдеры по-разному считают российский и западный трафик.

PS: Знакомый веб-мастер рассказывал, что его сайт, расположенный на каком-то американском хостинге, никак не хотел индексировать Яндекс. Он перевёл сайт на немецкий хостинг - очень быстро сайт появился в Яндексе и на хорошей позиции. Правда, это было два-три года назад. Как сейчас дела обстоят с индексацией Яндексом сайтов на американских хостингах, я не знаю.

30 июля 2008 в 13:00
Аватар пользователя gor gor 0

Izem wrote:
Как объяснить англоязычному хостеру, что надо "отпустить" (сложившаяся терминология) домен другому хостеру?

Легко. Попросить хостера поставить статус "Allow transfer" для домена. По умолчанию, перенос домена закрыт в целях безопасности, чтоб другой регистратор доменов не могу увести ваш домен.
А если у регистратора домена (хостер не всегда является регистратором доменов, он например может иметь аккаунт на webnames.ru ) с этим возникают проблемы, то скорее всего он не имеет соответствующего уровня квалификации Тех поддержки.

29 июля 2008 в 12:42

"Izem" wrote:

Тестировал хостинг 10 дней. Результат отличный! Всё, что выше про него написал, ещё раз подтверждаю. Следующий проект буду делать именно на МцХосте.

Возможно, я чего и не понимаю, но у данного хостера нет даже телефона!
Вы же про http://mchost.ru/soft/ говорите?

26 сентября 2008 в 17:31

Да, про www.mchost.ru . Это точно, телефона нет, и мне это тоже не нравится, но справедливости ради надо отметить, что в МсХосте есть свой мессенжер на аяксе, через который можно в онлайне общаться с техподдержкой. Отвечают реально в он-лайне, очень быстро и грамотно. Что, в общем, вполне компенсирует отсутствие телефона.

Я перебрал уже несколько предложений, и пока этот вариант наиболее приемлем по услугам/скорости/стоимости/техподдержке. При оплате за год за тариф "Профессиональный" получается 2142 рубля...

2 октября 2008 в 0:57