» HandyCache ( Часть 4 )

Цитата:

Картинок не будет вообще?

Будет. HC то определяет картинки при выдаче из кэша по сигнатурам, а не по расширениям. Но даже если не определит, то все равно есть тег <img>.

unreal666

Цитата:

Будет. HC то определяет картинки при выдаче из кэша по сигнатурам, а не по расширениям.

Чего??? При чем тут сигнатуры?
Как в автономном режиме НС узнает, что в таком-то месте страницы нужно показать картинку с http://site.com/attachment.php?attachmentid=2134&stc=1 при том, что сохранена она в кэше под именем bla.bla?


Цитата:

все равно есть тег <img>.

И что в теге?

forever

Гуд морнинг!
А вы судя по постам, вообще, не спите!
Ну ладно у unreal666 уже почти вечер, а у тебя что - бессонница?

Цитата:

При такой ссылке, и при отсутствии заголовков, что я увижу загрузив страницу с картинками ссылки на которые такого вида в автономном режиме?

Это, думаю, зависит от браузера. На Макстоне (IE) все O.K.
HC отвечает вообще без заголовка "Content-Type":

Код: 04.10.2006 7:58:21 # 607 <<< URL: http://virusinfo.info/attachment.php?attachmentid=3407&d=1159793207
HTTP/1.0 200 OK
Server: HandyCache
Content-Length: 127481
Proxy-Connection: Keep-Alive

DenZzz

Цитата:

а у тебя что - бессонница?

Нечистая совесть спать не дает - кошмары снятся: только засыпать начинаю - какой-то мужик пальцем тычет и орет: "Что ты сделал для HandyCashe?!" Жаль рисовать не умею - показал бы. Может это mai62 собственной персоной является?


Цитата:

Это, думаю, зависит от браузера.

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


Цитата:

HC отвечает без заголовка "Content-Type":

Не важно, что без заголовка - важно, что он знает, что http://virusinfo.info/attachment.php?attachmentid=3407&d=1159793207 это на самом деле Image1.jpg. А следовательно...

forever

Цитата:

Чего??? При чем тут сигнатуры?
Как в автономном режиме НС узнает, что в таком-то месте страницы нужно показать картинку с http://site.com/attachment.php?attachmentid=2134&stc=1 при том, что сохранена она в кэше под именем bla.bla?

При том. Какой URL для картинки запрашивается, тот и показывается.
Вот тебе лог этого сайта в автономном режиме

Код: 04.10.2006 14:14:59 # 2760 <<< URL: http://club.cdfreaks.com/attachment.php?s=aedd0033117ec1608e0430438065139f&attachmentid=5719&stc=1
HTTP/1.0 200 OK
Server: HandyCache
Content-Length: 19720
Content-Type: image/png
Proxy-Connection: close

forever

Цитата:

Не важно, что без заголовка - важно, что он знает, что http://virusinfo.info/attachment.php?attachmentid=3407&d=1159793207 это на самом деле Image1.jpg. А следовательно...

Если бы HC знал, он не стал бы это скрывать и создал бы соответствующий заголовок - у него же есть определение некоторых форматов!
А поскольку заголовка нет, то это не HC знал, а браузер сам разобрался!

P.S. Кэш браузера для чистоты эксперимента чиcтил, так что...

forever

А вот тебе тэг для той картинки в логе:

Код: <img class="attach" src="attachment.php?s=aedd0033117ec1608e0430438065139f&amp;attachmentid=5719&amp;stc=1" border="0" alt="" />

unreal666

Цитата:

Странно, что у тебя тип файла не показало. Или это не картинка?

Картинка JPG - смотри мои посты выше - туда добавил опыты...
Просто твою картинку HC узнал по сигнатуре, а мою - нет!
Не все сигнатуры знает HC, не все...

unreal666
Давай чутка помедленнее.

Цитата:

Какой URL для картинки запрашивается, тот и показывается.

Запрашивается URL http://club.cdfreaks.com/attachment.php?s=aedd0033117ec1608e0430438065139f&attachmentid=5719&stc=1
Из кэша берется картинка сообветствующая этому URL - bla-bla.jpg из каталога club.cdfreaks.com. Вопрос: откуда НС знает, что http://club.cdfreaks.com/attachment.php?s=aedd0033117ec1608e0430438065139f&attachmentid=5719&stc=1 это на самом деле bla-bla.jpg?


Цитата:

mai62 писал же, что в HC вшито распознавание сигнатур для картинок.

По сигнатуре ты не узнаешь ни имени ни пути - только тип.

DenZzz

