|
|
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
Как выглядит заголовке страницы(в моем случае картинки но это не принципиально), чтобы браузер понял что его просят прокешировать онную? Или по вариант 2: как написать так на страничке, чтобы браузер поискал в кеше своем картинку и если ее не найдет то патом уже грузил? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2008, 23:31 |
|
||
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
Самое простое, url должен выглядеть как статический - не содержать ? и & например http://www.domain.com/pic.jpg или http://www.domain.com/pics/2030 Для последней ссылки с помощью настроек IIS (точнее - виртуального каталога) можно настроить единый обработчик (например *.aspx), где урл доступен как rawurl. И еще. Особые настройки эксплорера клиента могут наотрез отказаться кешировать, но это скорее исключение, чем правило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2008, 00:08 |
|
||
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
http://www.domain.com/pic.jpg значит делаю чисто пасивыынй рисунок с таким адресом и это максимальный шанс что он прокешируеться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2008, 00:13 |
|
||
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
Насчем максимальный клястся на крови не буду, но скажем разумно достаточное условие. На практике работает быстро, не грузит сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2008, 00:47 |
|
||
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. Useful Cache-Control response headers include: * max-age=[seconds] — specifies the maximum amount of time that an representation will be considered fresh. Similar to Expires, this directive is relative to the time of the request, rather than absolute. [seconds] is the number of seconds from the time of the request you wish the representation to be fresh for. * s-maxage=[seconds] — similar to max-age, except that it only applies to shared (e.g., proxy) caches. * public — marks authenticated responses as cacheable; normally, if HTTP authentication is required, responses are automatically uncacheable. * no-cache — forces caches to submit the request to the origin server for validation before releasing a cached copy, every time. This is useful to assure that authentication is respected (in combination with public), or to maintain rigid freshness, without sacrificing all of the benefits of caching. * no-store — instructs caches not to keep a copy of the representation under any conditions. * must-revalidate — tells caches that they must obey any freshness information you give them about a representation. HTTP allows caches to serve stale representations under special conditions; by specifying this header, you’re telling the cache that you want it to strictly follow your rules. * proxy-revalidate — similar to must-revalidate, except that it only applies to proxy caches. гг, осталось только разобрасться(перевести и понять) что утта написано) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2008, 00:48 |
|
||
|
Автоматическое кеширование
|
|||
|---|---|---|---|
|
#18+
Не заморачивайся с установкой кеширования. Если у кого-то она отключена в браузере (зачем, спрашивается?), то какие бы ты мета-коды не прописывал, браузер ее все равно не скеширует. А по умолчанию она все равно попадет в кеш и пролежит там приличное время - либо пока не истечет время удаления системой старых кешей, либо не превысится объем кеша (ни первого, ни второго параметра я не знаю). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2008, 02:04 |
|
||
|
|

start [/forum/topic.php?fid=22&msg=35599680&tid=1455716]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
141ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 253ms |
| total: | 478ms |

| 0 / 0 |
