10 марта 2009 в 15:46
Модуль Authcache предлагает кэширование страниц для анонимов и зарегистрированных пользователей. По заявлению разработчиков, снижает время реакции Друпала с 200 мс до 1-2.
Переводить принцип действия лень, путать вас тоже не хочу, поэтому смотрим на картинку и удивляемся:
Страница проекта
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
хм, звучит заманчиво
попробую вечером поставить, замерить
А то на хостинге остался один тариф для апгрейда (DDS), дальше только весь сервер
вот не понятно
4. Modify your theme by tweaking user-customized elements (the final HTML must be the same for each user role). Template files (e.g., page.tpl.php) will have several new variables: $user_name to display the logged-in user name and $user_link to display the name linked to their profile (both work for cached and non-cached pages). $is_page_authcache is set to TRUE in all template hooks if the page is to be cached.
что это за переменные и куда (а главное, зачем) их вписывать
$user_name и $user_link означают, что данный модуль создаёт эти переменные. И если где-нибудь понадобится получить/вывести имя логина или ссылку на профиль - нужно использовать эти переменные.
а переменную $is_page_authcache, судя по описанию, нужно установить в TRUE для указания того, что страницу следует кешировать.
P.S. Сам модуль не смотрел, просто пояснил этот абзац
Химический Али знает все! А вместе с ним и мы
Valeratal, я это тоже не понял.
Переменные новые, думаю, просто для удобства. Пригодятся.
Модуль уже поставил на тестовый сервер, посмотрим.
Хотя непонятно, зачем еще один модуль, если он во многом основан на cacherouter
да, так и пишут, что на основе cacherouter
что-то не совсем понятно мне... У них на странице проекта написано -
Т.е., к чему это? Получается, что несмотря на кеширование, все хуки все равно будут вызваны?
[для общего развития :-)] Вопрос не по данному плагину, а кэшированию в Друпале вообще: есть ли плагины, позволяющие устранить этап "PHP/..."? Ведь один запуск PHP-процесса занимает весьма значительное (в сравнении с отдачей статичного HTML) время
Т.е. вы хотите кеширование на файлах?
http://drupal.org/project/filecache (5.х)
Drupal Cache Performance Module List*
http://drupal.org/node/97347
http://drupal.org/node/45414
http://buytaert.net/drupal-5-performance
http://jaspan.com/dx-files-static-caching-drupal
http://www.achieveinternet.com/blogs/apc/drupal-caching-cache-router
to Химический Али
Спасибо!
boost
Слева схема немного не верна.
Их вариант какой то туманный.
Куда то делись такие основные операции как отработка пункта меню и темизация.
А если уж говорить о темизации, то тут EARY_PAGE_CACHE не обойтись.
Должны быть загружены все модули т.к. заранее не известно какие блоки на каких страницах будут показаны. Ну и еще много других шероховатостей.
Кто нибудь тестил? Как результаты?
особенно интересно узнать правдоподобен ли предполагаемый результат с 200 мс до 1-2.
что то мне не нравится эта схема...
получается каждому пользователю отдается обычная кэшированная страница, как для анонимного.
а потом на Аяксе подгружается настоящая, пользовательская..
А если JS не поддерживается браузером, то пользователь никогда не увидит обновленную страницу?
зарегенным - имхо можно и нормальную отдавать
А если JS не поддерживается браузером, то пользователь никогда не увидит обновленную страницу?
угу, а если пользователь слепой, то он не увидит страницу вообще
Надо отталкиваться от реалий, а извращенцов с отключенными скриптами не рассматривать
«Надо отталкиваться от реалий, а извращенцов с отключенными скриптами не рассматривать»
А как же поисковики?
мм, поисковики и гости - насколько я понимаю, периодически идет обновления кеша? Иначе, смысл тогда модуля, чтобы гости и поисковики смотрели сайт от даты включения этого модуля?
Вот, что пишут на демосайте
How to Test this Module
Create an account (no email verification required) and click back and forth between pages. The first hit may not be cached (since the server must first save to the page to its cache); any future hits will be. On new comments, node updates, etc, the cache is cleared/invalidated.
Подчеркнуто мною
If a user logs in with JavaScript disabled, they will not receive the cached version of pages.
Если у пользователя отключен яваскрипт, он не получает кешированные версии страниц.
А поисковики потерпят, ничего с ними не станет
мм, не понял, а как поисковики увидят новую версию сайта, новые материалы?
Кешированная версия время от времени обновляется, как и при любом другом кешировании.
попробвать что ли
файл кеш хотя бы
Причем здесь поисковики??? Это же кэширование для зареганных! А поисковики все гостями ходят!
так, я для гостей то как?
гостям вроде тоже подсовывют оптимизированный вариант
для гостей кэш задается в стандартных настройках друпала. вот то самое "нормальное" кэширование как раз для гостей. и "агресивное" тоже для гостей.
ой. это называется сделать через задницу. в топку.
If a user logs in with JavaScript disabled, they will not receive the cached version of pages!
не понял,этот модуль только для зарегенных?
у меня онлайн зарегенных, больше 15 не бывает
а вот анонимов - до 450 онлайн
Здорово, здорово.
После установки - всё летало как будто сайт стоит на моём компьютере, а к концу первых суток стала дико тормозить база данных - пришлось отключить модуль, чтобы всё вернулось на круги своя. Идея хороша, но реализация пока далека от промышленного применения - для моего сайта.