Цитата:

А поскольку заголовка нет, то это не HC знал, а браузер сам разобрался!

Сам разобрался и даже подсказал НС где что у него в кэше лежит?

forever

Цитата:

Вопрос: откуда НС знает, что http://club.cdfreaks.com/attachment.php?s=aedd0033117ec1608e0430438065139f&attachmentid=5719&stc=1 это на самом деле bla-bla.jpg?

А причем тут bla-bla.jpg ?
Этот файл у меня хранится по пути "X:\Cache\club.cdfreaks.com\attachment.php^\attachmentid=5719&stc=1" (сессии удалются).
Никаких bla-bla и jpg. В честь чего это имя файла в кэше должно отличаться от URL?
Я потому и говорю про сигнатуры, что HC должен определять по ним тип файла.

unreal666

Цитата:

Этот файл у меня хранится по пути "X:\Cache\club.cdfreaks.com\attachment.php^\attachmentid=5719&stc=1"

Ясно. Вернувшись чутка назад:

Цитата:

По URL у таких файлов не определишь тип файла. Не буду же сохранять все (в том числе и прикрепленные архивы) с форумов.

Что мешает club.cdfreaks.com/attachment.php поместить в список "Не обновлять" или "Только из кэша"? Все "безымянные/безтипные" линки ведут на скрипт - почему его и не обрабатывать?

forever

Цитата:

Сам разобрался и даже подсказал НС где что у него в кэше лежит?

Ты о чем? Дело было так:
Браузер запросил у HC страницу: http://virusinfo.info/attachment.php?attachmentid=3407&d=1159793207
HC порылся в своем кэше и отдал ее браузеру без заголовка Content-Type, т.к. сам его не знает
(Ну, не шмогла я... )
Браузер покумекал немного - понял, что это картинка, и правильно ее показал!

Цитата:

Что мешает club.cdfreaks.com/attachment.php поместить в список "Не обновлять" или "Только из кэша"?

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

Цитата:

Все "безымянные/безтипные" линки ведут на скрипт - почему его и не обрабатывать?

Какой еще скрипт?


Добавлено:
DenZzz

Цитата:

Браузер покумекал немного - понял, что это картинка, и правильно ее показал!

А почему у тебя HC не определил, что это картинка? У меня же он показал, что тип файла image/png.

Цитата:

Что мешает club.cdfreaks.com/attachment.php поместить в список "Не обновлять" или "Только из кэша"? Все "безымянные/безтипные" линки ведут на скрипт - почему его и не обрабатывать?

А нах... зачем мне вообще хранить в кэше приаттаченные архивы, музыку, ролики и т.д.
После загрузки такого архива браузер предлагает его сохранить на диск в виде нормального файла. Мне нужен только этот файл, а хрень в виде attachment.php мне в кэше HC не нужна!

Исключение - только аттачменты-картинки! Вот их надо хранить и не обновлять!

Добавлено:
unreal666

Цитата:

А почему у тебя HC не определил, что это картинка? У меня же он показал, что тип файла image/png.

Потому что твой PNG он узнал, а мой JPG - нет! Увы, видимо, нет у него такой сигнатуры...
Не веришь - зарегистрируйся на том форуме и сам проверь...

DenZzz

Цитата:

Ты о чем?

Я поленился заглянуть в кэш посмотреть в каком виде сохраняется такой линк - поэтому считай, что ни о чем: пургу прогнал.

unreal666

Цитата:

Потому что, чтобы не обновлять, надо сохранять.

Ты же и хотел:

Цитата:

Для меня основная польза - это сохранение в кэш и НЕ обновление картинок, которые имеют нестандартные расширения (или вообще без расширений).

Сохранил, включил в "Не обновлять" - цель достигнута.


Цитата:

А под таким URL могут быть и другие типы файлов, которые мне в кэше не нужны.

Тогда в "Только из кэша".


Цитата:

Да и для каждого подобного форума прописывать такую фигню накладно.

Ты так много разных форумов посещаешь с подобными ссылками? И везде скрипты под разным именем?


Цитата:

Какой еще скрипт?

В твоем примере это attachment.php, в примере DenZzz'а это... опа, тоже attachment.php. Или тебе не нравится употребление слова "скрипт" в отношении php и cgi?

Добавлено:
DenZzz

Цитата:

а хрень в виде attachment.php мне в кэше HC не нужна!

А кто ж тя заставляет писать это в кэш?

Мдя, ну и нафлудили тут меньше чем за день... © Demetrio (moderator)

