17 ноября 2010 в 9:36
В общем переехал я на ит патруль, чему рад, пока косяков не наблюдаю в отличие от других трех хостеров.
Думал перееду косяк сам пройдет но нет.
Суть. Есть у меня тип материала. Я делаю вьюху и вьюха открывается 18 секунд. Если поменять во вьюхе на др тип материала все грузится за 2 секунды (ноды аналогичные).
В чем может быть косяк и как исправить его.
Комментарии
Косяк в ~250 модулях
Круто, хотел бы я на сайт глянуть с таким количеством модулей
это же Инферно. Тут возможно чуть менее, чем всё
причем тут модули. если дело касается одного лишь типа материалов.
ну не 250 но много. И все нужные... Хотя многое можно было бы решить другими путями... ну или своими самописными моудлями которые бы объеденили бы многие модули. Но увы и ах... ноу програминг...
не затруднит огласить?
мне так для себя, чисто поржать.просто интересноКосяк в руках и голове
берете свой запрос из вьюса для одного типа контента и для второго
выполняете их в май скл какой нибудь оболочке и смотрите на время выполнения и ищите разницу, могу дать гарантию процентов в 90 что где-то индексы в БД либо свалились, либо вообще не выставлены.
Иногда не надо быть программистом, достаточно просто уметь анализировать сложившуюся ситуацию.
это хорошо, если рассматривать конкретный запрос, а если от хостера звучит... "оптимизируйте скрипты, у Вас может быть утечка" и т.д. и начинаешь перебирать какой функционал просто выкинуть, а какой ковырять и где, потому что конкретики нет, а причины могут быть от недонастроенного ПО сервера до разного рода "косяков", от которых никто не застрахован
Если бы да кабы
Пусть предоставляют логи в каких моментах были пики, что происходило на сервере и т.д. если не дают то пусть идут в жопу вместе со своим хостингом.
Мда.
а урла так и не увидел (
про инферну пора писать книгу
т.е. дело в во вьюхе. а если из строй бд взять таблицы вопрос разрешится?
Видимо дело в самом типе материала раз уж новая вьюха также тормозит... по открыванию.
Я по моему написал вам порядок действий по выявлению косяка, или пофигу что говорят?
Если пофиг, то зачем вообще посты тут писать?
+ вы используете кривую CMS
+ файл style.css грузит проц на 120%
Добавлю классическое
"У вас на компе вирус!!!!!111пыщьпыщь"
Люди с прямыми руками проблемы решают http://drupal.ru/node/52766.
А с кривыми нечего жаловаться что CMS косячная.
Наш местный провайдер обычно задаёт такой вопрос:
-У вас стоит антивирус?
Далее ветвление:
Вариант "Да":
Это вам антивирус мешает
Вариант "Нет":
Это из-за отсутствия антивируса вам вирусы мешают
При ответах в стиле "У меня дебиан, какие нах вирусы?"
Переключают на инженегра
Я в случаях когда происходят такие длительные загрузки запускаю Фаербаг-Сеть.
Там отлично видно временные линии запросов. Можно посмотреть где плуга происходят
Куча разных мелочей... - типа такого
расово верный ФФ если у пациента ИЕ и наоборот
Скорее всего что-то посыпалось в БД, как указал glu2006. Я просто могу представить процесс создания такого ресурса товарищем iNFerNo. Беспорядочное тыкание модулей (пусть будет, потом разберёмся), деинсталляция их и установка новых, восстановление из бэкапов наверняка многочисленных и тд и тп. Я по себе знаю, к чему это приводит.
Проблема даже может быть в паре кривых строк в template.php
ну там показывается только секунды, там я и смотрю сколько открывается страница.
Сидя на плохом хостинге, даже не думал что страницы могут открываться за 1-4 секунды. Переехав заметил что один из материалов 20 сек открывается. Ну и создал эту тему. В общем решил вопрос сам. В материал был добавлено поле pollfield которое и тормозило процесс. до 20 секунд за каждое открытие...
Вопрос. Кто нить решал этот вопрос что бы запросов было меньше... к бд или еще что-то???
Решено в общем. Жаль Pollfield не попользоватся, удобный модулек...
Так это, на плохом хостинге ноды открывались все по 20 секунд, а на патруле хоп! и не все? И выплыла бага?
ну типа того.