- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
можно указать серверу не кешировать картинки. Тогда сервер отдаст браузеру не верную дату Expires и при следующей загрузке клиент (браузер) запросит файл заново.
Можно и так, по ссылочке DeveloperRu, кстати, этот вариант довольно подробно описан... но это не есть гуд...
Картинки обновляются гораааздо реже, чем отдаются, и посему полностью отключать кэширование не хотелось бы...
Натолкнули, кстати, на идею, извращенческую до безобразия, но наверно рабочую:)
А что если перед изменением картинки, тем же скриптом, который ее меняет, записывать в папочку .htaccess, запрещающий кэширование, после этого 1 раз отдать картинку, и после этого этот .htaccess грохать? Вообще, php-скриптом возможно с .htaccess работать (создавать, менять, удалять)?
чето какой то цирк устроили тут, просто "меняете урл докартинки" и все, браузер новую использует, менять просто - дописываете любой гет параметр, зависящий от "свежести" картинки и все, например ее время изменения. я понимаю велосипеды в программировании, но в верстке ...
bearman, речь не про верстку:)
Есть некая картинка с постоянным адресом.
<img src='./tralalala.jpg' />
Есть скриптик, с помощью которого пользователь может ее подкорректировать.
Надо, чтобы после этой корректировки пользователь видел обновленную картинку, а не ту, которая осталась болтаться с незапамятных времен в кэше его браузера, под тем же (крайне желательно) урлом.
Надо, чтобы после этой корректировки пользователь видел обновленную картинку
Генерируйте новый адрес картинок
...................
AnNik, пожалуйста, слушайте, а не только говорите, перечитайте все советы и моет быть поймете, что вам пытаются донести.
ну и я вас подтолкну кодом
если вы после этого не поймете, то можете не писать в этой теме, вы - бронепоезд :)
ну и я вас подтолкну кодом
Ну, во-первых, не вижу, чем же ваш код принципиально отличается от /ru/forum/comment/7198863 или от /ru/forum/comment/7198896 :)
А во-вторых, как в вашем варианте быть с такой проблемкой:
Пользователь поставил, например, в своем блоге ссылку на картинку <img src='site.ru/tralalala.jpg' />, после этого зашел на мой сайт, картинку поменял, увидел результат благодаря рандомному гет-параметру, который сгенерил скрипт обработки картинки, вернулся в свой блог, открыл страничку, на которой у него написано <img src='site.ru/tralalala.jpg' />, и?... конечно же возмутился;) - мол, я менял-менял, а ничего не поменялось...
Только, пожалуйста, не говорите, что надо заставлять его каждый раз менять в своем блоге ссылку на картинку. Это вообще не вариант:) Уж лучше заставлять Ctrl+F5 жать:)
AnNik, ну тогда для пути с кратинками выставьте кеши в 0- да и все
bearman добавил 02.07.2010 в 15:08
чем же ваш код принципиально отличается от или от
ничем, я сказал что это велосипед, причем обычный
Ну можно еще ручное кеширование прикрутить. Благо средств дохера...