forever
Похоже, тебе пора спать
Или перечитай внимательно последние несколько страниц перед тем как писать новые посты. Одно и то-же по нескольку раз повторяется.

Добавлено:

Цитата:

Тогда в "Только из кэша".

Тогда нужные файлы тоже не будут сохраняться.

forever

Цитата:

Сохранил, включил в "Не обновлять" - цель достигнута.

И вправду одно и тоже по кругу гоняем.
Я же написал, что мне не нужно сохранять ВСЕ. Мне нужно из этих аттачей сохранять только картинки. Мне их что, по одной сохранять через "Загрузить URL в кэш" ?

forever

Цитата:

А кто ж тя заставляет писать это в кэш?

Ты через стороку читаешь посты что ли...
Повторю еще раз: Мне надо хранить в кэше и не обновлять ТОЛЬКО приаттаченные картинки! Архивы, музыку и т.д. не надо хранить в кэше вообще!

Добавить attachment.php в "Только из кэша" нельзя, т.к. когда я буду грузить новый архив, мне придется отключать этот список.
Во-первых, это не удобно!
Во-вторых, архив сохранится в кэш! Если отключить "Запись в кэш", то и аттачменты-картинки сохраняться не будут!

Или ты предлагаешь для аттачментов постоянно дергать выключатели: для картинок включать "Запись в кэш" и "Только из кэша", для архивов выключать и то и другое?
Сам-то представляешь этот геморрой?

Не всегда можно отличить прикрепленную картинку от архива по URL, а по Content-Type можно!

P.S. Пойду немного поработаю...

C0USIN
Верно. По кругу ходим.
Попробуем выйти из цикла.

unreal666
Замысел сохранения Content-Type для каждого файла в том, чтобы:
- не загружать (не сохранять) файлы определенных типов.
- не обновлять файлы определенных типов.
И то и другое призвано на борьбу с "безымянными" ссылками типа /attachment.php?attachmentid=5719&stc=1 (верно исходные данные изложил?)
Что имеем:
Чтобы не загружать файлы определенных типов не нужно иметь сохраненные типы для каждого файла - нужно получить заголовок и сравнить его с заданным. (Чтобы сравнить его с сохраненным его все-равно сначала нужно получить).
- Чтобы не обновлять файлы определенных типов опять таки не нужно хранить типы для каждого файла - нужно так же как и в первом случае сравнивать полученный заголовок с заданным.
Т.е. нужно иметь возможность в правилах указывать тип как критерий.

Чтобы обойтись (попытаться) вообще без Content-Type в правилах:
На примере http://virusinfo.info/attachment.php?attachmentid=3407&d=1159793207:

virusinfo.info/attachment.php (или просто attachment.php) помещается в правила списков:
- Чтобы не незагружать вообще - в Только из кэша
- Чтобы не обновлять - в Не обновлять
- Чтобы загружать но не сохранять в кэш - в исключения списка Запись в кэш
Используя три этих списка в разных вариантах получаем требуемое.

C0USIN

Цитата:

Тогда нужные файлы тоже не будут сохраняться.

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

DenZzz

Цитата:

Мне надо хранить в кэше и не обновлять ТОЛЬКО приаттаченные картинки! Архивы, музыку и т.д. не надо хранить в кэше вообще!

Зашли на сайт (картинки сохранились в кэш) Включаем список Не обновлять (картинки не обновляются) и включаем исключение в Запись в кэш (архивы/мызыка качаются и в кэш не попадают).

forever
Цитата:

Максимальная длина имени файла, и максимальная длина URI одинакова. Твои пять символов ".pssp" могут вызвать конфликт. Но это просто к сведению.

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


Цитата:

Для одного файла может быть несколько юзеров/дат? Как это будет выглядеть?

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


Цитата:

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

конечно прелестно - потеря (несуществование) одного паспорта - отсутствию доп. сведений об одном файле кэша; потеря индекса - сразу всю корзину с яйцами - нафиг


Цитата:

Собственно RAR тоже зашит в Историка? Небось еще и лицензия прилагается?

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


Цитата:

Не возводи воздушных замков. Напрасно. Не будет никаких пачпортов. На FAT32 эти файлики сожрут места на диске в десятки раз больше своего реального веса. Если грубо количество файлов в кэше умножится на 2 - соответственно увеличится и время поиска. Отполируется все дичайшей фрагментацией. Я удивляюсь, как вообще будучи в трезвом уме можно хоть сколько-нибудь серьезно рассуждать о пачпортах.

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


Цитата:

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

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


Добавлено:
forever

Цитата:

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

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

