Вот вобщем написал скрипт для уменьшения изображений

Дело в том что при каждом переходе по страницам картинки загружаются заново, это сильный напряг на сервер и на пользователя.
Может как-то через header можно прописать чтоб картинки кэшировались?

может один раз делать мини-копии при загрузке изображений или при первом запросе на просмотр, а потом уже загружать уже существующие

bars80080, конечно можно, но там напряжная система получится, вдруг фотку поменяют, надо сравнивать, можно конечно периодический кэш держать, раз в 3-и часа там обновлять и т.п. Хотелось бы все упростить одним лишь заголовком. Такое разве нереализуемо?

только на картинки? не знаю

а в смысле кэш держать? это ж серверная сторона. закачали фотку, сделал её превью, положил в соответствующие папочки оригинал и превью, в БД прописа их имена. решили поменять, закачали новую, прежние удаляем записываем новые. а если коллекция, то тоже самое, просто лишняя таблица данных

bars80080, просто это дело я делаю в связке с 1-с битриксом. Тут желательно поменьше ручных структур.

Добавлено через 1 минуту и 44 секунды
bars80080, ну вот сам смотри, если рисунок будет ссылаться на php файл - он ведь так же по прежнему будет постоянно обновляться, даже если я буду возвращать уже готовые превью.

не знаком с битриксом, в смысле ручных? имхо, совсем не нагрузит систему, а совсем даже наоборот

имхо

непонятна суть проблемы. с чем сравнивать? какая разница, меняют фотку, или заново заливают? залили - сделал уменьшенную. что тут проверять?
по-моему, ты себе проблемы из пальца придумываешь.
тыщи сайтов делают уменьшенные при заливке, и прекрасно работают. а у тебя вдруг какие-то "напряжения" возникают

Feldmarschall, ну для начала я спрашивал вопрос конкретно, даже не суть именно этой проблемы, как передать через header() не отмену кэширования, а наоборот. Во втором случае мне битрикс дает адрес такого вида: /upload/iblock/a/F1.jpg, я его перенаправляю на /face/resize_picture.php?src=%2Fupload%2Fiblock%2Fa2d%2F1.jpg вот и все. А в resize_picture.php уже выполняется ентот скрипт. То-есть прямых ссылок на картинку нет, только через скрипт. А картинку могут поменять, следовательно миниатюра тоже должна поменяться, только вот картинку могут загрузить с таким же именем - это одно дело, другое - то что прямой ссылки на миниатюру нет.

Почему? Эти имейджи доступны для просмотра не всем пользователям?


http://www.1c-bitrix.ru/api_help/iblock/custom.php

solenko, они всем доступны. Дело не в том, я же скрипт свой не просто так использую. Те которые всем доступны произвольных размеров просто, в этом вся тема. Мне нужно их стандартизировать.

InfMag, так вот, отдача через скрпт имеет резон только в том случае, если на просмотр изображений накладываются изображения. Иначе при загрузке, (как это уже не раз говорилось и как это описано в доке по битриксу под который ты пишеш) создаеш несколько файлов. Например:
thumb_твое_имя
твое_имя
orign_твое_имя
Вот и все. Если тебе нужен thumbnail -- показываш  Thumb, если полный размер -- просто имя, если оригинальное изображение -- orgin

Что ты еще собрался стандартизировать?

Такие привью действительно сильно грузят сервер, я уже спрашивал по этому поподу.

http://forum.vingrad.ru/forum/topic-220367/unread-1.html

solenko, эх, все дело в том что я хотел ограничиться писанием только в шаблоне сайте. Ну вобщем тада буду ковырять сам компонент, не суть, объяснить в чем проблема все равно не получается.
И все таки - самый первый, самый простой вопрос по теме - можно ли через header() не поставить no-cash, а наоборот сделать так чтоб кэш работал? Это в принципе и был мой вопрос.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
Секция 14.9

Добавлено через 44 секунды
Сессия стартует для этого скрипта? Тогда автоматически посылается no-cahe.

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