16 сентября 2007 в 20:09
Всем привет!
Сделал я свой первый сайт на Друпале, закачал к себе на Петерхост - а он не работает, памяти ему не хватает. И вроде модулей не слишком много включено... У них 16 Мб на скрипт, больше не дают. Получается мне надо от них уходить!? Или у меня что-то с Друпалом, что он такой прожорливый?
Комментарии
Я оттуда убежал сразу ) Теперь на FastNext и Hosting-IE
Да, прожорливость друпала к памяти иногда пугает. У меня многие сайты укладываются в 10 мегабайт от мастерхоста. Посмотрите, может у вас включено много лишнего?
вся прожорливость - это на 50% локализация, надеюсь в 6-ке с этим будет полегче
А что еще плохого в Петерхосте, кроме лимита памяти?
Я как раз собираюсь переезжать на Петерхост со спэйсвеба. Собираюсь брать вип-тариф Вега - там должно памяти выделяться на пользователя много, а другие подводные камни на Петерхосте есть?
Есть! Постоянно присылают письма с угрозами типа "Ваш сайт создает критическую нагрузку на сервер, примите меры!"
И насчет локализации... У меня английский сайт! Нет на нем локализаций!
тогда странно, что не хватает 16М, какие модули стоят?
Чтобы не быть голословным... Вот расход памяти помодульно
block - 285 K
color - 255 K
filter - 558 K
help - 41 K
menu - 268 K
node - 1099 K
path - 117 K
search - 380 K
system - 852 K
taxonomy - 575 K
user - 1154 K
watchdog - 88 K
content - 398 K
number - 142 K
optionwidgets - 70 K
text - 139 K
content_taxonomy - 87 K
content_taxonomy_options - 79 K
custom_breadcrumbs - 80 K
date_api - 2 K
taxonomy_dhtml - 168 K
pathauto - 148 K
auto_nodetitle - 48 K
fieldgroup - 229 K
nodewords - 254 K
token - 32 K
views - 774 K
-------------------------
Total=8322 К
+ на 2 Mb наотключал нужных модулей типа Date, Image, Views UI...
Вы через модуль devel смотрите? он сам неплохо систему грузит, с ним точно 16М не хватит
Легких путей не ищу! Пропатчил module.inc
function module_load_all() {
$total = 0;
foreach (module_list(TRUE, FALSE) as $module) {
$x = memory_get_usage();
echo $module;
drupal_load('module', $module);
echo " - ".round((memory_get_usage()-$x)/1024)." K
";
$total += memory_get_usage()-$x;
}
echo "Total=".round(($total)/1024)."
";
}
А вот как выглядит если включить все что надо...
start = 1188 K
All *.inc = 1713 K
block - 285 K
color - 255 K
filter - 558 K
help - 41 K
menu - 268 K
node - 1099 K
path - 117 K
search - 380 K
system - 852 K
taxonomy - 575 K
user - 1154 K
watchdog - 88 K
content - 398 K
number - 142 K
optionwidgets - 70 K
text - 139 K
content_taxonomy - 87 K
content_taxonomy_options - 79 K
custom_breadcrumbs - 80 K
date - 850 K
date_api - 2 K
image - 356 K
taxonomy_dhtml - 169 K
views_ui - 782 K
pathauto - 148 K
auto_nodetitle - 48 K
fieldgroup - 229 K
nodewords - 254 K
token - 32 K
views - 774 K
---------------------
Total=10311 K
locale = 0 K
end = 13425 K - это после основных загрузок
На работу страниц еще хватает, но админка уже не работает.
интересный патч module.inc
После прямого вопроса с указанием линка на системные требования друпала, как же он будет работать на 8-ми мегабайтах под скрипт (у них оказалось в договоре прописано 8!!!) был получен ответ в стиле: "Ну ужмитесь как-нибудь, больше памяти не дадим".
А у самих в разделе "Почему мы?" написано "Мощные сервера" и "Гибкая система тарифных планов". Видимо они были мощными когда-то, лет пять назад
Похоже для приличных проектов нужно брать выделенный сервер, хотя бы виртуальный. А вообще интересно было бы набрать статистику по загрузке системы сайтами на друпале. Иначе задумаешься, стоит ли делать серьёзный сайт на Друпале?
попробуйте php_value, на некоторых хостингах забывают это запретить...
с помощью патча, узнал что моя сборка друпла тоже жрет почти 10
убрал лишних модулей на мегабайт