Форум

Нужно сделать отчет, который бы показывал историю продаж по товарам, с возможностью фильтрации данных.

Вопрос решён.

[QUOTE]Александр У. написал:
Проверьте настройки директив phpsession.gc_maxlifetimesession.gc_probabilitysession.gc_divisor[/QUOTE]

У нас 2 сайта. Один боевой, второй на другом сервере для тестов. На тестовом у сайта авторизация держится всегда для всех пользователей, включая обычных. Проверил параметры, о которых вы пишите. На боевом они отличались от тестового. Сделал как на тесте, но всё равно не помогло(((

Что ещё может быть?

Есть папка /bitrix/cache/. Там Битрикс хранит свой кеш. В движке, в настройках кешировния есть функционал по удалению кеша.

Вопрос: можно ли кеш чистить вручную, на уровне файлов, а не через встроенный функционал? Не хранятся ли какие-нибудь связи с удаляемыми файлами в таблицах? Или важно это делать строго через встроенный механизм очистки Битрикса?

Пользователь авторизовался, спустя минут 15-20 бездействия авторизация закрывается, приходится заново. Пользователи жалуются, неудобно:((

В настройках группы "Зарегистрированные пользователи" уже перепробовал все возможные параметры, время сессии делал 9999 минут, ничего не помогло.

У нас один сайт на боевом сервере (VPS), и есть его точная копия на тестовом сервере (shared hosting). И вот что заметил:
- На боевом у пользователей из группы Адинистраторы (группа №1) авторизация не закрывается, держится постоянно. Пробовал делать настройки в группе обычных пользователей такие же, как у админов, эффекта не дало.
- На тестовой копии (та, что на другом сервере) у всех пользователей, включая обычных, авторизация держится всегда.

Может в журнале Битрикса где-то можно увидеть причину закрытия сессии? Не удалось найти похожего.

Подскажите, пожалуйста, куда копать, уж очень неудобно это для пользователей.

Была похожая проблема, но только с одним разделом в меню. Все товары из этого раздела начали отдавать 404 ошибку. Помогло обновление urlrewrite.php из резервной копии, они почему-то оказались разными:((((

В редактировании группы, во вкладе Безопасность, есть галочка "Срок хранения авторизации, запомненной на компьютере пользователя (минут)". Если отмечена галочка "Не переопределять", то какой срок действует?

Речь об этом [URL=http://joxi.ru/82QEKajHVjpJJ2]http://joxi.ru/82QEKajHVjpJJ2[/URL]

[QUOTE]Евгений Жуков написал:
Либо менять схему кеширования с управляемого на какой-то свой вариант (сброс раз в час, например)[/QUOTE]
Подскажите, это на уровне настроек админки или компонента можно сделать или потребуется программист?

[QUOTE]Евгений Жуков написал:
Он сбрасывается во всех компонентах, где присутствует этот инфоблок[/QUOTE]
Ясно. А как быть тогда? Как вообще правильно в такой ситуации поступать, чтобы не было кучи запросов на странице каждый раз?

На сайте есть карусель товаров [URL=http://joxi.ru/RmzNZwBUM6qjXm]http://joxi.ru/RmzNZwBUM6qjXm[/URL] Заметил, что любая операция в админке с каталогом товаров (IBLOCK_ID=4) приводит к сбросу кеша карусели. То есть даже если просто зайти в товар в админке и ничего не меняя нажать Сохранить, то кеш сразу сбрасывается.

С каталогом активно работает контент менеджер, также идёт подгрузка остатков раз в 5 минут. И получается что кеш в этом компоненте постоянно сбрасывается, что доставляет неудобства.

Возможно ли это исправить на уровне настроек сайта/компонента или нужно привлекать программиста?

[QUOTE]Виктория Сыпко написал:
Евгений, добрый день!
Кеш слетает из-за настроек автокеширования, а именно Управляемый кеш. Когда включена данная настройка, то кеш автоматически очищается при обновлении данных, чтобы у вас была всегда актуальная информация. Отключать данную настройку не рекомендуется.
Большие запросы на Главной необходимо изучить, возможно на работоспособность влияет хардкод какого-то функционала.

Готовы помочь)[/QUOTE]
Здравствуйте. Написал вам личное сообщение.