Вы здесь

Что стоит предпринять с такими долгими запросами?

0

Медленные запросы странице Views:

на этой странице выводятся

  1. 30 элементов представления по материалам, заголовок материала, картинка, краткий текст, кнопка подробнее.
  2. меню таксономии в 25 пунктов, выведенное в блок (не программно)

В результате видны красным медленные запросы

Это страница Педставления материалов (4я страница), открытая второй раз (то есть я зашел и обновил опять) от админа.
Я вижу, что Advagg все равно делает медленный запрос, то есть даже со второго открытия он тормозит. В адвагге включено только сжатие css и перемещение их. Препроцесс над джс там не включен. Так как джс у меня только на одной странице.
А запрос на 208мс выбора кэша - это уж совсем непонятно?
Подскажите, стоит ли отключить Адвагг чтобы он не тормозил?
И почему тормозит кэш?

Медленные запросы на странице материала

на другой странице тормозит обращение к таблице {d7_cahe} -200мс казалось бы очень короткий запрос. Что надо сделать с этой таблицей?

также Кэш Вьюс тормозит: выводятся 20 похожих новостей с модулем Similar Terms и в этом представлении отмечено "Кэшировать по страницам"

Версия Drupal: 
7.x
Категория: 
Performance
Связанные проекты: 
Devel
Вопрос задан 10.11.2015 - 16:15

это на джине. где я редактирую дизайн и чищучищу кэш

Комментарий оставлен 10.11.2015 - 17:49

Я знаю, что на виртуальных хостингах и на дешевых VPS с OpenVZ - виртуализацией бывают такие проблемы.
Может тормозить файловая подсистема в связи с нагрузкой, которую дают другие сайты.
И, соответственно, один и тот же запрос в одном случае будет работать быстро, а в другом случае - вот так вот тормозить.

Комментарий оставлен 10.11.2015 - 17:54

пока что я вижу только один способ оптимизации на шаред-хостингах: авторизованным надо ограничить функционал. в частности: внешний сайт должен всем показываться из кеша. а управление своими материалами - в личном кабинете. тогда запросов будет существенно меньше.

Комментарий оставлен 10.11.2015 - 18:00

на данный момент я вставил обычный html-код вывода меню в блок - правда оно у меня раскрывающееся. но с обычным хтмл он лучше работает. максимальное время запросов - 270мс хотя раньше было 1100.
правда теперь когда я включил кэш представлений не видно на страницах представлений этот отчет

Комментарий оставлен 10.11.2015 - 18:10

Попробуйте модуль boost, там анонимусам будут выдаваться html-страницы.
А если Вы для себя делаете проект какой-либо, то проще изначально не заморачиваться на shared-хостинге.
Переходите хотя бы на недорогой VPS.

Комментарий оставлен 10.11.2015 - 20:06

А если Вы для себя делаете проект какой-либо, то проще изначально не заморачиваться на shared-хостинге.
Переходите хотя бы на недорогой VPS.

Плохой совет, если нет знаний в области администрирования.

Комментарий оставлен 11.11.2015 - 16:21

Я скажу, что у меня давно один проект был размещен на jino. И по мере роста посещаемости он стал не то, что тормозить, а периодически стали вылетать ошибки о нехватке памяти. Я без каких-либо знаний по администрированию перенес его на VPS. И, в принципе, всё стало работать нормально. Правда, пришлось пару раз поднять тарифный план, но, если проект что-то приносит, то это, как говорится, не проблема, а расходы.

Комментарий оставлен 11.11.2015 - 17:01

Я без каких-либо знаний по администрированию перенес его на VPS. И, в принципе, всё стало работать нормально.

Это называется, пока как-то случайно работает... Или вы просто ещё не знаете, кто кроме вас пользуется вашим сервером.
Не обижайтесь, но я боролся с последствиями безграмотной настройки на сотнях серверов и знаю, как это выглядит и чем рано или поздно заканчивается.

Комментарий оставлен 12.11.2015 - 12:41

я тоже перенес, и теперь не 5-10запросов отмечены красным, а 3-4 но чаще ниодного. и причем самый долгий бывает 20мс, хотя раньше самый долгий был до 800мс.
а подскажите с чего начать читать по конфигурации и защите сервера? у меня ощущение что это скоро накроется с таким подходом как у меня

Комментарий оставлен 18.11.2015 - 10:12

Ответы

2

Если у вас простой запрос по PK к таблице с кешем выполняется 200мс, то это однозначно говорит о том, что с mysql серьёзная проблема.
Бывает такое, обычно, из-за неправильных настроек mysql(innodb), или тормозящих дисков. С drupal это никак не связано - что бы вы с ним не делали, у вас не будет хорошо работать сайт, в такой ситуации.
Вероятно, не поможет и boost - вероятнее всего, именно диски тормозят всё же.

Выше вы писали, что это у вас на Jino - могу посоветовать просто бежать оттуда как можно быстрее, и переехать на какой-нибудь вменяемый хостинг.

Ответ дан 11.11.2015 - 16:18

