А чем не устраивает блокировка файла в момент записи? Все станут в очередь пока не...

A.B.C.
О да, ООП - и вдруг файл перестанет магическим образом блокироваться, а с ним - нет...
Советую выделить этот файл(файлы) и нажать F8, а после почитать более качественный материал, потому что такие заявления могут говорить только новички в программировании.

Каждый из подходов в одном и том же порядке использует одни и те же функции, просто другая структура.

inpost

...это я там нарыл:
http://phpclub.ru/faq/cahcing/CaptureServe...orCaching?v=stj

if(is_readable('file')) ведь непросто проверяет наличие, но и доступность чтения, во время обновления кеша (перезаписи файла) функция чтения ведь недоступна?

Вот здесь прочитал:

http://www.wr-script.ru/info/35.php

A.B.C.
Увы , я тоже по этой ссылке учился, но это не значит, что на все 100% они правы, надо суть улавливать. Я прочитал статью, а сделал в итоге по своему, главное основную мысль понять как с ней работать. Не забывай, что лучший код будет храниться только в твоей голове и ты с ней делиться не будешь.

Спасибо!

Кэширование динамических страниц.

Страниц-анкет скажем, где распологается форма с селектами и инпутами, куда приходят $_SESSION или $_POST, реально ли такое сделать действительно проще?

Попробывал записать такую страницу в кеш-файл (типа страница шаблон), а потом str_replace'ом сделать замену.
Хотя с готовым куском кода HTML работать проще, но для того, чтоб провести правильную замену пришедших переменных в этой шаблонной странице все равно нужно подключать БД и читать переменные этой страницы.

Например, хотя селекты уже написаны надо выбрать из куска HTML нужное и сделать скажем

$cache=$str_replace('<option></option>','<option>$_SESSION['name']</option>',$cache);

При этом надо сначала найти нужный селект, а потом нужное место и $_SESSION['name'] проверить.

Может еще какие способы существуют? Статичные безФОРМенные страницы это понятно.

В гугле гуглил подходящей инфы ненашел.

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

Игорь_Vasinsky

Ну вот из БД на лету формируется список:

<select name='name'>
while($ss=mysql_fetch_assoc(s))
{
if ($_SESSION['n']==$ss['n'])  echo '<option selected>'.$ss['n'].'</option>';
else echo '<option>'.$ss['n'].'</option>';
 }
</select>

после нажатия сабмит загружается этаже страница только на нее приходит $_SESSION['n'], как быть с кэшем этой повторной страницы?

тогда - да. использовать её как шаблон

Игорь_Vasinsky

Мне кажется, это тоже повлечет за собой целый хвост проблем, особенно если форма разнородна, меняется содержимое и порядок тегов внутри нее. Хотя и 3-4 запроса в БД на странице это ощютимо.

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

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

Игорь_Vasinsky

Спасибо.

A.B.C.
Кеш используют не абсолютно на всех местах, а только на нужных. Если сайт молодой, то используй только на высоконагруженных.
У меня была задача выбирать 10 случайных фотографий из БД, то есть RAND(), вот я сформировал кеш из 100 фотографий, а далее уже их выдавал из кеша в случайном порядке. Кеш обновляю 1 раз в пол часа. Скрипт стал работать в 20 раз быстрее, БД уже не приходится дёргать.

Я лично считаю что кеширования страницы сайта целиком это не рационально и влечет за собой кучу проблем (если какие-то элементы страницы динамически изменяются). Не надо бездумно кешировать все что не попадя. Внедрение кеша в проект это прежде всего исследовательская работа. Сперва надо выявить куски кода или запросы к БД, которые создают наибольшую нагрузку и вот их и кешировать. В основном нагрузку на сервере создают именно запросы к БД, а уже само конструирование страницы занимает намного меньше времени. Так вот запросы и надо кешировать.

Вообщем я высказал свое ИМХО, не претендую на истину в последней инстанции, но сам всегда придерживаюсь такого алгоритма.

Не всегда кэш быстрее чем сделать тот же запрос.
Кэшировать имеет смысл только "СТАТИЧЕСКУЮ" информацию, разнообразных списков юзера. Т.е. не частообновляемую инфу.
Кэш личного кабинета - не решение ибо в личном кабинете, как правило - динамической информации много.

Сухой остаток - кэш для редкоменяемой инфы ИЛИ если же доступ к этой же инфе за короткий промежуток будет существенно превышать скорость обновления этой инфы

)) ну все одно и тоже дружно высказали. а как-будто холивар начинается)

Ну лично я и не пытался холиварить с ТС-ом. Так может быть натолкнуть на нужную мысль слегка