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

Главные вкладки

Аватар пользователя НовичОК НовичОК 9 июля 2008 в 22:54

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

Комментарии

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

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

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

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

Аватар пользователя Ильич Рамирес Санчес Ильич Рамирес Санчес 10 июля 2008 в 0:50

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

overselling? Smile

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

Аватар пользователя Stalker-g2 Stalker-g2 10 июля 2008 в 23:46

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

Аватар пользователя Izem Izem 28 июля 2008 в 16:08

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

Делаю сайт на 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: Ув. модераторы, если ссылки не в тему, удалите их, пожалуйста.

Аватар пользователя НовичОК НовичОК 11 июля 2008 в 15:37

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

Аватар пользователя Izem Izem 11 июля 2008 в 16:52

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

Аватар пользователя Ильич Рамирес Санчес Ильич Рамирес Санчес 11 июля 2008 в 21:41

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

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

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

Аватар пользователя Drupal Coder Drupal Coder 11 июля 2008 в 22:30

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

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

Аватар пользователя kyky kyky 12 июля 2008 в 3:41

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

Аватар пользователя andypost@drupal.org andypost@drupal.org 12 июля 2008 в 16:48

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

Аватар пользователя НовичОК НовичОК 13 июля 2008 в 9:04

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

Аватар пользователя НовичОК НовичОК 14 июля 2008 в 18:45

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

Аватар пользователя andypost@drupal.org andypost@drupal.org 14 июля 2008 в 21:20

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

Аватар пользователя Drupal Coder Drupal Coder 16 июля 2008 в 0:04

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

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

Аватар пользователя НовичОК НовичОК 16 июля 2008 в 0:14

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

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

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

Аватар пользователя Drupal Coder Drupal Coder 16 июля 2008 в 10:15

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

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

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

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

Аватар пользователя НовичОК НовичОК 16 июля 2008 в 12:31

Да, похоже не его одного:
"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:"

Аватар пользователя НовичОК НовичОК 18 июля 2008 в 0:44

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

Аватар пользователя Drupal Coder Drupal Coder 18 июля 2008 в 11:07

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

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

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

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

Аватар пользователя НовичОК НовичОК 18 июля 2008 в 16:51

посещаемость около 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

Аватар пользователя gor gor 18 июля 2008 в 17:10

интересная ошибка
вот есть такой топик по ней
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.

Аватар пользователя Natalie Natalie 19 июля 2008 в 8:36

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

Аватар пользователя НовичОК НовичОК 19 июля 2008 в 10:10

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

Аватар пользователя Ильич Рамирес Санчес Ильич Рамирес Санчес 19 июля 2008 в 11:17

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

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

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

Аватар пользователя kiev1 kiev1 19 июля 2008 в 19:25

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

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

Аватар пользователя Akzhan Akzhan 19 июля 2008 в 22:37

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

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

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

Аватар пользователя Durak Durak 28 июля 2008 в 9:24

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

Аватар пользователя Izem Izem 2 октября 2008 в 0:42

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

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 дней. Результат отличный! Всё, что выше про него написал, ещё раз подтверждаю. Следующий проект буду делать именно на МсХосте.

Аватар пользователя НовичОК НовичОК 29 июля 2008 в 9:40

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

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

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

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

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

Аватар пользователя gor gor 29 июля 2008 в 12:42

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

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

Аватар пользователя steklobiz steklobiz 26 сентября 2008 в 17:31

"Izem" wrote:

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

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

Аватар пользователя Izem Izem 2 октября 2008 в 0:57

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

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