Warning: xcache_set() [<a href='function.xcache-set'>function.xcache-set</a>]: xcache.var_size is either 0 or too small to enable var data caching Line: 37 in file /var/www/pdaki192/data/www/pda-kino.net.ru/classes/cache/class_cachemachine_xcache.php
URL: /admin.php?section=general&key=f6c565831d6c8f258b0c7d80453c44a4&do=logs&delete=errors
Date: 2010-09-23 15:18:44
IP: 92.252.135.1

Warning: xcache_set() [<a href='function.xcache-set'>function.xcache-set</a>]: xcache.var_size is either 0 or too small to enable var data caching Line: 37 in file /var/www/pdaki192/data/www/pda-kino.net.ru/classes/cache/class_cachemachine_xcache.php
URL: /admin.php?section=general&key=f6c565831d6c8f258b0c7d80453c44a4&do=logs
Date: 2010-09-23 15:18:44
IP: 92.252.135.1

Warning: xcache_set() [<a href='function.xcache-set'>function.xcache-set</a>]: xcache.var_size is either 0 or too small to enable var data caching Line: 37 in file /var/www/pdaki192/data/www/pda-kino.net.ru/classes/cache/class_cachemachine_xcache.php
URL: /admin.php?section=general&key=f6c565831d6c8f258b0c7d80453c44a4&do=logs
Date: 2010-09-23 15:18:44
IP: 92.252.135.1

Loader, вообще то там не ошибка а предупреждение. Права на логи я имел ввиду поставит, или просто все из папки логов через фтп удалить.

Loader, можете дать данные для доступа. Дело в том что кеш-машина писалась по теории и проверить ее работоспособность на практике не удалось. Если дадите данные - исправлю. Будет лучше и Вам и всем тем, у кого тоже установлен xcache.

Тайны PHP оптимизатора XCache
Опубликовано 30 Сентябрь 2009 автором stunpix

English-speaking guests, please read below.

Установил на сервере для PHP оптимизатор XCache. Уж больно wordpress тормознутый… Казалось бы, что проще? Включил плагин, пару строчек в конфигурацию черкнул и готово… Но не тут-то было… Ни с того ни с сего начали сыпаться ошибки вида:

xcache.var_size is either 0 or too small to enable var data caching

и это сыплется при любых попытках сохранить что-либо в кэш из кода.

Рыл интернет. Читал вдоль и поперёк сайт разработчиков. Ни крошки информации. Форумы рыл. Везде одно и то же – у многих людей выскакивает данная проблема. И никто так и не получил ответа. Психанул и залез в исходники плагина. Очень быстро нашёл, что xотел. Выяснилось. Ну неужели сложно было черкнуть строчку на сайте?

Что же я выяснил? Если xcache работает в php-cli, то кэш отрубается вовсе. Делается это внутри кода так: xcache.size = xcache.size_var = 0. Если php запущен как fast-cgi, то xсache работает как ни в чём не бывало… Если в xcache.ini параметр xcache.test = On, то xcache будет работать всегда, даже в cli версии. Вот такой хитрый расклад.

Если вы получаете такую ошибку при работе php с apache, то видимо у вас эта связка сконфигурирована не как fast-cgi, и php работает как cli со всеми вытекающими отсюда бедами. Если у вас не предвидится (или просто нет желания) перехода на fast-cgi, то ставьте xcache.test = On и всё заработает.

Я подозреваю, что такой подход был выбран из-за того, что xcache очень агрессивно кеширует байт-код php и попросту не проверяет был ли скрипт изменён (по крайней мере в течение некоторого времени). Это приводит к тому, что если вы редактируете php файл, то изменений в работе скрипта вы не увидите, т.к. xcache вместо ваших писулек подставит данные из кеша. В режиме работы сервера (через fast-cgi) – это простительно, т.к. на серверах обычно стоит окончательная версия скрипта и он не меняется так часто, как при разработке. А вот при разработке вы постоянно что-то меняете в скрипте и вы попросту не увидите ожидаемого результата (вы же проверяете в консоли в режиме php-cli), т.к. работать будет совсем другой код из кеша

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

- – - – - – - – - -

Here is the section for english readers.

If you got error from xcache like this one: «xcache.var_size is either 0 or too small to enable var data caching«, but yours xcache.size_var is much bigger than zero and you don’t know how to solve it, then you at right place. After analysing of xcache sources I found that xcache was disabled for php’s CLI mode and cache always enabled for fast-cgi mode. Except one case: when xcache.test = On (check your ini files for it). This option enables xcache for CLI also. This information was not found on xcache developers site, so I share it with you (also lot of forums have this queston without answer).

If you got this error on your production server, then this can mean, that your php backend works with httpd server in non fast-cgi mode. So, if you are not planning to switch on fast-cgi, then just enable «test» option in your ini-file.

But be aware, it seems that xcache time-to-time doesn’t determines, is your script was modified or not, therefore during developement you can observe some side effects, like your «just modified» php script runs incorrect… This is a result of xcache work in cli mode – it executes cached bytecode, but not your «just modified» script! This is a reason why xcache was disabled for CLI mode (I think so) – just to save your nerves during development.

Have a nice coding.

У вас ужасный хостер. За час я излил дневную норму мата, пока подключился к FTP. СРОЧНО убегайте от него!!

А как убежите, киньте ему ссылку на статью:
http://stunpix.com/2009/09/30/tajny...izatora-xcache/

Уважаемый клиент!

Прежде всего выражаем Вам свою благодарность за доверие, оказанное компании WishHost.net!

Администрацией компании был создан новый тикет "Сайт pda-kino.net.ru создает повышенную нагрузку" (ID # 1005) в Вашей биллинговой системе.

Здравствуйте!
Начиная с 24 сентября и по настоящий момент замечена повышенная нагрузка на ЦП сервера создаваемая скриптами Вашего сайта pda-kino.net.ru, подробнее о которой Вы можете узнать в панели ISPmanager, в разделе Мониторинг. Максимально разрешенная нами нагрузка на CPU равна 2.0
Настоятельно рекомендуем Вам принять меры по оптимизации работы скриптов, в противном случае сайт будет заблокирован.

С уваженим, Максим

500 Internal Server Error URL: /news/priklyucheniya/vall-i-wall-e.html
Date: 2010-09-27 08:08:59
IP: 93.158.145.27

500 Internal Server Error URL: /
Date: 2010-09-27 08:21:57
IP: 92.252.155.228

500 Internal Server Error URL: /news/boevik/na-igre-2-novyy-uroven.html
Date: 2010-09-27 08:33:23
IP: 85.89.101.201

500 Internal Server Error URL: /news/boevik/surrogaty.html
Date: 2010-09-27 08:46:46
IP: 93.158.145.27

500 Internal Server Error URL: /
Date: 2010-09-27 09:04:37
IP: 92.252.155.228

Loader, я почему-то не удивляюсь, что твой сайт может нашружать нехило. Ты посмотри сколько свистелок у тебя и не факт, что они оптимизированы.

Skyff, у тебя детская травма, чтоль от ГХ ?