Хостер заблокировал сайт. Что делать?

Аватар пользователя cka3o4h1k cka3o4h1k 4 ноября 2008 в 11:14

Здравствуй сообщество.

Построил первый рабочий проект на Drupal и теперь пытаюсь понять где были допущены ошибки.

Использую shared хостинг от HostPro.ua. Памяти 64 мб.
Версия друпала: Drupal 6.6
Дополнительные модули: i18n, CCK (date, calendar, email, link, imagefield, contemplate), Views, Event, Webforms, Token, Ad, Rotor, imagecache, google_analytics, google_cse, globalredirect, path_redirect, pathauto, glossary + несколько модулей для удобства работы в админке.
На сайте 5 языков: два активно наполняемых + три языка для солидности, контента мало

Какие могут быть причины малого быстродействия сайта? (очень прошу поправить)
1) Обилие запросов к базе?
1.1) Недостаток оперативной памяти для обработки всей выборки из БД?
2) Множество сложных скриптов которые загружают процессоры?
3) Проблемы у хостера?

Хостер написал что нужно оптимизировать скрипты.
Может ли это означать что я использую просто слишком много модулей?
Или может такое количество языков не приемлемо?

Главный мой вопрос: Как выявить действительные причины тормозов? Каковы элементарные правила создания оптимизированного сайта на Drupal?

Не знаю чем отвечать хостеру, стоит ли его менять,Прошу помощи.

Комментарии

Аватар пользователя cka3o4h1k cka3o4h1k 4 ноября 2008 в 11:59

Цитирую

На наших шаровых серверах существует лимит ресурсов системы для скриптов: 5% ресурсов процессора. Максимальный размер памяти в php.ini файле может быть только 32Мб.

Ваш сайт использует ресурсов побольше чем позволено:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15863 agronews 24 0 76564 29m 5700 R 22.9 0.4 0:00.70 php

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
agronews 16023 0.0 0.1 61764 15152 ? R 17:54 0:00 | \_ /usr/bin/php /home/agronews/public_html/index.php
agronews 15863 13.0 0.4 82848 36916 ? R 17:54 0:01 | \_ /usr/bin/php /home/agronews/public_html/index.php
agronews 15914 11.1 0.4 80672 33788 ? R 17:54 0:01 | \_ /usr/bin/php /home/agronews/public_html/index.php

На основании этих даных сервера мы были вынуждены закрыть Ваш сайт. Если Вы можете оптимизировать Ваши скрипты, то пожалуйста сделайте это и Ваш сайт будет открыт.

Ложиться в index.php ?
Какие у меня могут быть дальнейшие шаги?

Аватар пользователя dkslalkasdlsa dkslalkasdlsa 4 ноября 2008 в 12:28

Да заюзайте вы хостинг юа. 120 грн хост со всеми опциями. Это не рекламма. Сам юзаю идеальное соответствие качества и цены. Темболие друпал работает безболезненно на этом хосте.

Аватар пользователя cka3o4h1k cka3o4h1k 4 ноября 2008 в 12:47

Roman Harlamov, спасибо, буду иметь ввиду. У меня на примете еще Data-Xata.com
Но я уйти с этого хостинга пока не могу, хоть и встречал на drupal.ru гонения в его сторону и сам подозреваю в хронической криворукости

Kudja@drupal.org , спасибо, попробую отключить Google analytics

И всё же, отражается ли многоязычность на загрузку процессоров? и какие функции (задачи, модули) потенциально загружают процы?

Аватар пользователя files32 files32 4 ноября 2008 в 17:05

Бросьте вы это дело с тестированием. Лучше возьмите хостинг получше, либо vps. Товарищь один с этого форума gor предоставляет хостинг под друпал проекты. Взял у него один тп тестировать буду.

Аватар пользователя xtremest xtremest 4 ноября 2008 в 19:39

Поставьте модуль Devel, и увидите, сколько памяти кушают страницы. А также "тяжелые запросы". Если реально тяжелы - так вот оно, а если нет - пинайте.

Аватар пользователя cka3o4h1k cka3o4h1k 4 ноября 2008 в 19:49

files32 так просто бросить не выйдет
xtremest спасибо, так и сделаю

Но я так и не понял по вопросу многоязычности, грузил ли она хостинг и насколько...

Аватар пользователя Kudja@drupal.org Kudja@drupal.org 5 ноября 2008 в 0:21

"cka3o4h1k" wrote:
Но я так и не понял по вопросу многоязычности, грузил ли она хостинг и насколько...

Я точно не уверен, но по логике многоязычность почти никакой дополнительной нагрузки не дает, т.к. это просто напросто создаются новые ноды с новыми nid а в зависимости от языка - выбирается какую из них отображать... т.е. это скорее всего 1-2 дополнительных запроса к базе

Аватар пользователя cka3o4h1k cka3o4h1k 5 ноября 2008 в 22:05

Нашел в доке по Друпалу что Locale жрет очень много ресурсов
Попробую стравнить с отключённым Locale...

А пока с модулем Event имею 887 запросов и 513 милисекунд

Аватар пользователя Kudja@drupal.org Kudja@drupal.org 6 ноября 2008 в 0:11

"cka3o4h1k" wrote:
Нашел в доке по Друпалу что Locale жрет очень много ресурсов
Попробую стравнить с отключённым Locale...

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