forever
Чего ты вообще запутал. Все в кучу собрал и перетасовал.

Цитата:

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

От кого полученный? К серверу ты не обращаешься.

Цитата:

virusinfo.info/attachment.php

А я не хочу вручную для каждого такого форума определять эти спецкуски URL. А вдруг у меня сетка? Отслеживать кто что откуда качает и для каждого подобного форума выставлять такую фигню что ли? Я не мазохист.

forever
DenZzz
... а кроме всего - сейчас я могу очистить БД историка и прогнать его по всему кэшу и сегодня и завтра и через месяц - и если файлы для простоты из кэша не удалялись, наполнение с нуля (илии не с нуля) БД историка будет КАЖДЫЙ раз ИДЕНТИЧНЫМ для одних и тех же файлов из кэша.

если же я при заполнении БД историка буду "подчитывать" для анализируемых файлов кэша информацию о них из логов HC, то "и сегодня и завтра и через месяц " я ДОЛЖЕН буду ИМЕТЬ этот лог.... и это при его размерах-то... нет уж увольте... а без лога месячной давности просмотр файлов кэша мсячной давности на чистую БД - будет совсем другой песней

И правила для таких хреновин создавать типа:
-- Упрощенный вариант
* image/.*
-- Расширенный вариант
* $URL(virusinfo\.info/) $TYPE(image/*)

unreal666
с точки зрения программной реализации с потоками всё оказалось как нельзя проще:

assignfile(f, 'c:\temp\1.txt:hc');
rewrite(f);
writeln(f, 123);
closefile(f);

здесь мы записали '123' в поток 'hc' файла 'c:\temp\1.txt'

rs

Цитата:

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

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


Цитата:

потеря (несуществование) одного паспорта - отсутствию допю сведений об одном файле кэша; потеря индекса - сразу всю корзину с яйцами - нафиг

1. В Опере один индексный файл на весь кэш - никаких проблем.
2. Пиши пачпорта к себе в базу - храни свое у себя. Что писать берешь в логе монитора и хранишь как хочешь: в одной корзине или в десяти.


Цитата:

аргумент никакой; без лиценизии, кстати, rar-ом тоже можно пользоваться неограниченное время

При чем тут лицензия? Для начала нужно хотя бы иметь RAR. Поэтому и вопрос: собственно RAR тоже прилагается к Историку?


Цитата:

я допускаю, что немало людей считают байтики на дисках...

Нет. Большинство не считает. Большинство о "байтиках" вспоминает только когда "резиновый" диск вдруг кончается. Тогда они начинают смотреть что же сожрало место. А затем придут сюда и зададут резонный вопрос: какой дурак додумался так организовать хранение кэша, что при чистом весе в ~400М, на диске он занимает >1G.

Ради интереса посчитал о каких "байтиках" идет речь. У меня в кэше сейчас 74598 файлов (позавчера вычистил половину). В твоем вчерашнем примере весь "пачпорт" занимает <32Байт Итого чистого веса 32х74598=2387136Байт= 2,27М. А что будет на диске? При размере кластера 4К получаем: 74598х4=298392КБ=291М Фигасе "байтики"! Из 2М почти 300! Экий ты, брат, щедрый на байтики.


Цитата:

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

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


Цитата:

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

Да? И какие же проблемы?


Цитата:

... а кроме всего - сейчас я могу очистить БД историка и прогнать его по всему кэшу и сегодня и завтра и через месяц - и если файлы для простоты из кэша не удалялись, наполнение с нуля (илии не с нуля) БД историка будет КАЖДЫЙ раз ИДЕНТИЧНЫМ для одних и тех же файлов из кэша.

С индексным файлом оно станет разным что ли?

forever
Цитата:

. В Опере один индексный файл на весь кэш - никаких проблем.

долбани его и посмотри, что получилось


Цитата:

Пиши пачпорта к себе в базу - храни свое у себя. Что писать берешь в логе монитора и хранишь как хочешь: в одной
корзине или в десяти.

тут ты попутал местами лошадь и телегу - пустую БД я могу сколько угодна раз наполнять по одному и тому же кэшу с идентичным каждый раз результатом наполнения
по твоему же - взяв паспорта и-или данные из логов в БД, я не могу её уже чистить - ав друг логов и-или индексов-паспортов уже нет


Цитата:

При чем тут лицензия? Для начала нужно хотя бы иметь RAR. Поэтому и вопрос: собственно RAR тоже прилагается к Историку?

давай не будем считать это за внятный аргумент, ладно? вернее, вообще за аргумент...



Цитата:

Нет. Большинство не считает. Большинство о "байтиках" вспоминает только когда "резиновый" диск вдруг кончается.

знаешь, лет двадцать я уже знаю правило - дискл любого объёма заполняется на 95% в течение первых N-месяцев


поэтому если говоритьс практической т.зр. - нынешние диски - резиновые

Добавлено:
forever

Цитата:

Да? И какие же проблемы?

долбани его - увидишь... или подсунь вместо него индекс от оперы с другой машинки


Цитата:

С индексным файлом оно станет разным что ли?

с другим индексным - да...

кроме того - посмотри на вопрос с другой стороны - то, что называется индексами (в БД, в частности) всегда вторично по отношению к индексируемой сущности, т.е. м.б. построено бногократно и однозначно из индексируемой сущности

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

а вот пока на сегодняшний день даже моя БД по сути есть индекс - она всегда одинаково и многократно воспроизводима на одном и т ом же кэше (индексируемой сущности)


Добавлено:
forever

Цитата:

Проще говоря, моя цель увидеть что именно нужно писать в индексный файл для Историка

ЧТО - я тебе уже давно сказал... а ты всё просишь - КАК? что в общем-то неважно

forever

Цитата:

Ради интереса посчитал о каких "байтиках" идет речь. У меня в кэше сейчас 74598 файлов (позавчера вычистил половину). В твоем вчерашнем примере весь "пачпорт" занимает <32Байт Итого чистого веса 32х74598=2387136Байт= 2,27М. А что будет на диске? При размере кластера 4К получаем: 74598х4=298392КБ=291М Фигасе "байтики"! Из 2М почти 300! Экий ты, брат, щедрый на байтики.

Размер занимаемого места зависит от файловой системы. На NTFS файл такого размера будет занимать 1 кбайт вместо 4 кбайт.

Цитата: вылетает окно (пароль логин) ввёл ОК а оно снова типа не правильно

НС - Настроки - Доступ. Убедись, что у тебя разрешен доступ (стоит галочка) для пользователя с именем local и с IP 127.0.0.1 (графа Пароль должно быть пустым).
Если проблема останется - попробуй вводить в браузере другой адрес - видимо пароль спрашивает сайт, а не НС


forever - спасибо помог а то голову ломал !

mai62
учитывая, что
assignfile(f, 'c:\temp\1.txt:hc');
rewrite(f);
writeln(f, 123);
closefile(f);

метод реализации сохранения-чтения паспорта в ntfs-потоке или в обычном парном файлу кэша файле будет ВООБЩЕ один - передаваться ему будет имя файла либо обычного, либо с именем потока в файле

по-моему заманчиво, а?

unreal666

Цитата:

От кого полученный? К серверу ты не обращаешься.

Если файл уже есть в кэше - анализировать собственно файл. По расширению/сигнатуре.


Цитата:

А я не хочу вручную для каждого такого форума определять эти спецкуски URL.

А вообще правила писать тебе не в тягость?


Цитата:

Я не мазохист.

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

rs

Цитата:

долбани его и посмотри, что получилось

Каким образом предлагаешь "долбать"?


Цитата:

пустую БД я могу сколько угодна раз наполнять по одному и тому же кэшу с идентичным каждый раз результатом наполнения
по твоему же - взяв паспорта и-или данные из логов в БД, я не могу её уже чистить - ав друг логов и-или индексов-паспортов уже нет

Совершенно верно. Придется придумать что-то другое вместо примитивного "все удалить и с нуля наполнить".


Цитата:

давай не будем считать это за внятный аргумент, ладно? вернее, вообще за аргумент...

Дык у тебя ж все "не аргументы". Не та файловая система? - ерунда, переформатируют на ту! Не будет работать по сети? - пустяки, в архивах пускай шлют! Архиватор не поддерживает потоки - чушь какая, поставят тот что поддерживает! Много места требуется - переживут, места всегда мало!
Агрумент я так понимаю один: с минимумом телодвижений выдать типа новую фичу. Во что обойдется эта фича прользователям дело десятое.


Цитата:

с другим индексным - да...

С какого перепугу? Файлы чтоль изменятся?
И как ты вообще собираешься считать детальную статистику, я что-то не пойму. ЧТО считать собираешься? Сколько в кэше файлов Пети, а сколько Васи? Ну посчитай это при записи файла в кэш - потом тебе зачем эти файлы? Хоть вообще весь кэш потом будет удален - ты уже посчитал и сохранил - что тебе еще нужно пересчитывать?


Цитата:

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

Поэтому я тебе и говорю: обсчитывай сразу и храни результат у себя.