положи свой файловый кэш на мемдиск и оттестируй. отошли результаты. пускай убьются ап стену

а вы не постучитесь в 842264?

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

Я так понял, что нужно заменить этим файлом файл cache.inc в папке includes Друпала. Правда, после этого вылезают ошибки типа
Warning: mkdir() [function.mkdir]: No such file or directory in z:\home\drupal1.local\www\includes\cache.inc on line 105
Я туплю и не могу понять, что где поправить, чтобы все заработало... Помогите, пожалуйста.

1.заменять cache.inc не надо - это неграмотный подход. сходите на друпал орг - посмотрите как это делается для любой подмены того что в includes. Если вы этого не знаете значит модуль вам не нужен.

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

UPD: $conf['cache_inc'] ='includes/cache_0.inc';

2. у вас наверно php4 и там это работать не будет. только php5
PHP5.

3. у вас винда - я не знаю как flock на винде себя ведет.
Ок, будем пробовать в убунте, спасибо.

http://brainstorm.name/node/128 - по поводу этого...

"Люди просто приходили и говорили что я им что-то и чем то обязан. Требовали объяснить как это работает."

Мда, ну если вы сами пришли на Друпал.ру и похвалились своей разработкой, даже не объяснив что и как работает, что вы хотели? А ничё, что Друпал бесплатный? а ничё, что советы на Друпал.орг и Друпал.ру тоже бесплатные?

"Все это при нуле реакции со стороны сообщества в плане тестирования модуля, предложений улучшений"

Логика просто блеск, сначала наверное надо было объяснить как "это" хотя бы работает, а потом ждать предложений.

Это всё не на наезд, разработка ваша, делать что угодно с ней можете, просто так и скажите, что хотите заработать, а не тупо кого-то обвиняйте.

Кстати, сомневаюсь, что вашу разработку ждёт коммерческий успех.
http://drupal.ru/node/11399 - здесь ответы просто превосходные: "Если вы этого не знаете значит модуль вам не нужен"... может и удалите этот код с Друпал.ру тоже? Такие люди сообществу не нужны...

"вы вообще кто такой чтобы решать? вам сказать куда двигать с вашим фанатизмом?"

а я не фанатик, просто вы нелогично поступаете, ничего не объясняете, а потом обвиняете сообщество, что оно вам не помогало... мне всё равно, за деньги там или бесплатно, просто не надо говорить "я это сделал потому, что мне не помогали"...

"http://drupal.org/node/214319 надо, разберетесь, берите."

"Если вы этого не знаете значит модуль вам не нужен"

По аналогии просто, "если вы не умеете что-то объяснить сообществу, значит вы ему не нужны"... ничего личного, понимаете? всё как у вас...

"А уж как распространять его - решать МНЕ. Не вам. Потому что я автор кода."

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

вам ещё раз это повторить или на это раз дойдёт?

"Да, и только так. Нужно - изучите КАК"

интересно, а что же вы тут делаете тогда? Друпал.ру вам принципиально не нужен, так как и так всё знаете. Вам нужен Друпал.орг чтобы скачать последнюю версию Друпала и всё... хотя, постойте, если вы и так всё знаете, вы не должны пользоваться чужими наработками, вы сами ДОЛЖНЫ настрочить свою великую CMS. Вы же ДОЛЖНЫ знать как это делать "Или опять свалимся до уровня виндоуса и программеров на делфи с их вечным вопросом"...

хех, да я расслаблен...
но надеюсь, мы наконец-то поняли друг друга...
сам не люблю навязчивых типов, которые что-то там требуют...
но сообщество - это святое...

интересно, что за движок? после того как Дима Смирнов свою разработку закрыл, русских нормальных движков почти и нету, по пальцам можно пересчитать, а уж, чтобы движок написал кто-то знакомый с принципами работы Друпала, о таком вообще сложно мечтать...

Вы не поверите - но как раз блоки то кешировать надо в самую последнюю очередь.

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

В отличие от блоков контент имеет склонность быть более постоянной величиной, но ввиду того что количество нод на сайте обычно более 1000 то любое кеширование которое кеширует целиком - тут не сработает - потому что будет включать в себя меняющиеся блоки и соответственно у разработчика такого кеша возникнет непреодолимое желание этот кеш сбрасывать и строить заново - таким образом если кеш будет сбрасываться раз в несколько часов а страничек на сайте тысяч пять и клиенты запрашивают наугад любую то к функции просто генерации странички добавится еще и функция обслуживания кеша - а это запрос передающий в базу огромное количество данных плюс в случае с типом MyISAM, как по дефолту в друпале, таблица будет целиком блокироваться при записи в нее - таким образом в один момент времени база сможет обслуживать только один коннект а апач по дефолту установлен на 150 (!!!) - другими словами создается очень большая вероятность того что в одно и то же время накопятся и будут перманентно висеть все 150 копий php/апача - и ждать пока mysql их обработает по одному по очереди, а хостер будет видеть что 150 одновременных коннектов к базе идут от вашего аккаунта и висят долгое время.

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

Вот примерно такое объяснение почему друпал вешает систему и создает множество коннектов к базе.

Таким образом возникает мысль что кешировать нужно не блоки а контент - типы данных отдельно, да и комментарии тоже можно отдельно , следя за тем когда он меняется, и не удалять ни в коем случае из кеша до того момента пока этот массив не изменится!

А пока в друпале, в отличие от многих коммерческих CMS я не видел не то что ни одной логически правильной реализации кеша, но спорят даже с самой логикой правильного построения кеша - когда контент не должен сам по себе сбрасываться пока он не изменится, ни при каких условиях.

Я знаю один сайт на smarty - не понятно как он работает, но даже когда тормозит база - странички он выдает моментально и не создает вообще никакой нагрузки на сервер.