у меня концепция другая: хостинг и домен как и все остальное в интернете должны быть бесплатными.
мне интересно как на ограниченных ресурсах запускать проекты со средней посещаемостью 1000 человек в сутки, бесплатной регистрацией и постами участников. я держал впс пару лет на клоде и селектеле - ради опыта.
но мне интересно делать низкостоимостные сайты (по обслуживанию) с высоким уровнем надежноти. и друпал - то что устраивает лучше других решений, так как пхп писать долго.
но всвязи с частыми проблемами я лучше напишу свою систему на файлах без баз и без пхп тоже. используя такой подход: максимально плоский сайт - то есть обычные хтмл - и плюс область создания новых страниц и админска часть для регенерации сайта и обновления хтмл-файлов. в этом случае сайт может работать на любом хостинге, даже без пхпи в случае "забывания сайта", то есть при неактивноси авторов - его можно будет разместить даже на бесплатном 1gb - без пхп и мускл.

Комментарий оставлен 11.11.2015 - 17:41

как превратить друпал в обычные хтмл-файлы я не знаю. а буст все равно регенерирует кэши все время

Комментарий оставлен 11.11.2015 - 17:43

у меня концепция другая: хостинг и домен как и все остальное в интернете должны быть бесплатными.
Это плохая концепция.

мне интересно как на ограниченных ресурсах запускать проекты со средней посещаемостью 1000 человек в сутки
Не используя тяжёлые CMS. Ну и ограниченные ресурсы, это когда они есть, а не когда их не выделили.

я лучше напишу свою систему на файлах без баз и без пхп тоже
Что не будет панацеей, т.к. тоже будет тормозить при проседании дискового ввода/вывода, на поганом хостинге.

Комментарий оставлен 12.11.2015 - 12:35

главное плоский сайт без динамики

Комментарий оставлен 12.11.2015 - 12:43
-1

Делаем всё, что написано тут: http://dru.io/post/3872 Если не помогает, значит проблема в хостинге (а скорее даже в дешёвом тарифе). В этом случае — логично, меняем хостинг или переходим на более дорогой тариф.

Ответ дан 11.11.2015 - 07:44

Если значение из кеша достаётся 200мс, то эту статью можно не читать, лучше не станет от выполнения этих советов. В данном случае, она просто не актуальна.

Комментарий оставлен 11.11.2015 - 16:20

У человека концепция - всё должно быть бесплатно, а Вы предлагаете, наоборот, подороже :)
У меня также минус.

Комментарий оставлен 11.11.2015 - 19:37

Мне кажется, это потому, что я указал на причину проблемы, а вы дали ссылку на не подходящую к вопросу статью.

Комментарий оставлен 12.11.2015 - 12:39

Мне кажется, это потому, что я указал на причину проблемы, а вы дали ссылку на не подходящую к вопросу статью.

Как бы откуда вы знаете, что tlito вообще читал эту статью? Может там всё решится через описанные методы борьбы с тормозами? ИМХО, когда возникает вопрос «почему тормозит Drupal» — человек или не читал вообще никакие статьи по оптимизации + модулям или хостинг не тянет. Третьего не дано.

И да, мой ответ был дан раньше, чем tlito написал про свою «гениальную» концепцию «всё бесплатно в интернете», так что исходя из всего вышесказанного — минус более чем не честный.

Комментарий оставлен 12.11.2015 - 16:59

тс заминусован и вы отвечаете. мне голосование закрыто, но как можно ждать плюс в вопросе заминусованного?

Комментарий оставлен 13.11.2015 - 18:01

тс заминусован и вы отвечаете. мне голосование закрыто, но как можно ждать плюс в вопросе заминусованного?

Кто понял, что тут написано — перевидите пожалуйста. Видимо у tlito русский язык не родной..

Комментарий оставлен 13.11.2015 - 19:04

Как бы откуда вы знаете, что tlito вообще читал эту статью?

Это не важно - по всей вероятности, её читали те, кто поставил минусы, и в отличии от вас они понимают, что предлагаемые методы не помогут, при подобных тормозах.

ИМХО, когда возникает вопрос «почему тормозит Drupal»

Поймите, наконец, что в данном случае, оптимизация Drupal не при чём. Как и вообще Drupal. Любая CMS в таких условиях будет тормозить - проблема что ** простейший** зарос mysql 200мс выполняется. И, вероятно, чёрти сколько выполняются файловые операции в принципе. Т.е. проблема в данном случае точно в паршивом хостинге.

Комментарий оставлен 14.11.2015 - 11:39

вы правы. но в этом случае есть такое решение, которое сработало у меня: надо было обновить с 39 до 41 все сайты на аккаунте. после этого хостинг перестал сбоить, нагрузка упала существенно. и еще я на всех сайтах сделал "плоским" блок меню, то есть простым html-кодом. и это тоже ускорило сайты.
а также на сайтах я настроил authcache.. на данный момент спад не произошел, но я думаю когда закешируются то будет лучше.
проблема на данный момент решена. и я научился смотреть нагрузку

Комментарий оставлен 14.11.2015 - 12:07

Страницы

-1

Как вариант - можно попробовать облачный хостинг, например, вот - http://www.dualspace.ru/

Я им некоторое время пользовался. Скажу - будет работать довольно шустро, тормозить не будет. Но по деньгам это будет всё же подороже, чем Jino. Да и что-то на несколько гигабайт там уже развернуть дороговато, так как за каждый гигабайт у них сейчас 60 рублей в месяц нужно платить. И это не считая расходов за нагрузку процессора.

Или поискать какой-нибудь быстрый хостинг на SSD. Но опять же, дешевым он вряд ли будет.

Ответ дан 11.11.2015 - 17:15