On Tue, Apr 03, 2007 at 07:24:05PM +0300, Serg Senko wrote:
> Поддержка e-tag со стооны nginx важна в случаях нескольких серверов со
> статическим контентом . ( А поддержики такой нет :((( )
>
> 1 - Объясняю ситуацию - есть у меня несколько проектов в которых от 4
> до 16 серваков, на некоторых серверах распологается только статика (
> js, jpg, swf, gif etc. ) Last-Modified на этих серверах у всех файлов
> разный по причине того что
> нет возможности работать с общим storage , все файлы пушатся с одного
> места rsync' ом . rsync прогоняет cервера по очереди ну и далее все
> понятно.
Как уже было сказано, у rsync есть волшебный ключик -t.
Но даже этот ключ не поможет, если файлы раздаются Апачём с дефолтным
FileETag All. В этом случае в ETag добавляется inode, который не сделаешь
одниковым на всех машинах. В общем ETag для статики - тот же Last-Modified.
Нет, файлы статики раздаются только nginx без какого либо участия
апача или другого бэкенда. А там где e-tag на апачах, сделано FileETag
Size
> 2. При отдаче с общего storage, Last-Modified проблем никаких. Но вот беда
> програмеры пихают все файло на storage которое не изменилось при обновлении.
> И посылка expire уже не актуальна, а вот посылать e-tag основаный на
> size - решали бы все и в 1 и 2 случаях.
А как они так выкладывают, не меняя mtime ?
Не правильно объяснил, изменился mtime но не изменился size.
Пропихивают весь контент пачками всесте и измененным и не измененным.
--
Игорь Сысоев
--
ttyv0 "/usr/libexec/gmail Pc" webcons on secure
