@arts если че (на будущее) — ссылки на аватарки лучше делать так, чтоб при загрузке новой аватарки ссылка менялась. а то пока кеш не сбросишь по ссылке будет старая обезьяна.
ну, понимаешь, на аватару что на старую что на новую (когда заливаешь) ссылка одна и та же, потому браузер из кеша старую показывает пока не сделаешь Ctrl+Shift+R!
ну, браузеру сейчас говорится "кешировать навсегда", потому браузер, получив один раз картинку, больше её даже не спросит. потому и делается техника "сбрасывать кеш при помощи дописывания ?хуи=ты к урлам"
Вы там блять совсем наркоманы? Одно дело — заменить $username на <img src="...$username.png"/>$username, а другое — изъебываться с рестом-хуестом. Тем более, в плюсах с рестом все плохо.
просто для того, чтоб ссылка поменялась (типа revision). вот сейчас у меня аватара userpic.png?r=23, после заливки станет userpic.png?r=24. это просто http-пустышка для того, чтоб браузер подумал "это новая урл" и снова запросил её с сервера.
если у тебя высоконагруженый сайт, к примеру, тебе бы хорошо, чтоб твою статику (джаваскрипты, картинки, прочее) грузили только один раз. потому nginx говорит "кешируй, блять, навсегда", а статика сама отдаётся не просто js/lib/jquery.js а js/lib/jquery.js?r=ffad98de87 (мы, к примеру, меркуриаловский ревижн дописываем). таким образом, когда выкатывается новая версия, у файлов, которые обновились, будет новый ревижн и браузеры пользователей их снова запросят.
а в случае с аватарками это контент пользовательский (а не в зависимости от меркуриала сбрасываемый), потому нужен некоторый ?r=23 или просто рандомную хуету дописывать (тупо хеш), но все равно её помнить надо, потому проще ?r=42
Чо руками парсить? Два варианта же: 1. Заменить регекспом юзернейм на юзернейм + img-тег. 2. Хуяриться с API, обмазываться получением аватарок, потом еще модифицировать DOM-дерево.
чо-то я не понимаю, какое дом-дерево и при чем оно здесь. у тебя программа для PSTO, у нее будет задача: нарисовать аватару пользователя @kb. она сделает запрос http://psto.net/api/v1.2/users/kb/info/x... и получит ответ, внутри которого также есть <avatar> Твоя программа скачает её и нарисует.
У меня есть окно чата и пстоплагин, который хукается на прием сообщения и изменяет его содержимое. Сейчас оно хуярит кучей регекспов по этому сообщению, и все. А придется делать какие-то запросы, хуесосы, бля.
28 comments
recommend
bookmark
subscribe
Какая еще ссылка менялась?
ну, понимаешь, на аватару что на старую что на новую (когда заливаешь) ссылка одна и та же, потому браузер из кеша старую показывает пока не сделаешь Ctrl+Shift+R!
Зато так авторам всяких пстоплагинов легко аватарку получать.
например
Ок, учту.
костыль же :-) ну второй вариант — не кешировать, но это хуже ведь.
Для авторов всяких пстоплагинов будет api.
Какой API? Как ты его видишь?
Што.
ну rest какой-нибудь обыкновенный. что тут еще можно придумать такого?
ну, браузеру сейчас говорится "кешировать навсегда", потому браузер, получив один раз картинку, больше её даже не спросит. потому и делается техника "сбрасывать кеш при помощи дописывания ?хуи=ты к урлам"
Вы там блять совсем наркоманы? Одно дело — заменить $username на <img src="...$username.png"/>$username, а другое — изъебываться с рестом-хуестом.
Тем более, в плюсах с рестом все плохо.
не, тот хак, что я предлагал вообще у тебя ничего не поломает. он заменит username.png на username.png?r=23
насчет API — это не ко мне. просто rest — наименьшее из зол (и всё в плюсах с ними нормально должно быть)
Ну, покажи мне какую-нибудь плюсолибу.
Чо за r?
всё, что тебе нужно для работы с REST — это библиотека http-запросов и библиотека парсинга xml/json (обычно дают и то и то, потому что легко сделаць).
просто для того, чтоб ссылка поменялась (типа revision). вот сейчас у меня аватара userpic.png?r=23, после заливки станет userpic.png?r=24. это просто http-пустышка для того, чтоб браузер подумал "это новая урл" и снова запросил её с сервера.
С джейсоном мы уже наебались. И, опять же, сравни количество затрат в одном и другом подходе.
Ну и хуй с вами. Это катит.
если у тебя высоконагруженый сайт, к примеру, тебе бы хорошо, чтоб твою статику (джаваскрипты, картинки, прочее) грузили только один раз. потому nginx говорит "кешируй, блять, навсегда", а статика сама отдаётся не просто js/lib/jquery.js а js/lib/jquery.js?r=ffad98de87 (мы, к примеру, меркуриаловский ревижн дописываем). таким образом, когда выкатывается новая версия, у файлов, которые обновились, будет новый ревижн и браузеры пользователей их снова запросят.
а в случае с аватарками это контент пользовательский (а не в зависимости от меркуриала сбрасываемый), потому нужен некоторый ?r=23 или просто рандомную хуету дописывать (тупо хеш), но все равно её помнить надо, потому проще ?r=42
так я нихуя не понял к чему ты это всё. что API не нужны а проще руками парсить или что?
Чо руками парсить? Два варианта же:
1. Заменить регекспом юзернейм на юзернейм + img-тег.
2. Хуяриться с API, обмазываться получением аватарок, потом еще модифицировать DOM-дерево.
блять, какие же я бесценные знания за бесплатно излагаю. эх, красава.
чо-то я не понимаю, какое дом-дерево и при чем оно здесь. у тебя программа для PSTO, у нее будет задача: нарисовать аватару пользователя @kb. она сделает запрос http://psto.net/api/v1.2/users/kb/info/x... и получит ответ, внутри которого также есть <avatar>
Твоя программа скачает её и нарисует.
что-то html-постилка глючит как-то. тег avatar с содержанием ссылки на пик.
У меня есть окно чата и пстоплагин, который хукается на прием сообщения и изменяет его содержимое. Сейчас оно хуярит кучей регекспов по этому сообщению, и все. А придется делать какие-то запросы, хуесосы, бля.
понял. да, хуево дело.
короче в случае с личкрафтами проще всего при запуске сбрасывать кеш картинок аватар, а всякое ?r=123 пусть в браузерах будет