RickОднако рассмотрим пример: картинка-шапка на странице - элемент обновляющийся крайне редко. На малых сроках Т/15 будет небольшим и близким к возможным значениям критерия свежести в "Н", но чем старее картинка - тем больше период Т - т.е. если картинка не обновлялась год, то (365/15)*24 = ~576 часов - почти месяц - не великоват зазорчик?
А если картинка все-таки за это время обновится (ну вот свершилось)? Имхо как минимум нужна верхняя планка для значения T - получается критерий свежести для критерия свежести.
Согласен, верхняя планка Tmax опционально нужна. Это реально умерит расслабленность алгоритма на больших промежутках времени. У каждого это Tmax свое в соответствии с собственным видением. Оно - не "критерий свежести для критерия свежести". Получается абсолютный критерий свежести Tmax (все, что старше него, считать устаревшим) и относительный K (процент от промежутка времени, в течение которого файл не обновлялся). Вывод - для реализации этого подхода пользователь должен иметь возможность задавать для различных типов данных пару чисел: К (который я для примера брал равным 100/15~7%) и Tmax. Это можно реализовать, например, расширением списка "Не обновлять".
Death_Masterпредугадать невозможно, если не угробить 2-3 года на изучение действий одного конкрктного пользователя
А кто говорит, что мы угадаем? Мы пытаемся угадать с высокой вероятностью, определяемой нами самими. Если же мы все-таки не угадываем, то мы заранее к этому готовы, т.к. прошедший промежуток времени для нас пренебрежимо мал. Точно в том же смысле мы угадываем сейчас, задавая критерий свежести: файл ведь может обновиться и до его истечения.