9 июля 2008 в 22:54
Мастерхост - вреден для Drupal, в любой форме. Славхост более-менее работал при небольшом количестве народу, но обанкротился. Появился монстр DVH - DrupalValueHosting.com.
DrupalValueHosting.com - широко разрекламированный на drupal.org каждый день падает на тарифе Worlds Best Hosting Package (Super Monster Servers). Сайт не работает часов по пять.
П..-ц.
Для нормальной работы Drupal нужен свой сервер? 
Комментарии
Кто-то нахваливал DrupalValueHosting?
Я!
Теперь я нахваливаю свой личный сервер, которого пока нет.
Ну блин а чего можно было ожидать от индусов (DVH)? В любом случае, на шареде вам никто и нигде ничего гарантировать не будет (серверные ресурсы, в смысле). В тех же Штатах сейчас можно найти много вполне достойных предложений по VPS full managed с гарантированными ресурсами (и оч неплохими, кстати) за $ 30-40 в месяц, не учитывая скидочные купоны. Те же самые пакеты в Европе, например, стоят в 1,5-2 раза дороже, как минимум. Поизучайте соответствующий раздел на webhostingtalk.com.
Потом свой хостинг, нефтяная вышка(газовая труба), президенство....
-) с dvh случилось именно то, что я и прогнозировал.
Если все случится как я планирую - будет адекватный хостинг под друпал (и только друпал) где-то к середине августа - раньше пока никак.
overselling?
Идите ко мне. оверселлинга не будет
Но я буду хотеть дОрого.
Надо друпал оптимизировать. Чем я сейчас и занимаюсь
А попробуйте пообщаться вот с этими ребятами http://www.io-hosts.ru/hosting.php
не надо жаться
серьёзно занялись вёб проектами - купите сервер и поставьте на колокейшн. за 1500 р в месяц - неограниченные ресурсы
несерьёзно.... ну полежит сайт пару часов,и чего?
хм. кто тут жмется? мы платили мастерхосту 4 150 руб в месяц.
Это сервер?
я уже писал VPS Pro.
Маленький отчёт про пару хостеров.
Делаю сайт на Drupal 6 на Лидерхосте (виртуальный хостинг). Сайт с довольно большим количеством модулей и информации.
1. В общем, на свежем сервере поначалу всё работает вполне прилично, но потом, по мере заполнения сервера "соседями", сайт реально начинает тормозить, хотя нагрузка никакая - 20-40 хостов в сутки. Тупит, как выясняется, база.
Кому интересно - http://my-city.msk.ru (Сайт пока не готов, но очератания уже проглядываются). Справедливости ради надо отметить, что на третьем сервере стало значительно лучше (ТП говорит, что это восьмиядерный сервер). Но временами всё равно бывает, что сайт открывается 20-30 секунд, к счастью, такое бывает не очень часто.
2. Обратился в техподдержку. Предложили переехать на другой физический сервер. Согласился, переехал. Далее смотрим пункт 1.
3. И так уже 2 раза, т.е., сейчас сайт находится уже на третьем физическом сервере, и опять понемногу возникает пункт 1.
4. На Лидере не включён Safe Mode, проблема с Set Time Limit'ом и ImageMagick'ом тоже легко решается.
Вывод: Тарифы виртуального хостинга Лидерхоста и Друпал полностью совместимы, однако скорость работы сайта время от времени оставляет желать лучшего, хотя, справедливости ради надо отметить, что белого экрана я ни разу не видел. Уходить с Лидера, в общем-то, не хочется, потому что у них неограниченное количество сайтов, баз и юзеров - очень удобно для исследований, учёбы и тестирования.
Другой сайт, который только что начал делать на D6, располагается на Русониксе (виртуальный хостинг).
1. Отличная скорость, приличная техподдержка, приличные тарифы, возможность досрочного расторжения договора. Радоваться бы и радоваться! НО!!!
2. Safe Mode можно отключить только на дорогих тарифных планах, а мне столько места на диске-то не надо!
3. Image Magick перестаёт работать при отключении режима Safe Mode!
4. Set Time Limit отключен на всех тарифных планах виртуального хостинга.
5. На все просьбы разрешить ситуацию предлагают VPS.
Вывод: Тарифы виртуального хостинга полностью или частично несовместимы с Друпалом. Уходим от них, к сожалению.
Умных мыслей почти нет. В РБК странные тарифные планы, да и последнее время много отрицательных отзывов о них. Хочу, всё-таки, попробовать Мастерхост, для чего зарегил тестовый тариф на несколько дней. Скопирую туда сайт с Лидерхоста, посмотрю разницу. Результат напишу.
PS: Ув. модераторы, если ссылки не в тему, удалите их, пожалуйста.
промолчу про сегодняшний хостинг друпал.ру.
По поводу DVH, сегодня сайт опять ушел в даун. Я написал везде гневные послания, а в середине дня решил почистить кеш в phpmyadmin. Блин! Сайт мгновенно заработал. Чьорт. Получается дело не в DVH?
НовичОК, а версия Друпала какая? Это я к чему. На D6 есть кнопка очистить кэш. Мало того, D6, как я понимаю, умеет по крону чистить свой кэш.
5.7.
а переодическое скачивание cron.php настроено? друпал сам себя чистит если настроен cron
крон каждый час срабатывает. Мне посоветовали скрипт, который автоматом чистит кеш. Не пойму, неужели всё из-за cache.
а я те скажу че происходит. может быть ошибка в коде модулей.
и при каком то из вызовов она и ложится в cache_page и ты видишь под анонимусом дулю на экране.
смотри логи php и сервера на тему этих ошибок
вот тоже подозрение на модуль. модулей очень много и много модифицированных.
только что чистил клиенту таблицу cache_form на 60 Мб, Drupal 6.2, оказывается это бага в Drupal, исправленная в 6.3: http://drupal.org/node/230374
В Drupal 5.8. тоже некоторые баги с кешем поправили, надо бы обновиться, потом посмотреть какие конкретно cache_ таблицы занимают место, потом посмотреть какие записи из этой таблицы не удаляются -- они будут с неправельным временем устаревания -- и по содержимому записей понять какой модуль виноват
ага. спасибо! уже что-то проясняется.
Я нахваливал DVH. Не знаю, как у вас, но у меня всё нормально. Сайт работает хорошо и всегда.
У меня стоит дру 5,7.
модули стандартные, ни одного правленного вручную. Поставил другой сайт, нагруженный полями и сложной выборкой, тоже без нареканий. По-моему, это проблема в вашем сайте.
да, я уже взял свои слова обратно.
У всех хостеров бывают проблемы, у меня живую сайты на 1gb.ru sweb.ru dvh - нарекания возникают на всех переодически, но все живет и работает. раньше 1gb тупил, перебрался на sweb теперь ситуация даметрально противоположная. dvh пока полгода нареканий не было, но это и не срок... опять же, нагрузка на сайты разная, разное кол-во модулей - так что все всегда по разному.
у меня ситуация прояснилась. На 99% виноват код в моих модуля. Сегодня опять сайт ушел в даун, я почистил cache и опять работает.
Есть ли здесь ошибка в таблице cache?
Еще заметил, очистил cache - не заработал сайт. Очистил одновременно sessions и watchlog - заработал. Глюк наступает каждые 1.5 дня.
Все у вас в порядке с кешем - expire 0 это постоянные записи, а с данными это временные. другой момент в том, что таблица cache не единственная где лежат данные.
А вот про сессии, версию друпала и watchdog - поподробнее...
Нормальная таблица, остальные таблицы кеша cache_content, cache_filter, ..., cache_page много занимают?
Из на переполнения watchdog бывают тормоза, надо сузить проблему.
А как конкретно не работает? От сервера есть какой-нибудь ответ если telnet-ом посмотреть? В логи ничего при этом не пишет? На /?q=user можно зайти?
На /?q=user можно зайти? - это проверю.
telnet - не умею пользоваться.
какие именно логи? где это смотреть?
конкретно сайт не загружается, а что не работает я и не знаю вот.
вот жду нового дауна сайта.
Подскажите, плиз, сразу, - откуда теперь снять скриншот. С кэшэм говорите все нормально.
Надо посмотреть error_log сайта. Если есть ошибки на уровне пхп - то они там должны будут отобразится. Еще желательно включить нотайсы, если они отключены по умолчанию - тоже может помочь в поиске проблемы.
> какие именно логи? где это смотреть?
обычно в корне сайта или выше создаются логи ошибок php, просто текстовые файлы,
еще у Drupal есть полезный лог, тот который /admin/logs/watchdog, там нужно поискать ошибки тоже
> конкретно сайт не загружается
от сервера вообще никакого ответа или пустая страница загружается?
> откуда теперь снять скриншот
скриншот с размерами и количеством записей всех таблиц базы в момент зависания, есть такая страница в phpmyadmin
и чистить по одной и проверять
хехе. Сегодня такие новости.
И cpanel и сайт в дауне. Вместо этого: haCked By r00t-x...GOt RooT..contact me:- r00tx0@gmail.com
Ну прямо черная полоса.
Это кого хакнули так жестко?))))
Всмысле кто хостер.
Да, похоже не его одного:
"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:"
Возвращаясь к глюкам.
После очистки cache не работает.
После очистки sessions - начинает работать.
Watchlog не трогал.
Явление наблюдается после 00.00 часов.
Уже проясняется
Сначала на всякий случай надо попробовать починить таблицу запросом:
repair table sessions
и посмотреть будет ли повторяться.
Возможно дело в количестве записей если посещаемость большая. Очистка старых сессий из таблицы не делается, если неправильно настроено устаревание сессий php. В этом может быть проблема. Т.е. надо как-то получить доступ к php.ini, на многих хостингах это есть, и посмотреть как выставлены там настройки сессий.
Если наладить удаление старых сессий с помощью php не удастся, то есть специальный модуль, который делает это вручную:
http://drupal.org/project/session_expire
посещаемость около 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
интересная ошибка
вот есть такой топик по ней
http://www.apachelounge.com/forum/viewtopic.php?p=11483
и сссылка в топике на
http://www.apachelounge.com/forum/viewtopic.php?t=2563
если коротко резюмировать то:
сорри!
а по-русски, это в htaccess править?
Нравятся мне хозяева сайтов на Друпале, которые купили дешевый хостинг у каких-то левых индусов, а потом удивляются, что возникают разные проблемы. Если уж хочется подешевле, то лучше брать у каких-то проверенных компаний типа Hostgator, которые вряд ли куда-то денутся в ближайшее время.
Вот-вот! точно.
Ведь до этого у них был дорогой VPS на Мастерхосте и там вообще ничего не ворочалось.
Hostgator тоже купили. Прямые ссылки пока не работают.
жесть. если не справляешься сам и в твоей конторе нет спецов и тд - не проще дать сторонним людям наддзор за сайтом и тому как он будет жить на хостинге?
я такой сервис уже предоставляю. я беру полностью работу с хостинговой частью у клиента на себя. размещаю сайт. подбираю хостера(ща это я сам - но в случае сбоев меня - сразу будет альтернатива :-D), слежу за тем как оно работает, обновляю... У меня ситуация простая - клиент не знает что такое интернет в принципе
Мужик, я не понимаю, че ты паришься?
Если так все плохо - отдай работу с твоим "добром" на аутсорс.
таблицы в базе портятся часто если в myisam - при этом один запрос будет выполняться очень долго, а тайм аут наверняка стоит несколько часов - при этом количество других запросов будут висеть и все застрянет.
выход - для session cache watchdog и других таких таблиц использовать innodb, тайм аут уменьшить до 20-ти секунд - тогда неправильные запросы будут быстрее сбрасываться, такие нестандартные запросы к базе вероятно получаются при сканировании на дыры сайта разными спам вирусами со взломанных виндовсов, при этом посещаемость может быть нулевая а все зависать, ведь посещения спам вирусов не засчитываются
p.s. спецов реально умеющих настроить связку программ для вэб хостинга - единицы, а хостеров сотни тысяч, причина в том что весь интернет находится под постоянной дос атакой зомби сетей из затрояненных виндовсов и чем дальше тем все хуже и хуже.
Кстати, если есть выбор между dedicated и colocation, рекомендую первое.
По крайней мере в случае железных сбоев меньше проблем с быстрой заменой железа.
Кстати, насчёт мастерхоста весьма ультимативное высказывание
Большинство высоконагруженных отечественных Drupal-сайтов - у нас находятся.
ну я же уже высказывался по поводу мастерхоста. проследите за моими высказываниями. и даже улыбаться не хочется.
Да Вы шо.
У меня за 900 рублей в месяц 10 сайтов на Drupal
Из них есть парочка весьма жрущих ресурсы.
В России. В Москве.
Никаких проблем - второй год - полет нормальный.
Так изредка были проблемы но не часто.
Ну правда хостер другой у меня - ни один из тех что выше перечислили.
так и слава Богу!
я тоже вроде нашел уже нового хостера.
Как и обещал, небольшой отчёт про ещё два хостинга.
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 дней. Результат отличный! Всё, что выше про него написал, ещё раз подтверждаю. Следующий проект буду делать именно на МсХосте.
Зачем париться на русских дорогих и некачественных хостингах? Я понял весь смысл!
Теперь подход такой - берем десятку мировых известных хостеров и выбираем среди них. Русских там нет. Я взял HostGator. Без проблем там уже три сайта. Мгновенная круглосуточная поддержка, которую уже испытал - не было файла php.ini - дали.
жаль, что так с dvh вышло, хотя вроде он как уже работает, но хоть зато опыт неплохой.
Таки, НовичОк, а русская поддержка у них есть? Посему как сайт делается заказчику, и иногда заказчик сам хочет обслуживать свой сайт. Т.е., общаться с хостером и т.п... А знаете, какие проблемы бывают с перерегистрацией доменов в зоне *.msk.ru - только через хостера. Как объяснить англоязычному хостеру, что надо "отпустить" (сложившаяся терминология) домен другому хостеру? Да, имхо, он просто не поймёт, что надо сделать... А сколько было случаев, что иностранный хостер, закрывшись, забывал каким-нибудь образом "отдать" домены, зарегистрированные через него...
По мне, так, с нашими хостерами проблем поменьше будет. Да и пинг - наши 2-4 мс, американские - 180-200 мс... А кстати, до сих пор ещё в России некоторые провайдеры по-разному считают российский и западный трафик.
PS: Знакомый веб-мастер рассказывал, что его сайт, расположенный на каком-то американском хостинге, никак не хотел индексировать Яндекс. Он перевёл сайт на немецкий хостинг - очень быстро сайт появился в Яндексе и на хорошей позиции. Правда, это было два-три года назад. Как сейчас дела обстоят с индексацией Яндексом сайтов на американских хостингах, я не знаю.
Легко. Попросить хостера поставить статус "Allow transfer" для домена. По умолчанию, перенос домена закрыт в целях безопасности, чтоб другой регистратор доменов не могу увести ваш домен.
А если у регистратора домена (хостер не всегда является регистратором доменов, он например может иметь аккаунт на webnames.ru ) с этим возникают проблемы, то скорее всего он не имеет соответствующего уровня квалификации Тех поддержки.
Возможно, я чего и не понимаю, но у данного хостера нет даже телефона!
Вы же про http://mchost.ru/soft/ говорите?
Да, про www.mchost.ru . Это точно, телефона нет, и мне это тоже не нравится, но справедливости ради надо отметить, что в МсХосте есть свой мессенжер на аяксе, через который можно в онлайне общаться с техподдержкой. Отвечают реально в он-лайне, очень быстро и грамотно. Что, в общем, вполне компенсирует отсутствие телефона.
Я перебрал уже несколько предложений, и пока этот вариант наиболее приемлем по услугам/скорости/стоимости/техподдержке. При оплате за год за тариф "Профессиональный" получается 2142 рубля...