FreshTopics (mod "показать 100 свежих тем")

[iks]

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

Для этого под заголовком форума появляется соответствующая ссылка

mod написан для версии 2.0.22, но по идее может работать и на остальных (при помощи easymod легко проверить)

Первая версия была написана почти 5 лет назад, и очень пригодилась (на нескольких форумах живет до сих пор)

Буду благодарен за отзывы

[VVVas]

Позволяет зарегистрированным пользователям

Есть какая-либо причина не показывать ссылку гостям? Или просто "так захотелось"?

[Alek$]

Что-то, честно говоря, так и не понял, чем он принципиально отличается от search.php?&search_id=newposts

Хотя, идея неплоха и заслуживает внимания.

[iks]

Есть какая-либо причина не показывать ссылку гостям?

VVVas, причина есть (из опыта, так сказать 8) ): блуждающие по нету роботы-пауки, кликая на такую ссылку, непомерно нагружают сервак (особенно если форум большой).

Добавлено спустя 3 минуты 25 секунд:

Что-то, честно говоря, так и не понял, чем он принципиально отличается от search.php?&search_id=newposts ?

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

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

• Например, тебе показало, что с последнего посещения имеется 75 сообщений. Ты просмотрел всего 20, и тут жена звонит: "уже 23 часа, пора домой!". Идешь домой, конечно за компьютер, открываешь там форум и видишь только сообщения с момента своего ухода с работы. А те самые, которые не дочитал, как найти?
  Такая же проблема возникает, когда потребовалась перезагрузка компьютера, хотя все "сообщения с последнего посещения" не дочитал.

Вот благодаря таким мыслям/опыту и был рожден данный мод.

Ставил этот функцилонал вручную на несколько разных phpbb-форумов (начиная с версии 2.0.4 в 2003 году), а сегодня отчетго-то возникла идея формально все описать: возможно, просто себе время сэкономить в будущем.
Надо скзаать, мод оказался совсем не сложным, но - уверен - он будет очень полезным и востребованным!

[VVVas]

блуждающие по нету роботы-пауки, кликая на такую ссылку, непомерно нагружают сервак

Запись search.php в robots.txt не решает этой проблемы? Но это разговор для отдельной темы.

Принципиально мод может служить очень хорошей простой альтернативой сложному keep unread flag.

[Alek$]

iks
ясно.

[Палыч]

Принципиально мод может служить очень хорошей простой альтернативой сложному keep unread flag.

Да, пожалуй этот лучше.

[VVVas]

Он не лучше, он другой и реализует малыми затратами, то что многие хотят.

[iks]

VVVas, ты прав - keep unread flag позволяет читать именно с того места, где началось продолжение обсуждения без тебя
сам его использую, но очень-очень редко (из-за его затратности по времени)

а тут - кликнул 1 раз, и получил в принципе практически то, что хотел

Добавлено спустя 45 минут 53 секунды:

слегка обновил русификацию в архиве 8)

[Палыч]

он другой и реализует малыми затратами, то что многие хотят.

Именно поэтому и лучше 8)

[Xpert]

iks

Код: Выделить всё

      		                $sql = "SELECT post_id
       		                    FROM " . POSTS_TABLE . "
       		                    WHERE post_time >= 0";

Нет смысла гонять всю таблицу таким условием, оно будет всегда истинно, только нагрузка лишняя. Лучше безусловную выборку.

Кстати я бы выборку ограничил скажем 60 днями как это сделано в index.php. Иначе все повиснет и без участия роботов.

[svk]

я вообще не могу понять смысла такого условия. post_time, если мне память не изменяет, unsigned int

[iks]

svk, смысл в том, чтобы была требуемая сортировка (при таком условии SQL берет "правильный" для меня индекс). Нагрузки на SQL дополнительной при этом нет никакой 8)
когда писал эту конструкцию, с первого раза отчего-то не вышло с ORDER BY, поэтому так и написал

ограничивать же по времени - 60ю днями или 10 или 150 - каждый может по желанию. Но это будет уже другой смысл: показать свежие сообщения за N дней, а мой мод показывает именно все

[Xpert]

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

[Alek$]

iks
ИМХО, следует напрячся и переделать с ORDER BY.
Более того, Xpert прав, если про это прознает кто-нибудь нехороший, то сайт могут задосить. А ругать будут вас. Оно вам надо?
Я сильно сомневаюсь, что кому-то понадобится таким образом искать сообщения старше 60 дней, поэтому такое ограничение вполне безболезненно.