3 августа 2011 в 18:36
С включенным Ajax и кешированием (по 6 часов стоит результат запроса и отображаемый вывод) почему-то как-то не так работает вьюшка с раскрытыми фильтрами: при применении фильтра или при сортировке вьюшка может перезагрузиться то аяксом, то всей страницей, как-будто и не включен аякс совсем.
Может кто сталкивался с таким?
И отключение кеширования вьюшки (около 25 страниц) сильно нагружает сайт, а то отключать Ajax уж шибко много клонов страниц для псов создаст?
Комментарии
отображаемый вывод не надо кешировать
Заработало, огромное спасибо! Даже сортировка заработала корректно.
А на что повлияет отключение кеширования отображаемого вывода?
да там как-то странно
похоже что кеширует без учёта аргументов и фильтров
Мне кажется, этот баг уже исправлен, но только в dev версии. Вы пробовали ее ставить ?
Проблема в том, что релиза Views 2 уже не было
целый годполгода, но тоже дофига ).Стоит view 6.x-2.12.
И все же стоит ставить dev-версию ради кеширования отображения руководствуясь экономией ресурсов? И хотелось бы узнать у тех, кто ставил dev, насколько она стабильна?
если не обновлять, то стабильна
кеширование там работает лучше чем во второй, но в том релизе, что у меня на проекте, там всё равно надо было вывод не кешировать
На всякий случай, я говорю про снапшот, это тоже "вторая" версия. Не путайте с Views 3.
Все понял!
Таки погрузит отключенное кеширование отображения сервак или нет? Стоит вообще пальцы напрягать?
В общем случае погрузит чуть чуть процессор, но вообще может нагрузить все что угодно, потому как на стадии рендеринга могут совершаться любые действия, в т.ч. и дополнительные запросы к базе.
Вы вообще попробуйте, вдруг я ошибся. Я же наугад сказал, ибо помню, что встречал подобный баг в issue
Может она и вторая, но 6.x-3.x-dev
Кеширование в views ускоряет второй запрос с теми же фильтрами и аргументами, причём 6.x-3.x-dev оно работает лучше и чаще чем 6.x-2.12
В обоих версиях включал кеширование запроса, но не вывода, если включать кеширование вывода, переставали работать аргумент и фильтры.
Но boost всё равно решает массу проблем значительно лучше.
Переход с 6.x-2.12 на 6.x-3.x-dev может быть нормальным, но реально были случаи, когда всё слетало.
Собственно это дев, гарантий никаких.
Но в процессе эксплуатации проблем с 6.x-3.x-dev у меня не было ни разу ни с каким её снапшотом.
6.x-3.0-alpha3 как-то поставил, но там заголовки и подвалы не работали.
Я вам еще раз говорю, речь снапшоте 2.x dev, а не о 3.x. И зачем вы сравниваете 3.x dev, который получает все патчи, c релизом 2.12 который был полгода назад ? Тогда уж сравните 3.x dev с 2.x dev и убедитесь, что если баг исправлен в 3.x dev то он же исправлен и в 2.x dev
Чтобы исправить баг, нет необходимости переходить на Views 3, потому что все баги (за очень редким исключением) исправляются одновременно и в 3 и в 2.
Crea, Punk_UnDeaD, спасибо за разжеванные ответы!
Буду пробовать.
http://drupal.org/project/views
где этот снапшот?
я говорю о том, что использую лично я, мне лучше знать, какой именно файл по какой ссылке я скачиваю
Жмете View all releases и увидите в самом конце
http://drupal.org/node/95897
А я не согласен с королем анахронизма.
Мой совет (кто послушает, кто нет - его дело).
Если разбираешься хоть немного в программирование ставь dev ветки смело, там очень много исправленных ошибок, пусть за это ты заплатишь 2-мя 3-мя часами допиливания, зато сэкономишь 2-е 3-е суток несовместимости с другими современными модулями. Оно того стоит.
Что касается кэширования Views - не используйте его ни в какой версии ни в dev ни во 2-ой ни в 3-ей. До сих пор не различают аргументы, особенно при json запросах.
Кэширование это:
1. ОСЬ:
- APC или eAcelerator
- Memcached
- Nginx + Varnish
2. Друпал:
- Boost - должен иметь каждый
- Authcache
- Ну и Drupal_core
Человек пишет: что далеко не все модули работают с 3-м Views
Я бы сказал наоборот, что уже далеко не все модули работают с 2-м Views, или поддержка реализована спустя рукава.