По умолчанию компонент bitrix:catalog.smart.filter голосует "против", если нажата хотя бы одна галочка:
С моей точки зрения это странно, ведь фильтр обычно полностью определяется URL и не зависит от данных сессии, как, например, корзина.Логика отключения Битрикс - фильтр может порождать большое количество страниц, что может потребовать много места для кэша.
Однако, без кастомизации компонента такое поведения напрямую исправить нельзя, что неудобно, о чём я и написал в техподдержку. Техподдержка проявила понимание и создала тикет разработчикам. Ждать изменений в новой версии, впрочем, необязательно.
Для преодоления этой проблемы использовал решение, показанное тут:
Обернул компонент в буферированный Frame, только вместо begin('') использовал begin()
Из документации begin() означает отображение "данных компонента, полученные на предыдущем хите"
C begin('') получалось, что фильтр сначала не показывается (вместо него пустая заглушка), потом подгружется, мигает, что выглядит не очень хорошо и с точки зрения пользователя и с точки зрения SEO. С begin() работает как надо, сразу виден с нужными галочками.
За сутки получил результаты: соотношение страниц в кэше к количеству их просмотра примерно 1 к 3. Т.е., к примеру 100 пользователей обратились к странице и ждали, пока она сгенерируется сервером, а 300 получили уже готовый результат. Соответственно, 75% пользователей получают закэшированные результаты. Это впечатляет и радует. Кэширование фильтра однозначно нужно!
За рост кэша можно не переживать, композит автоматически вытесняет редко востребованные страницы
Пожалуй, стоит смотреть время от времени состав кэша, не забит ли он полностью вариантами фильтров, благо композит это позволяет легко делать.
Дополнительную эффективность такому кэшированию придаёт использование готовых "рецептов", когда результаты фильтра менеджер размещает в рекламе или рассылке, например "Новая серия ABC" со ссылкой на фильтр по ней. После публикации все пользователи после 1го будут получать композитный кэш, нагрузка на сервер минимальна.
P.S. В ходе анализа результатов, когда эксель не смог переварить "Выгруженную в Эксель" статистику из админки Битрикса, научился полезной фишке Экселя - массовому преобразованию текста в числа. Это если "Изменить формат" выделенных ячеек не помогает и они продолжают висеть с предупреждениями "Число отформатировано как текст".
Есть чудесная кнопка "Данные - Текст по столбцам" :
Она всё сделает.
С моей точки зрения это странно, ведь фильтр обычно полностью определяется URL и не зависит от данных сессии, как, например, корзина.Логика отключения Битрикс - фильтр может порождать большое количество страниц, что может потребовать много места для кэша.Однако, без кастомизации компонента такое поведения напрямую исправить нельзя, что неудобно, о чём я и написал в техподдержку. Техподдержка проявила понимание и создала тикет разработчикам. Ждать изменений в новой версии, впрочем, необязательно.
Для преодоления этой проблемы использовал решение, показанное тут:
Обернул компонент в буферированный Frame, только вместо begin('') использовал begin()
$frame =new \Bitrix\Main\Page\FrameBuffered("smart_filter_frame");
$frame->begin();
....тут вызов компонента bitrix:catalog.smart.filter...
$frame->end(); |
Из документации begin() означает отображение "данных компонента, полученные на предыдущем хите"
C begin('') получалось, что фильтр сначала не показывается (вместо него пустая заглушка), потом подгружется, мигает, что выглядит не очень хорошо и с точки зрения пользователя и с точки зрения SEO. С begin() работает как надо, сразу виден с нужными галочками.
За сутки получил результаты: соотношение страниц в кэше к количеству их просмотра примерно 1 к 3. Т.е., к примеру 100 пользователей обратились к странице и ждали, пока она сгенерируется сервером, а 300 получили уже готовый результат. Соответственно, 75% пользователей получают закэшированные результаты. Это впечатляет и радует. Кэширование фильтра однозначно нужно!
За рост кэша можно не переживать, композит автоматически вытесняет редко востребованные страницы
Пожалуй, стоит смотреть время от времени состав кэша, не забит ли он полностью вариантами фильтров, благо композит это позволяет легко делать.
Дополнительную эффективность такому кэшированию придаёт использование готовых "рецептов", когда результаты фильтра менеджер размещает в рекламе или рассылке, например "Новая серия ABC" со ссылкой на фильтр по ней. После публикации все пользователи после 1го будут получать композитный кэш, нагрузка на сервер минимальна.
P.S. В ходе анализа результатов, когда эксель не смог переварить "Выгруженную в Эксель" статистику из админки Битрикса, научился полезной фишке Экселя - массовому преобразованию текста в числа. Это если "Изменить формат" выделенных ячеек не помогает и они продолжают висеть с предупреждениями "Число отформатировано как текст".
Есть чудесная кнопка "Данные - Текст по столбцам" :
Она всё сделает.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
