3 сентября 2010 в 4:13
Единственная информация выражаемая в цифрах, которую предоставляет хостер для выбора тарифа - это место на диске.
А ведь есть еще оперативная память, время выполнения скрипта, еще что-то. Вопрос а что именно? Какие технические численные параметры нужно знать?
У меня например с разными хостерами неоднократно была ситуация: сайт работает пол года, потом бац - и перестает нормально работать. Особенно перестает работать нормально работать views - представление плохо редактируется.
Такое впечатление что что-то отрубают или затягивают. Вот только что? Опреативной памяти сколько и было, место на диске на это не влияет. А когда тоже самое на другой хостинг переносил все работало.
Комментарии
http://drupal.org/requirements
Да, кстати, класно бы было, если бы кто-то из шарящих в хостинге сбросил сюда свой php.ini в качестве образца
PHP MySQL и так везде стоит. Ну я не говорю про какихто экзотических хостеров. Меня интересуют те ресурсы, которые можно попросить определенное количество. Ну например оперативки стока-то.
оперативки 256 мб
Ну эта я знаю. Правда ингда бывает, что оперативки 256 а все равно както медленно. А ну друго 64 и быстрее. Это учитывая что сайт посящаю только я и мои соседи по улице.
Кроме оперативки что есть? В чем к примеру преимущества it-patrul ? Неужели только в техподдержке?
Понятие шаред хостинг подразумевает следующее. Стоит сервер (комп в стойке). На нем хостер размещает сайты до упора. То есть, к примеру, размещает 700 сайтов. Как только кол-во сайтов начинает превышать лимит физической возможности сервера, хостер перестает пихать на сервер сайты и начинает разбирать ваши сайты более подробно. Некоторых клиентов он отфутболивает (предлагает им взять тариф подороже, так как ваш сайт превышает нагрузку на сервер), некоторых переносит на другие менее нагруженные сервера (если их много у него), некоторым сайтам начинает блокировать доступ от пс роботов и копипастеров скриптами (конечно такого не бывает).
На шаред хостинге у вас нет фиксированной оперативки, да и не может быть в принципе. Для того чтобы получить "фиксированные" ресурсы, вам надо приглядеться к впс, там все характеристики указаны.
Пока что дорого впс. Хостеры у меня порядочные, но чтобы с ним нормально разговаривать нужно знать много умных слов. Одну лишь оперативку требовать не могу.
Говорить "не держите пожалуйста мой сайт на одном компе с еще тысячей сайтов" тоже не могу. Ведь мощности сервера вроде разными могут быть. Да перносить мои сайты с одного физического сервера на другой он имеет право.
VPS не панацея. Можно так зажать VPS по процессору, что несмотря на кучу памяти всё будет ползать еле-еле.
Моё мнение - самое лучшее - это просить у хостера тестовый период - обычно они его дают в размере 1-2 недель. За это время развернуть сайт и организовать нагрузчное тестирование, эмулируя работу пользователей. Если вас всё устраивает - берём. Если не устраивает - жалуемся хостеру на нехватку быстродействия или памяти. Если хостер не идёт навстречу - до свидания.
Далее, если всё устраивает - снимаете текущие характеристики системы, т.е. памяти стока-то, места стока-то, ну и т.д. и озаботьтесь, чтобы всё это было у вас в договоре с хостером, чтобы он не мог что-либо зарезать потом и честно глядя в глаза говорить, что вам в общем-то этого никто и не обещал.
Блин скока оперативной памяти и места я итак знаю. Какие параметры еще есть? Мне нужно знать на будущее, чтобы хостер не оказался редиской.
Я собираюсь менять тариф, а кроме места на диске и оперативки ничего попросить не могу т.к. не знаю о чем просить.
-Акселлератор
-Настроенный мускуль
-Всё в UTF8
-Рама
-Отсутствие оверселла, хотя в это не верят некоторые товарищи
Попросить можно:
Гарантированный % процессора, но это только для VPS, а не для виртуального хостинга
Количество одновременных подключений к веб-серверу, которое иногда также называют количеством одновременных процессов для сайта.
А вообще если просить на виртуальном хостинге ресурсов, то скорее попадёшь в чёрный список, при малейшем чихе будут говорить - бери тариф повыше
можно и нужно спрашивать где находится дата центр (иногда от хостера отказываются после ответа на этот вопрос). Косвенно узнать канал шаред хостинга (какой дадут короче), можно узнать спросив, можно ли на тарифе размещать фотогалерею. Надо уточнить, про буржуй траф (очень редко блокируют, плохо для гугла). Надо спросить куда сохраняют бекапы на отдельный сервер или на тот же самый. Надо спросить каков ваще парк серверов (если их 15, то даже если ваш сервер сдохнет, вас распихают на соседние).
зы
+1
всегда ли акселератор php является плюсом? Не с ним ли происходят самые непонятные для конечного пользователя ошибки? Да и не является ли использование акселератора - уже оверселлером?
я говорю, и ругаюсь если чо... Так как гс (мои в смысле) всегда пытаются спихнуть на убитые серваки. А там все прелести "надежных хостеров" всплывают во всей красе. впс стоит от 300 в месяц.
зызы
самый главный параметр хостера - это аптайм ваших сайтов у него... И пока у вас шаред, говорить о ресурсах - как то не правильно.
Не думаю, акселлератор снижает нагрузку на проц, но увеличивает на раму
Я больше двух лет постигаю науку "как выбрать нормальных хостинг, если ты менеджер сайта, а не настройщик серверов". Вот мои советы:
я - прошу в техподдержке пхп.инфо, на нормальных хостингах на него есть ссылка сразу, либо - если тестовый период, после установки Друпала в admin/reports/status (кстати, в принципе, Друпал сам проверяет все требования, если все зеленое - значит все нормально). В пхп.инфо смотрю:
Первый столбик, самый низ - там будет написано, если есть акселлератор. Говорят, наличие еАкселлератора - очень хорошо для Друпала.
Второй столбец после основной информации:
пхп_мемори_лимит - не меньше 64М, 128 - нормально. На ит-патроле 256.
upload_max_filesize (128M) - максимальный вес файла. Некритично, для моего проекта, но если у вас фотосайт или видеосайт, то это станет важным.
max_execution_time (30) - время выполнения скрипта, частая причина ВСОДов.
Вообще, самые частые ошибки связаны с мемори_лимит или с временем исполнения скрипта.
Еще нужно чтобы:
safe_mode Off
register_globals Off
Но эти параметры одинаковые (вроде) у нормальных хостингов.
Еще некоторые хостинги ставят ограничения на базу (прокрутите страницу вниз):
mysql.max_persistent
mysql.connect_timeout
Но в этом случае они пишут о своих ограничениях на сайтах - таймвеб и серваж.нет, например. Для подстраховки, два этих параметра можно иметь в виду - посмотрите в поисковиках, что они означают и какие должны быть нормальные параметры.
Еще я просматриваю пхп.инфо, чтобы видеть - все ли дополнения установлены. Друпалу нужен mbstring. Опять же, для видеосайта нужно дополнение ффмпег - из российских хостингов он есть на джино.ру, а в других случаях вам потребуется ВПС.
Вообще, ИМХО, проще делать так: пока сайт небольшой - довериться надежной известной компании с небольшими и средними тарифами. По мере роста сайта - переходить на более дорогие тарифы, и переходить к более дорогим (по ценам) хостингам. Когда поймете, что сайт все растет, обычные хостинги не справляются и нужно что-то лучшее - переходите на ит-патрол. Или с самого начала сидите на нем.
Это точно. Оплачивайте хостинг помесячно, не ловитесь на "скидки за год".
А чем плохи скидки на год? Ведь если вы захотите уйти через месяц, то деньги вам обязаны вернуть. Ну пересчитают этот месяц как без скидки ну и что? В этом случае будет как будто вы платили помесячно. А так можно сэкономить 10-20% в зависимости от скидки.
Вы крупно правы. Работа акселераторов может такие глюки выдавать, что сломаешь все мозги пока поймёшь в чём проблема.
И не факт, что на шаред хостинге это вообще даст какое-то преимущество, ведь память скажем в количестве 256M под акселератор выделяется ДЛЯ ВСЕХ сайтов, т.е. при большом их количестве она просто быстро кончится и всё.
Деньги вернут не обязательно
У некоторых это явно прописано. А некоторые затягивают возврат, могут реально и с месяц еще стрясти оплату...
Ситуация на рынке такова что тупо жмут по винту, keyweb тому пример
Ниразу не встречал
Глюки редкие довольно к великому счастью, иначе бы акселераторами просто не пользовались!
Однако, тем труднее их обнаружить.
Я наступал на такие глюки три раза. Все три раза мудохались по полдня прежде чем выявлялась причина проблем
А в чем именно были проблемы? С каким модулем и каким образом было определено что в акселераторе проблема?
Для тех кто не в курсе, eAccelerator кеширует opcode. Opcode это бинарное представление php кода. Каждый раз, когда идет обращение к php скрипту, php его ковертирует (парсит) в opcode, который уже непосредственно передается на выполнение. Так вот, eAccelerator позволяет сэкономить львиное количество времени процессора и IO, так как хранит opcode в памяти, который передается php на выполнение, пропуская этап парсинга файлов и преобразования в бинарный вид. Конечно это требует определенного обьема ОЗУ, но выигрыш существенен. В некоторых случаях ускорение php кода наблюдается до 200%
Вот тут есть результаты тестирования
Проблема была не с Drupal'ом, а с Bitrix два раза и один раз на самописе, но это не показатель, просто у нас хостинг ориентированный на Битрикс, поэтому и инцидентов с ним больше, чем с чем-то другим.
В двух случаях с Битрикс до определённого момента работало, часа 2-3, потом начинало выдавать 500-ю без объяснения причин. Лог ошибок ошибку фиксировал, но не помогал понять из-за чего она. После отключения акселератора проблема исчезла. Третий случай вообще был весёлым - там сайт не работал сразу с той же самой 500-й ошибкой. Подробностей не помню, но в этот раз лог ошибок был более информативным - PHP говорил о какой-то ошибке работы со стеком в одном из объектов. Тоже самое - выключили акселератор и всё заработало.
Я не говорю, что eAccelerator - это плохо, напротив, я уверен, что он нужен и даже необходим особенно для загруженных сайтов и серверов, но тем не менее, использовать его надо с оглядкой - преценденты, как я и написал были.
У нас такое (ошибка 500 или похожая хрень) иногда выползала на еакселераторе. Лечится удалением кеша акселератора. Бывает очень редко. Иногда возникает после некорректного ребута из-за битости кеша (тот, что акселератор сохраняет в файлах, которые могут незасинхриться или обнулиться), либо из-за изменения содержимого php фала без увеличения даты модификации файла. Так что почистите кеш и вперед. Глюк должен исчезнуть.
А вы что кэш акселератора в файлах храните? Этож тормоза полные! shm_only рулит
Да, безусловно, можно почистить кэш, можно перезапустить апач, только это костыли всё, потому что дополнительный минус к надёжности в целом.
Я считаю так - либо сайт работает без костылей с eAccelerator и тогда мы его используем, либо сайт глючит с ним, тогда его просто нужно выключить нафиг.
Используем shm и файлы. Разницы с shm_only не ощущали, ибо файлы вполне хорошо кешируются когда есть свободная память. В процессе работы разницу не ощущали как в нагрузке на HDD, так и на CPU в первом и втором случае. Если память кончается - в любом случае начнется работа с файлом подкачки и урезание кеша файловой системы. Если памяти избыток - она вся уходит под кеш файловой системы.