(SIV34) Unread posts separator

[siv1987 2628]

Имя файла: (SIV34) Unread posts separator

Владелец файла: siv1987

Файл размещен: 24 Окт 2016

Файл обновлен: 02 Янв 2017

Категория файла: Mods/Моды

 

Разделение новых, непрочитанных сообщений.

 

Нажмите сюда, чтобы скачать этот файл

[siv1987 2628]

1.0.1

* исправлена ошибка с разделением первых сообщений на странице

[Strategius 52]

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

Изменено 27 декабря 2016 пользователем Strategius

[Strategius 52]

При отключении PinPosts баг пропадает. В чем проблема там кроется?

[Strategius 52]

Странно, где может быть конфликт в хуках?... Разделитель появляется сверху первого поста в ново-созданной теме, но только при включенном хуке Pinposts. Не подскажете как это пофиксить, пожалуйста? Неприятный баг.

[siv1987 2628]

post_count в pinPosts получает не порядковой номер сообщения в теме а его ид, поэтому в хуке первое сообщение в теме может определиться некорректно.

[Strategius 52]

post_count в pinPosts получает не порядковой номер сообщения в теме а его ид

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

 

$index++;
$post_data[$id]['post']['post_count'] = $index;

Не подскажете, как такое же реализовать в версии для 3.4?

 

Вот та версия для 3.1.4 -

[siv1987 2628]

Вот та версия для 3.1.4

Это платное приложение.

[Strategius 52]

Это платное приложение.

Это первая версия хука еще от другого автора, он ее выложил в свободном доступе 26.11.2009, на оф. ресурсе: http://lastdragon.ru/projects/ipb3-pinposts

 

Поковырял функцию присвоения ID, не получается... При целиковой замене блока post_count, первому закрепленному сообщению присваивается фиксированный ID 1, и если закрепить другое сообщение, будет два ID 1. Как это адаптировать для 3.4, не подскажите, пожалуйста?

[Strategius 52]

Подскажите, а может решением проблемы бага с хуком (SIV34) Unread Posts Separator отсюда будет получение ID первого сообщения Sql запросом? Или это будет слишком нагружать сервер, если тема будет скажем на 300 страниц?

[siv1987 2628]

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

[Strategius 52]

Эти хуки не совместимы

:( А переделка логики для исключения поста сделает хуки совместимыми, ведь там проблема только в этом?

[siv1987 2628]

А переделка логики для исключения поста сделает хуки совместимыми, ведь там проблема только в этом?

Да, только в этом. Вижу для вас это не будет проблемой.

[Strategius 52]

Вижу для вас это не будет проблемой

Это самая большая проблема, которая передо мной сейчас стоит..) Если Вам не сложно, не могли бы указать на проблемное место в хуке, где нужно копать? Насколько понял, не обязательно заморачиваться с запросом для post_count?

[siv1987 2628]

					if( $topic['lastMarked'] <= $post['post']['post']['post_date'] )
					{

Пропустить сообщение если это закрепленное сообщение в теме.