Drupal 6. Быстрая организация простого кеширования

[trak]

Давай уже переноси, вроде карма подросла уже, как мне кажется.

[ozware]

перенес, спасибо за помощь))

[Infanty]

Я про это уже писал, habrahabr.ru/blogs/drupal/64286/ — Оптимизация Drupal (пункт: Оптимизация Drupal с помощью модулей, подпункт 2).

[ozware]

ну у вас более развернутая статья (которая, кстати, в поиске по слову 'cacherouter' не ищется),
я предложил быстрое и простое решение, которое не претендует на полноту

[SkyCat]

> Меня, конечно же, давно волнует вопрос, какого х… разработчики Drupal засунули кэш в БД, но рассказ не об этом.
Да такого, что база есть на любом хостинге, а вот кэширование на файлах на многих VPS будет ощутимо тормозить, т.к. лимиты на IO жесткие.
Drupal сделан так, чтобы поставить его и сразу работать начать. А кому нужно, тот сможет и допилить под свои нужды.

[LE0N]

Да такого, что база есть на любом хостинге, а вот кэширование на файлах на многих VPS будет ощутимо тормозить, т.к. лимиты на IO жесткие.

А база данных, значит, хранит данные в чёрной дыре…

[Infanty]

Если в базе данных настроен правильно кэш, то она получается немного быстрее файлового кэша. Так же с файловым кэшем связана пакость обхода каталога и поиска нужного файла в нём, бд иногда делает это быстрее (не все файловые системы такие быстрые).

[brooho]

Если бд хорошо кэшируется то и memcached и т.п. нисколько не ускоряют — проверено.

[Infanty]

Теоретически с Вами согласен, так как теоретически принцип работы memcached и кэша БД схожи. Теоретически — так как сам тесты не ставил.

[ozware]

если выкладывать сайты на shared-хостинги, то такого ограничение нет (по крайней мере, хостеры о нем не говорят).

это решение как раз для этого случая

ну и на VPS у меня Drupal также настроен. Тут я понял, что ограничение IO идет не на количество обращений к диску, а, по сути, на количество файлов (кол-во блоков файловой системы). Превышение будет незначительное.

[merqlove]

на ХЦ рбк есть IO лимит.

[Razunter]

Для анонимных пользователей лучше использовать Boost, ИМХО

[ozware]

спасибо, посмотрю на досуге:-)

[brabon]

А что им мешает работать вместе?
Boost — для anonymous full-page cache
Cacherouter — заменяет встроенный кэш друпала, и full-page тоже

[EzS]

3. создайте директорию для записи файлов кеша и дайте ей соответствующие права (можно просто 0777)

Думаю, что 0755 будет адекватнее -)

[mrsecret]

попробовал на godaddy — прирост в производительности, как говорится, ощутимый. Большое спасибо.

[ChemAli]

У Друпала еще много модулей, напишите про другие.

[EzS]

Boost, например? Тоже хороший модуль. К тому же, есть хорошая документация.

[gorenski]

Модуль отличный, но почему-то у меня после установки буста IE 8 стал тупить с открытием сайта, предлагая «прекратить выполнение операции». Mozilla, Safari, Opera — ок.

[station5]

а я подумал про кашрут

[JustLike]

Меня, конечно же, давно волнует вопрос, какого х… разработчики Drupal засунули кэш в БД

Как показывает практика, такая система кеширования очень удобна и весьма производительна в сравнении например с всеми любимым файловым кешем… Что касается модуля cacherouter, идея хороша, но реализация не очень… сам не большой специалист в данных вопросах, но тестирование на нагруженном проекте показало себя не с лучшей стороны… Специалисты советовали использовать отдельные модули memcached или boost в зависимости от предпочтений и возможностей.

Я же продолжаю использовать стандартный кеш, т.к. после тюннинга mysql он ведёт себя просто великолепно)

Мажордомо кстати зажрались и не особо хотят хостить друпал сайты… недавно пришлось переносить оттуда сайт с менее 100 униками в день… видите ли иногда процессов слишком много… Но это косяки хостинга и я невижу ничего сложного в смене поставщика данных услуг)

[gorenski]

Штука хорошая, но у кого установлен форум phpBB3 — будет небольшой конфликт. Проблема в аналогичном названии класса cache — нужно переименовывать класс в модуле.

[andypost]

Конфликт с phpBB уже решен в dev-версии, файловый кеш недавно сильно переработан.
Работы ведутся, но как обычно — неспешно :)