Не работает кеширование компонентов на странице
По результатам отладки удалось обнаружить, что не работает кеширование компонентов (bitrix.news) на странице
и выполняются запросы вместо кеша
- Автокеширование компонентов включено .
- Управляемый кеш компонентов включен .
- Кеширование HTML выключено .
- В настройках стандартного компонента bitrix:news.list:
- Тип кеширования: авто+управляемое
- Время кеширования (сек.): 3600
Используется php 5.3.16 + wincache.
| realpath_cache_size | 8000k | 8000k |
| realpath_cache_ttl | 120 | 120 |
Как выяснить причину?
фильтр на странице есть,
проверял, когда выражение фильтра пустое, на индексной странице раздела,
кликая каждый раз по соответствующей ссылке на раздел из меню
общий ужас выглядит так:
У вас в юрле, случайно ckear_cache=Y не установлен?
Если ни чего не помогает — в ТП. Возможно проблемы с хостингом (дата, время, каталоги под кеш не верно формируются)
| Цитата |
|---|
| Евгений Смолин пишет: У вас в юрле, случайно ckear_cache=Y не установлен? |
Детальный анализ выявил проблемы в работе wincache
тех.поддержка заявила о нем как «не гарантируется поддержка» и рекомендовала перейти на APC, Xcache
Apc не удалось подружить с многопоточным IIS, в рузальтате данные хоть и кешировались, но страница выдавалась со значительной задержкой
Xcache вместе с IIS 7 показал себя неплохо, на нем и остановился
возник некий глюк с Xcache
компонент bitrix:news.list содержит в себе другой нетиповой компонент , кеш работает нормально — без запросов. но стилевое оформление вложенного компонента сбивается. На уровне html в коде страницы с и без кеширования различий не заметил.
будем разбираться дальше.
Может кто уже знает ответ на вопрос проблемы со стилями при кешировании.. ?
Источник
Не работает кеширование на сайте
Кеширование включенно и вадминке и у компонентов, но всегда Cache size: 0 b
Папка /bitrix/cashe/ пустая
В панели производительности Хранение кеша: cacheenginenone
Может быть cacheenginenone причиной проблемы?
| Цитата |
|---|
| Екатерина Шелест пишет: Имеется ли проблема с записью в папку, права доступа посмотрите. Проверьте соответствие рекомендуемым настройкам php. |
С этим все в порядке
| Цитата |
|---|
| Альберт Фахриев пишет: bitrix/admin/site_checker.php?lang=ru |
Про это мы в курсе, проблем там нет
Проблему решили на сервере.
| Цитата |
|---|
| Денис Барабанщиков пишет: Проблему решили на сервере |
Столкнулся с проблемой, погугли, нашел эту тему. Посчитал своим долгом разобраться в проблеме.
Короче, cacheenginenone горит когда у вас некорректно настроен сам софт. Например, вы указали хранение в мемкеше, а мемкеш не настроен, не заводится. Тогда проект НЕ БУДЕТ кешироваться, а в панели будет гореть «cacheenginenone», что своего рода болванка по умолчанию.
| Цитата |
|---|
| Антон Долганин написал: Столкнулся с проблемой, погугли, нашел эту тему. Посчитал своим долгом разобраться в проблеме. |
А вы случайно не сталкивались с ситуацией, когда 2 сайта работают на одной копии 1С-Битрикс, но при проверке производительности в админке первого сайта выводится cacheenginenone, а при проверке производительности в админке второго сайта выводится memcache ?
Причем, я вношу изменения в файлы .settings.php и .settings_extra.php касательно кеширования и значение в панели производительности меняется в админке второго сайта, но в админке первого сайта, не смотря ни на что, постоянно висит cacheenginenone.
P.S. Оказалось, дело было в версии php, которая должна была быть 5.3, а на первом сайте стояла 5.4.
| Цитата |
|---|
| Slava Krikunov написал: Причем, я вношу изменения в файлы .settings.php и .settings_extra.php касательно кеширования и значение в панели производительности меняется в админке второго сайта, но в админке первого сайта, не смотря ни на что, постоянно висит cacheenginenone. |
Хостинг timeweb.
та же история с таймвебом, плановый переход выполняю всех сайтов с 5.3 на 5.4.
в процессе выяснилось что в 5.4 не работают основные настройки которые прописывались ранее в блоке .htaccess
касательно кодировки, pcre.recursion_limit итд
в итоге общения с техподдержкой выяснилось что надо теперь их прописывать в папке cgi-bin в корне сайта в файле php.ini
В ходе проб и ошибок родилась примерно такая структура данного файла
каждая строчка по сути убирает одну и ошибок которую выдаёт битрикс при проверке конфигурации, либо при запуске сканера безопасности.
Источник
Не работает кеш в системе
Не могу найти причины, по которым битрикс не желает читать из кеша. Писать пишет, но не читает. 
настройки кеша в dbconn стандартные
В админке система видит тип кеширования
На старом сервере в Хецнере такого не замечали поведения.
Но после переезда в россию в Клодо
Полез шерстить на предмет, почему такие тормоза, iotop жалуется на насилование базой данных жесткого диска и процессора.
стоит ubuntu 15.10 чистая, свежая, apache2 php56 percona 56 (посоветовали в clodo) memcache php5-opcache.
тестил мемкеш, писал свои данные в мемкеш, считывал нормально. искал, может кто диверсию устроил в коде и чистит кеш, не нашел ничего такого. не знаю куда еще смотреть.
на главной странице используется для меню bitrix:section_menu и 4 блока bitrix:section
section_menu делает 1008 запросов к бд. по 2 на 1 категорию
section делает до 700 запросов для вывода 5 элементов из каталога.
знаю что это очень много, но используется стандартный компонент. почему такие размеры не могу ответить, пока задача закешировать это все к чертям. потом разобраться в причинах. если по быстрому, то там рассчеты идут по позициям в товарных предложениях
п.с. html кеширование тож не работает.
Не все понял, но может настройки memcache в битрикс не до конца верно отстроены? Или рознятся, в сравнении с предыдущим серваком? http://dev.1c-bitrix.ru/api_help/perfmon/perfmon_panel.php посмотрите тут пользовательские комментарии, может поможет. Плюс, может чего недоуказали в .settings.php ? Ну а на крайний случай, если нужно вот так прям срочно порешать вопрос, поставьте пока файловый кеш и разбирайтесь себе спокойно с проблемой.
По компонентам, может ошибаюсь, но такого стандартного компонента bitrix:section_menu не помню. И 1008 запросов для такого компонента — слишком много.
Источник
Проблема с меню, кэш ?
Подскажите, в чем может быть проблема.
С недавнего времени меню, bitrix:menu , начало «пропадать», вчера было, сегодня пусто! Причем пункты меню тоже изчезают и ессесьно становятся не кликабельны .
Я сразу в осадок давай выпадать . Разработчики посоветовали кэш удалить — удалил, не помогло.
По сути мне нужно зайти в админку, обновить кэш кнопкой, появляется меню . и так для каждого раздела меню — бред!
| Тип кеширования: | Авто |
| Время кеширования (сек.): | 36000000 |
В чем может быть проблема?
| Цитата |
|---|
| Елена Захарченко пишет: Настройки -> Настройки продукта -> Автокеширование -> Очистка файлов кеша. Должно помочь. Настройка кеширования для компонента меню: 3600 |
Так я сразу почистил, сперва «только старые», потом «все». — не помогает, на данный момент ни рядовой пользователь, ни я не вижу меню, если не сброшу кеш кнопкой. Что до времени — сразу пару нулей убрал, поставил такое же значение.
Но проблему то это не решает, ибо заходишь в новость_1 — там меню не отображается, обновил кеш — отображается;
Заходишь в новость_2 — опять меню нет.
И вот так обновлять все новости? У меня их пока тестовых штук 10, а когда запустим сайт и новостей скажем будет 500 — это умом тронешься быстрей, чем обновишь все
| Цитата |
|---|
| Владимир Дегтев пишет: имхо, во время настройки компонента лучше вообще кеш выключать. |
Вот знаешь, же пришел к такому же выводу.
Вопросы на самом деле остались .
Менюшка не появляется, если самолично не обновить кэш кнопкой .
Так же интересна кнопка «Учитывать права доступа», т.е. как контент-манагер обновил кеш — для него она обновилась, а для всех остальных — нет ?
«Время кеширования (сек.): 3600» — вот что это значит ? Время обновления данного компонента ? Т.е. каждые 3600 секунд данный компонент будет обновляться ?
Источник
Проблема с меню, кэш ?
Подскажите, в чем может быть проблема.
С недавнего времени меню, bitrix:menu , начало «пропадать», вчера было, сегодня пусто! Причем пункты меню тоже изчезают и ессесьно становятся не кликабельны .
Я сразу в осадок давай выпадать . Разработчики посоветовали кэш удалить — удалил, не помогло.
По сути мне нужно зайти в админку, обновить кэш кнопкой, появляется меню . и так для каждого раздела меню — бред!
| Тип кеширования: | Авто |
| Время кеширования (сек.): | 36000000 |
В чем может быть проблема?
| Цитата |
|---|
| Елена Захарченко пишет: Настройки -> Настройки продукта -> Автокеширование -> Очистка файлов кеша. Должно помочь. Настройка кеширования для компонента меню: 3600 |
Так я сразу почистил, сперва «только старые», потом «все». — не помогает, на данный момент ни рядовой пользователь, ни я не вижу меню, если не сброшу кеш кнопкой. Что до времени — сразу пару нулей убрал, поставил такое же значение.
Но проблему то это не решает, ибо заходишь в новость_1 — там меню не отображается, обновил кеш — отображается;
Заходишь в новость_2 — опять меню нет.
И вот так обновлять все новости? У меня их пока тестовых штук 10, а когда запустим сайт и новостей скажем будет 500 — это умом тронешься быстрей, чем обновишь все
| Цитата |
|---|
| Владимир Дегтев пишет: имхо, во время настройки компонента лучше вообще кеш выключать. |
Вот знаешь, же пришел к такому же выводу.
Вопросы на самом деле остались .
Менюшка не появляется, если самолично не обновить кэш кнопкой .
Так же интересна кнопка «Учитывать права доступа», т.е. как контент-манагер обновил кеш — для него она обновилась, а для всех остальных — нет ?
«Время кеширования (сек.): 3600» — вот что это значит ? Время обновления данного компонента ? Т.е. каждые 3600 секунд данный компонент будет обновляться ?
Источник
