+1.09
Рейтинг
3.29
Сила
У меня пользователи просят. Если нет — придется самому писать
Нет пока такого плагина?
Вот только сообщение не выдается почему данные не загрузились — как будто просто не введен логин, а как мне кажется, это введет пользователя в заблуждение.
Спасибо )
А разве шаблоны не хранятся в кеше в скомпилированном виде?
Я бы сказал вообще не пользуется, удивительно что в движке так не сделано, чтобы облако обновлялось раз в день
Внезапно при загрузке топика:
MySql
query: 15
time: 0,025	
Cache
query: 126
— set: 7
— get: 62
time: 0,03026	
PHP
time load modules: 0,038
full time: 1,955

У топика 500 комментариев, это комменты так долго обрабатываются?
Перед покупкой хочу уточникть — есть ли возможно разрешать определенным ролям принудительный вывод топика на главную?
Еще не реализовано?
Наверное оставлю теги, но облако уберу.
Я сам парсер писал, раньше у меня вообще не было тегов. Получилось примерно по три тега на топик. Не так и много. Вероятно в итоге я как раз и приду к его отключению.
Explain первого запроса

1	SIMPLE	tt	index	blog_id	topic_tag_text	152	NULL	954189	Using temporary; Using filesort
1	SIMPLE	b	eq_ref	PRIMARY,blog_type	PRIMARY	4	getalbums2.tt.blog_id	1	Using where
Итак, отчет по запросам:

Абсолютный чемпион:
SELECT
  tt.topic_tag_text,
  count(tt.topic_tag_text)      as count
  FROM
  ls_topic_tag as tt,
  ls_blog as b
  WHERE
  N = N
  AND
  tt.blog_id = b.blog_id
  AND
  b.blog_type <> 'S'
  GROUP BY
  tt.topic_tag_text
  ORDER BY
  count desc
  LIMIT N, N


Второе место:
SELECT SQL_CALC_FOUND_ROWS
  t.topic_id
  FROM
  ls_topic as t,
  ls_blog as b
  WHERE
  N=N
  AND t.topic_publish =  N AND ( t.topic_rating >= N  or topic_publish_index=N  )  AND ((b.blog_type='S') OR (b.blog_type='S'))
  AND
  t.blog_id=b.blog_id
  ORDER BY t.topic_date_add desc
  LIMIT N, N

Третье место:
SELECT SQL_CALC_FOUND_ROWS
  t.topic_id
  FROM
  ls_topic as t,
  ls_blog as b
  WHERE
  N=N
  AND t.topic_publish =  N AND ((b.blog_type='S') OR (b.blog_type='S'))
  AND
  t.blog_id=b.blog_id
  ORDER BY t.topic_date_add desc
  LIMIT N, N


Данные предоставлены утилитой mysqldumpslow
И мне интересно почему все висит
В шаблоне так же прописывать?
Правильно ли я понимаю что тут была ситуация что если одна страница висит (отправляя в этот момент письма) то и главная не начнет отображаться пока предыдущая страница не отвиснет?
Да, по крайней мере с одного и того же компьютера.
slow_query.log и разбираться с каждым запросом что более 500мс (для начала) смотреть explain и вникать.
Так и буду делать
Боевой обновил — в принципе все терпимо работает, просто не идеально. На тестовом я все пробовал — отлично было. Без нагрузки (пользователь онлайн) все летает.
Пытаюсь через браузер открыть этот файл (в htaccess убрал запрет) — все наглухо виснет, очень странно, так как до этого на ДЛЕ все письма нормально ходили, без тормозов.
С письмами вообще беда — уходить не хотят. Хоть крон и стоит на раз в минуту — все равно какое-то письмо в таблице ls_notify_task уже 7 минут висит