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

[Iska]

micro8, что значит «опять»? Они сто лет в обед как не работают под новыми браузерами. Пользуйте Pale Moon, пока можно. Ну, или регулярно делайте вход-выход выход-вход на конференцию, чистите кэш — и будет Вам щщщастя.

[micro8]

Они сто лет в обед как не работают под новыми браузерами. Пользуйте Pale Moon, пока можно. Ну, или регулярно делайте вход-выход выход-вход на конференцию, чистите кэш — и будет Вам щщщастя. »
Не чего из это не делал и все работало в Yandex

[Iska]

А потом внезапно™ перестало, да? Тут же, ровно тремя темами ниже: Не могу найти свои темы и сообщения с последнего визита и за сутки, полезные (http://forum.oszone.net/thread-309959.html). Вам туда.

[Petya V4sechkin]

Iska, можете проверить? Нашёл костыль: установил расширение ModHeader (https://chrome.google.com/webstore/detail/modheader/idgpnmonknjnojddfkpgkljpfnnfcklj) и задал параметры:

Request Headers
Cache-Control : no-cache
Filters
URL Pattern : http://forum.oszone.net/search.php?*
URL Pattern : http://forum.oszone.net/post_thanks.php?*

Блин, в движке форума это элементарно можно было исправить: добавить стандартные no cache headers для генерируемых search.php и post_thanks.php ответов.

P.S. Тестировать очень просто: любую ссылку вида Найти все сообщения от (http://forum.oszone.net/search.php?do=finduser&u=27596) открыть два раза и сравнить коды searchid в адресных строках: если они одинаковые - косяк, а если разные - it works.

[Vadikan]

Блин, в движке форума это элементарно можно было исправить: добавить стандартные no cache headers для генерируемых search.php »
Я добавил в шаблон search_results
<meta http-equiv="Cache-control" content="NO-CACHE">
В коде страницы результатов поиска видно. Надо тестировать.

и post_thanks.php »
Напишу в ПМ

[Petya V4sechkin]

В коде страницы результатов поиска видно. Надо тестировать.
К сожалению, не сработало: номера searchid постоянно одинаковые.
Предполагаю, что дело в редиректе со ссылок типа:
http://forum.oszone.net/search.php?do=finduser&u=идентификатор
на:
http://forum.oszone.net/search.php?searchid=номер_запроса
Видимо, браузеры уже на этом этапе устанавливают соответствие в кэше, и наличие Cache-Control в метатегах ни на что не влияет.

Тут надо в .htaccess параметры кэша ковырять.

[Vadikan]

Petya V4sechkin, отменил изменения. В .htaccess ковырять не буду.

[Petya V4sechkin]

Vadikan, ну а что если в PHP-скриптах (search.php и post_thanks.php) после первой строки:
<?php
вставить:
header('Cache-Control: no-cache');

[Vadikan]

Вставил в search.php, но на одинаковый запрос (test) ID одинаковые все равно - проверь.

[Vadikan]

Проблема должна быть устранена, спасибо Petya V4sechkin.

[Iska]

Vadikan, Pale Moon 28.0.1. Для повторных запросов «Найти все мои сообщения» и «Найти все мои полезные сообщения» searchid получается разный, для «Найти все мои темы» — одинаковый. Также одинаковый searchid при расширенном поиске в разделах (поля при повторных запросах заполнялись теми же значениями, что и при первом запросе).

Попробую повторить те же запросы через день-два, сравню новые значения searchid с текущими.

[Petya V4sechkin]

Iska, достаточно очистить кэш браузера один раз (там ведь остались старые кривые редиректы), и больше этого делать не придётся.

Проблема должна быть устранена,
Ура, товарищи!
Причина оказалась в реализации функции exec_header_redirect в той версии vBulletin, которая здесь используется, а именно в типе редиректа:
header("Location: $url", 0, 301);
Тип 301 означает Moved Permanently, поэтому браузеры жёстко его кэшируют и не проверяют обновление ссылки впоследствии.
Соответственно, 301 заменили на 302 - и всё заработало.

[mwz]

Petya V4sechkin

Посмотрим, посмотрим... А то и на Андроиде, и на Огнелисе всех обновляющихся версий под Win-7 за последний год как "Ничего не найдено", так и смежное "502 Bad Gateway" что-то зачастили, и приходится раз в несколько дней, а иногда и ежедневно, чистить всё что возможно (кэш, куки, историю и т.д.)...

[Vadikan]

для «Найти все мои темы» — одинаковый. Также одинаковый searchid при расширенном поиске в разделах (поля при повторных запросах заполнялись теми же значениями, что и при первом запросе). »
А с ними были какие-то проблемы? Вроде озвучивалось только Не могу найти свои темы и сообщения с последнего визита и за сутки, полезные

[Petya V4sechkin]

Vadikan, а вот с поиском тем и расширенным поиском действительно осталась проблема, но она не связана с кэшем. Более того, она не связана с конкретным браузером, потому что в разных браузерах (IE и Яндекс) возвращается одинаковый searchid.

Надо глянуть search.php.

[Iska]

Iska, достаточно очистить кэш браузера один раз (там ведь остались старые кривые редиректы), и больше этого делать не придётся. »
Не, у меня на:
«Найти все мои сообщения» и «Найти все мои полезные сообщения» »
отработало и без очистки кэша. Так что, эта часть работает.

так и смежное "502 Bad Gateway" что-то зачастили, »
502 было всегда, во всяком случае, при мне. Получается из-за переполнения одной сессионной куки, когда долго не делаешь выход из форума (я, например, на своей машине никогда не выхожу). Лечится либо выходом/входом на конференцию (при этом данная кука то ли удаляется, то ли очищается, не проверял), либо, под Firefox со товарищи — расширением Web Developer [возможно, оно есть и под Chrome, не проверял] https://i.imgur.com/9RGnwpQ.pngрегистрация на конференции при этом не пропадает; разумеется, это не всем подойдёт, поскольку чистятся куки всех сессий, не только этого домена.

А с ними были какие-то проблемы? »
Ага. Внешние симптомы те же — «Ничего не найдено». Я думал, что причина та же, но, вот, Petya V4sechkin выше пишет, что дело должно быть в другом.


Что ещё крайне желательно было бы — чтобы вновь нормально работала ссылка \Навигация\Отметить все разделы прочитанными (это важно, поскольку учёт прочитанного ведётся прежде всего по времени сессии, а не по реальному входу в темы/чтению тем, в отличие, скажем, от форумов, базирующихся на движке phpBB; там, пока тебе реально не были показаны сообщения из темы — они так и остаются не прочитанными, хоть месяц, хоть год, хоть десять лет). Сейчас опробовал — отработало. Повторно спустя некоторое время — тоже отработало. Опробую ещё раз в то же время, что и:
Попробую повторить те же запросы через день-два »

Надо глянуть search.php. »
Если это хоть чем-то поможет — под Pale Moon, вплоть до самых последних версий все вышеописанные возможности конференции работали, почему я, собственно, и ушёл с Firefox и сидел всё последнее время под Pale Moon. Но после недавнего обновления (вот тут боюсь соврать, то ли у меня была 26-я, и я обновился до 27-й, то ли была 27-я, и я обновился до 28-й — увы, вылетело из головы) всё вышеописанное зараз отвалилось, как отвалилось когда-то после очередных обновлений для Firefox и для Chrome.

[Vadikan]

Что ещё крайне желательно было бы — чтобы вновь нормально работала ссылка \Навигация\Отметить все разделы прочитанными »
Она стала ненормально работать после исправления обсуждаемой тут проблемы?

[Iska]

Она стала ненормально работать после исправления обсуждаемой тут проблемы? »
Нет-нет.

Выполнять свои функции данная ссылка перестала ровно в то же время, когда «отвалился» и прочий обсуждаемый тут функционал (после последних исправлений вновь, пусть и частично, заработавший) — после каких-то обновлений в браузерах, под Chrome и Firefox достаточно давно уже, под Pale Moon — то ли с последней, то ли с предпоследней версии. То есть, к её «отвалу» привели не нынешние исправления, а обновления в функционировании браузеров. Знать бы ещё — какие именно обновления, но я не обладаю для этого достаточными познаниями в данных областях, увы.

[Petya V4sechkin]

Что ещё крайне желательно было бы — чтобы вновь нормально работала ссылка \Навигация\Отметить все разделы прочитанными
Этот функционал тоже исправился, поскольку и там задействуется print_standard_redirect -> standard_redirect -> exec_header_redirect.

Ага. Внешние симптомы те же — «Ничего не найдено». Я думал, что причина та же, но, вот, Petya V4sechkin выше пишет, что дело должно быть в другом.
Конечно, в другом, ведь при поиске тем (и расширенном поиске с совпадающими параметрами) разные браузеры возвращают один searchid (следовательно, это не зависит ни от кэша браузера, ни от cookies). Как показал эксперимент, новый результат генерируется через час.
Это кэширование поиска реализовано в самом vBulletin. Я пытаюсь разобраться, настраивается ли интервал.

[Iska]

Этот функционал тоже исправился, поскольку и там задействуется print_standard_redirect -> standard_redirect -> exec_header_redirect. »
Спасибо! Это хорошо. «Тогда вычёркиваем» ;).