Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Разные типы кеширования для разных страниц
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Разные типы кеширования для разных страниц
- From: "kermit32dll" <nginx-forum@xxxxxxxx>
- Date: Fri, 12 Oct 2012 11:35:38 -0400
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tigger.jlkhosting.com; s=x; h=Date:Sender:From:References:In-Reply-To:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To; bh=yFe6Ce2Ltoj3FEdZi2n8Xg/x7UE7FmzOlAxTAKgurgU=; b=svbb420MxI6DOUkWQdalI5rta5Dlv2BWHoBpRIJ/6gGn4Z5OuV3eca7U3jC0TUY95NxrTXOq1KlTqeVEq4wPwXY8P9JWT2EypvWjsXTNQRFxMoqmSpLNrAIXJ7EA2qRL;
- In-reply-to: <50783209.1040606@comsys.com.ua>
- References: <50783209.1040606@comsys.com.ua>
Сергей,
Я настраиваю некий сервис по проксированию и кешированию совершенно
произвольных и незнакомых сайтов, и доступа к исходникам бэкэндов не имею. К
тому же, есть дополнительные проблемы:
1) точно неизвестно, как именно сервер будет идентифицировать сессии, ведь
PHPSESSID - явление чисто пхпшное, а бэкэнд может быть и на php, и на asp, и
на java, и вообще на чём угодно. Эта проблема решается выдачей нгинксом
спецкуки, которая будет уже не будет зависеть от бэкэнда, и точно
идентифицировать клиента для кеширования динамики.
2) из пункта 2 вытекает проблема - уже не важно, включена ли сессия, или
нет, т.к. кука выдаётся сразу в любом случае, и каждый клиент
рассматривается как залогиненный.
Соответственно, хотелось бы иметь возможность передать от лица сайта в
нгинкс некий хедер, который бы сказал нгинксу, что данный урл не нужно
кешировать ещё и по сессионной куке, а только по УРЛу, таким образом
реализуя "общий" кеш.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,231724,231736#msg-231736
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|