[MetalMessiah]

Проблема: при отложенном постинге (новости, запланированные для публикации в будущем) теги от них попадают в облако тегов сразу же, в облаке тегов туева хуча ссылок, ведущих на страницу с кодом 404.

Решение: в \engine\modules\tagscloud.php найти

PHP код:

$db->query("SELECT SQL_CALC_FOUND_ROWS tag, COUNT(*) AS count FROM " . PREFIX . "_tags GROUP BY tag ORDER BY count DESC LIMIT 0,{$config['tags_number']}"); 


заменить на

PHP код:

$db->query("SELECT SQL_CALC_FOUND_ROWS tag, COUNT(*) AS count FROM (SELECT ".PREFIX."_tags.id," . PREFIX . "_tags.news_id," . PREFIX . "_tags.tag," . PREFIX . "_post.date FROM " . PREFIX . "_tags LEFT JOIN " . PREFIX . "_post ON " . PREFIX . "_post.id=" . PREFIX . "_tags.news_id WHERE date<NOW()) AS tmp1 GROUP BY tag ORDER BY count DESC LIMIT 0,20"); 


Минус данного способа: утяжеление запроса к базе, существенно при отключенном кешировании DLE.

Есть еще ссылка "Все теги", но ее проще закрыть от индексации. Улучшения данного хака приветствуются.

[OKyJIucT]

На мой взгляд, лучше сделать так - быстрее будет выполняться без подзапросов, и кеширование запросов будет на стороне базы осуществляться

PHP код:

$now = date('Y-m-d H:i:s');
$db->query("SELECT SQL_CALC_FOUND_ROWS tag, COUNT(*) AS count FROM " . PREFIX . "_tags LEFT JOIN " . PREFIX . "_post ON " . PREFIX . "_post.id=" . PREFIX . "_tags.news_idWHERE date < " . $now . " GROUP BY tag ORDER BY count DESC LIMIT 0,{$config['tags_number']}");