Re: Re[2]: [apache-talk] php's config

["Cyril A. Vechera" <cyril@xxxxxxxxxxxxxx>]

> From apache-talk-dev-null@xxxxxxxxxxxxxx Tue Jan 25 00:30:49 2000
> Date: Mon, 24 Jan 2000 23:18:34 +0200 (IST)
> From: "Stanislav Malyshev a.k.a Frodo" <frodo@xxxxxxxxxxxx>
> To: apache-talk@xxxxxxxxxxxxx
> Subject: Re: Re[2]: [apache-talk] php's config
>
> CAV>> как раз таки обновлять по cron - самый рациональный способ, за
> CAV>> исключением того, если вдруг нужно будет переместить
> CAV>> файл/скрипт, не забыть об этом.
>
> Во-во. А теперь десяток таких страничек. Да чтобы когда юзер данные
> меняет, они моментально вставали. Да еще чтобы человек, который придет
> после вас, смог с этим разобраться за разумное время, а не искал по всей
> файловой системе, почему же этот файл в полночь превращается в тыкву. 
>
> А теперь еще добавим систему прав доступа к информации. И все через
> cron...
Без Lotus Notes не обойтись :)

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


> CAV>> какие плюсы? корректный last modified (т.е. кэширование и т.д.),
>
> Собссно кеширование динамических документов - вопрос скользкий. Тут скорее
> надо expires, a не last-modified.
да, expires лучше, хотя в большинстве случаев
Last-modified работает достаточно корректно,
даже со сквидом у которого refresh_patternы ну
просто ужасно все кэшируют.



Sincerely your,
	Cyril A. Vechera
=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =