Модуль fastpath_fscache

Главные вкладки

Аватар пользователя B.X B.X 7 сентября 2007 в 23:59

Хочу представить новый вариант старой идеи. Даже не то чтобы новый, скорее оживший от спячки модуль [url=http://drupal.org/project/fastpath_fscache]fastpath_fscache[/url]. Этот модуль делает то, чего мы давно хотели. Так как в результате ограничений на количество подключений к MySQL на почти всех хостингах, часто бывает, что Друпал не очень хорошо справляется с нагрузкой, то этот модуль будет единственной альтернативой (другие способы пока не так продвинулись в развитии), так как позволяет хранить кэш не в базе данных, а просто в файлах. Идеальная задумка и хорошая реализация.

В результате, мы имеем, возросшую скорость при повторных просмотрах страниц анонимными посетителями, более низкую нагрузку на базу данных, ну и соответственно, реальные шансы уменьшить расходы на ненужные нам услуги для небольших и средних сайтов, которые часто не имеют сообществ и просто предоставляют посетителю информацию. При этом, никаких проблем с настройкой модуля я не заметил, если всё делать правильно и аккуратно.

Из недостатков мною было замечено некоторое замедление работы при заходе авторизованным пользователем, но так как мой сайт не является крупным сообществом, с постоянными что-то комментирующими, пользователями, мне важнее, чтобы доступ к сайту был для всех более быстрый, чем даже для меня самого. В ходе тестирования выяснилось, что доступ к сайту происходит почти моментально и вообще, скорость заметно возросла, но только для анонимных посетителей. Таблица cache чиста и в неё ничего не добавляется.

Теперь о настройках модуля. Его точно также можно включить, в settings.php нужно добавить те строки, которые указаны будут при включении модуля. Но есть один важный момент. Возможно настройки вашего хостинга таковы, что папка /tmp недоступна по тем или иным причинам. Поэтому, в файле settings.php, а также в файле cache.fs.inc (который поставляется с модулем) необходимо изменить значение этого параметра на другое. Например, можно указать и там и там папку temp (без слэша) и соответственно создать её в корне вашего сайта. В этой папке и будет складываться весь кэш ващего сайта.

Настройки кэша рекомендуется устанавливать обычные, с агрессивным методом этот модуль не работает или будет испытывать проблемы. Время жизни кэша - это уже смотрите сами, тут, чем больше, но зависит от скорости добавления новой информации на сайт. Особых настроек у модуля нет, он использует стандартные. Собственно это всё. Модуль находится в разработке, так что, применять его или нет, решать вам, но по тестам он работает довольно стабильно и проблем я пока не замечал. Проверить его работу, вы можете на моём сайте (ссылка на который как всегда, в профиле).

Дополнено:
Обнаружена неизвестная ошибка с браузерами MSIE 6.0 и 5.5. Не все из них могут просмотреть сайт с установленным модулем. Также, сайт не виден в браузере links - вместо сайта выдаётся набор непонятных символов. В Опере, Мозилле, Konqueror, Сафари для разных систем всё отображается нормально. MSIE 7.0, 5.0 также видят сайт с этим модулем.

Комментарии

Аватар пользователя B.X B.X 8 сентября 2007 в 3:44

Можно. Во всяком случае, Block Cache у меня тоже стоит, никаких недоразумений в его работе я не заметил. Правда он сохраняет данные в базе данных, быть может с использованием этого модуля он и не нужен.

Аватар пользователя Shevskay Shevskay 3 сентября 2009 в 16:13

Здравствуйте, B.X. Интересно Вы еще используете модуль fastpath_fscache? Опасаюсь попробовать, поскольку на странице разработчика не рекомендуется использовать на рабочем сайте. Хотелось бы узнать как он у Вас прижился, стабильно работает? Посоветуйте, пожалуйста, что-нибудь из того что уменьшает нагрузку на базу данных?

Аватар пользователя r0mik r0mik 24 августа 2010 в 15:23

использую вторую неделю на относительно нагруженном сайте (~3-4тыс уникумов)... никаких проблем, то есть полет нормальный. нагрузка на БД упала в разы, что в свою очередь дало возможность снизить потребление памяти мускулем (vds достаточно дохлый по памяти, всего 128 метров), при этом скорость генерации динамики только возросла, что позволило отодвинуло на некоторое время смену тарифа на более "жирный"...
если судить по багреппортам, то единственная проблема у этого модуля связанна со сжатым gzip-ом (посредством php) контентом, то есть модуль кеширует сжатый контент и отдает его, а клиент может сжатие и не поддерживать (ie6, links, некоторые мобильные и т.п., короче ситуация с "непонятными символами" описанная ТС), но для меня это не актуально, так как сжатием занимается nginx, а не php...