Хостер заблокировал сайт. Что делать?
Здравствуй сообщество.
Построил первый рабочий проект на 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?
Не знаю чем отвечать хостеру, стоит ли его менять,Прошу помощи.
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Комментарии
пусь хостер скажет где у него сервер ложится
Модули - это великое зло. Особенно когда так много О_о
Цитирую
Ваш сайт использует ресурсов побольше чем позволено:
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 ?
Какие у меня могут быть дальнейшие шаги?
Как отследить не подскажу, а про некоторые модули можете посмотреть тут, за одно и потестить попробуете
Да заюзайте вы хостинг юа. 120 грн хост со всеми опциями. Это не рекламма. Сам юзаю идеальное соответствие качества и цены. Темболие друпал работает безболезненно на этом хосте.
Roman Harlamov, спасибо, буду иметь ввиду. У меня на примете еще Data-Xata.com
Но я уйти с этого хостинга пока не могу, хоть и встречал на drupal.ru гонения в его сторону и сам подозреваю в хронической криворукости
Kudja@drupal.org , спасибо, попробую отключить Google analytics
И всё же, отражается ли многоязычность на загрузку процессоров? и какие функции (задачи, модули) потенциально загружают процы?
Бросьте вы это дело с тестированием. Лучше возьмите хостинг получше, либо vps. Товарищь один с этого форума gor предоставляет хостинг под друпал проекты. Взял у него один тп тестировать буду.
Поставьте модуль Devel, и увидите, сколько памяти кушают страницы. А также "тяжелые запросы". Если реально тяжелы - так вот оно, а если нет - пинайте.
files32 так просто бросить не выйдет
xtremest спасибо, так и сделаю
Но я так и не понял по вопросу многоязычности, грузил ли она хостинг и насколько...
Я точно не уверен, но по логике многоязычность почти никакой дополнительной нагрузки не дает, т.к. это просто напросто создаются новые ноды с новыми nid а в зависимости от языка - выбирается какую из них отображать... т.е. это скорее всего 1-2 дополнительных запроса к базе
Не поможет, начните с другого
Нашел в доке по Друпалу что Locale жрет очень много ресурсов
Попробую стравнить с отключённым Locale...
А пока с модулем Event имею 887 запросов и 513 милисекунд
А как без Locale обойтись ))) конечный пользователь (если сайт не для себя, а у многих и для себя) все равно захочет админить на русском...
Естесно никак не обойтись. А вот без i18n можно