Livestreet 0.4.2 перегружает хотсинг

Я на обычном хотсинге от sweb
Пришло письмо что мой сайт перегружает хостинг, а там посещалка меньше 100 в сутки.
Как оптимизировать систему?
Попробовал переклуючить в настройках кэширование в memcache но выдало:
Fatal error: Uncaught exception 'Zend_Cache_Exception' with message 'The memcache extension must be loaded for using this backend !'

Сейчас вообще отключил кэшировние, но грузится в первый раз очень долго.

Я в общем-то дилетатнт, что посоветуете?

Утечка памяти на хостинге

Debian Linux.

В конфиге LS ставлю
$config['sys']['cache']['type'] = 'memory'; // memory использует мемкеш


И наблюдаю как день ото дня уменьшается свободная память.
Понятно, что туда теперь пишется кэш, но он не чистится/удаляется автоматом? Так будет засорятся память, пока полностью не забьется?

Или проблема в другом?

Memcached на две разные версии LS

Здравствуй все!
У меня возникла необходимость установки на сервере (на новый домен) новую версию LiveStreet, причем отличную от старой («старая» поистине не нова — 0.3.1 со множеством переделок),
Естественно хочется, чтобы обе в будущем работали c memcached (сейчас только старая обслуживается им).

Скажите, кто сталкивался, какие действия мне необходимо предпринять, чтобы все работало так как задумано.
Спасибо.

Как заставить закешированный CSS-файл переименоваться?

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

Всё знают, что в ЛС, независимо от шаблона и количества плагинов, генерируется некий собирательный CSS-файл, который потом и подключается к каждой странице:
<link rel='stylesheet' type='text/css' href='http://www.site.ru/templates/cache/new/5e30fbee88c09e7e63ef7d3833309448.css' />

Если кратко, то задача сделать так, чтобы этот файл поменял название и стало что-то вроде:
<link rel='stylesheet' type='text/css' href='http://www.site.ru/templates/cache/new/38335e30fbee3094488c09e7e63ef7d8.css' />

Но сколько я ни очищал кэш, этот файл перегенерируется с тем же именем. А Chrome, например, как закеширует однажды CSS, так и потом всё время его использует. Обновишь страницу — он вроде показывает новую версию, но проходит пять минут — и опять всё по-старому. Нужно, чтобы имя CSS-файла поменялось (альтернативный вариант — добавить что-то вроде ?v=2 после названия файла, но как это сделать?).

Вопрос: как мне переименовать закешированный CSS, чтобы все браузеры поняли, что файл изменился?

UPD: Кое-что есть здесь, но это не решает проблему (файл пересоздаётся с прежним именем).

Кэширование в nginx для анонимных пользователей

Здравствуйте
С праздниками!

В связке ubuntu 10.04 lts + nginx 0.7.64 + php 5.3 php-fpm + apc + memcached + livestreet 0.4.1 страшно хочется настроить кэширование всего сайта для анонимных пользователей.

Кэшировать fastcgi_ запросы получается, но криво. Анонимусы могут видеть страницу авторизованного пользователя или авторизованные видят страницу для анонимуса. Иногда не совсем верно работает login/logout.

Очевидно что нужно отлавливать куки и по ним выдавать кэшированный контент или обычный.
Немного вопросов

Тестирую время отклика сайта: с кэшированием и без

Вот результаты.

Без кэширования:
55 Ok 20 Ошибка(ок) 	средний отклик: 	21.26 sec 	2.36 КБ/сек

host-tracker.com/check_res_ajx/5962370-0/share/

Включаем файловый кэш:
52 Ok 24 Ошибка(ок) 	средний отклик: 	20.36 sec 	2.42 КБ/сек

host-tracker.com/check_res_ajx/5962426-0/share/
Читать дальше →

Забивается кэш. Начинаются тормоза.

0.4.2.
Файловый кэш.

Плагины:
aceadminpanel
aceblockmanager — висит доработанный аджаксовый блок «Кто на сайте»
aceblogextender
mystuff
spoiler
xmlrpc

Средняя посещаемость около 100 уникальных в сутки, 780 просмотров страниц.
Обнаружил, что к концу дня начинается непонятное подтормаживание.
Практическим путем выяснил, что беда происходит на функциях работы с кэшом.
В частности очистка кэша по ключу происходит за 3 секунды, что составляло 99% времени открытия страницы.
Первый раз когда обнаружил это — в каждой папке кэша было примерно по 2000 файлов.
После удаления всех файлов кэша сайт стал работать нормально.
Выставил 3 уровня папок для кэширования.
Через сутки опять началось подтормаживание, которое вылечилось повторным удалением файлов кэша.

Может его по крону чистить надо где-нибудь раз в 6 часов или у меня что-то не так настроено?

Полное отключение кэширования: как?

Столкнулась со следующей необходимостью: сейчас я переписываю тему и постоянно меняю CSS. Каждый раз приходится сбрасывать кэш для того, чтобы посмотреть на результаты изменений. Есть ли способ запретить кэширование полностью на время отладки?

$config['sys']['cache']['use'] = false; в config.php & config.local.php не помогает.

Добавляем поддержку xcache в 0.3.1

Сохраняем framework.zend.com/svn/framework/standard/trunk/library/Zend/Cache/Backend/Xcache.php в каталог classes/lib/external/DklabCache/Zend/Cache/Backend

Редактируем classes/modules/sys_cache/Cache.class.php, или, можно просто создать папку Cache в каталоге classes/modules и скопировать туда Cache.class.php из sys_cache. Так как сначала идет проверка наличия класса в папке Cache, а потом уже в sys_cache — это сработает.

После
define('SYS_CACHE_TYPE_MEMORY','memory');
добавляем
define('SYS_CACHE_TYPE_XCACHE','xcache');


Перед
} else {
			throw new Exception($this->Lang_Get('system_error_cache_type').": ".$this->sCacheType." (file, memory)");
		}
добавляем дополнительну проверку
} elseif ($this->sCacheType==SYS_CACHE_TYPE_XCACHE) {
			require_once('Zend/Cache/Backend/Xcache.php');
			$oCahe = new Zend_Cache_Backend_Xcache(array());
			$this->oBackendCache = new Dklab_Cache_Backend_TagEmuWrapper(new Dklab_Cache_Backend_Profiler($oCahe,array($this,'CalcStats')));
		

В config/config.php прописываем
define('SYS_CACHE_TYPE','xcache')


Теперь кроме memory и file, LS поддерживает и xcache.