Документ взят из кэша поисковой машины. Адрес оригинального документа : http://www.fds-net.ru/showflat.php?Number=9081218&src=arc&showlite=l
Дата изменения: Unknown
Дата индексирования: Tue Feb 26 22:30:34 2013
Кодировка: Windows-1251
JavaScript Обновление картинки с постоянным URL - Public forum of MSU united student networks
Technical >> Development (Archive)

Страницы: 0 | (1) | 20 | показать все | след. страница
VVp : Re: JavaScript Обновление картинки с постоянным URL  [re:angara]   21.11.2009 19:22    | Reply | Edit |
3
Синтаксис Javascript не помню, но вот основные соображения, а дальше google в помощь
1) Чтобы картинка перечитывалась каждый раз достаточно представить урл в виде
 
code:
'http://lnfm1.sai.msu.ru/image/weather_ura.png?id=' + random(1000000)

т.е. урл как бы каждый раз меняется, но на самом деле на то что после ? в данном случае всем пофиг
Чтобы выполнить процедуру раз в 10 секунд см. javascript-функцию SetTimeout
2) Точно не скажу, но вроде можно прятать элемент как меняешь его урл, и открывать по событию onload. Но здесь могу ошибаться, пусть поправит кто знает точнее.

angara   [re:VVp]   21.11.2009 19:45    | Reply | Edit |
0
За идею с random спасибо!


fedechka   [re:angara]   22.11.2009 00:20    | Reply | Edit |
-2
В ответ на:

новыю



по ЕГЭ поступал, небось?

avas   [re:angara]   22.11.2009 01:19    | Reply | Edit |
-4
если нужно, чтобы ссылка была постоянной, то тут AJAX нужен

pianist   [re:VVp]   22.11.2009 01:51    | Reply | Edit |
2
Quote:

'http://lnfm1.sai.msu.ru/image/weather_ura.png?id=' + random(1000000)




Что за ебалайтунг!
Вместо того, чтобы сервер отдава no-cache, ты предлагаешь говнометодику. :(


Sevurrrra   [re:pianist]   22.11.2009 01:53    | Reply | Edit |
1
Если это нужно для двух картинок на сервере, то правка конфига - это исключительно усложнение и пляски. И доступа к конфигу может и не быть вообще.

pianist   [re:Sevurrrra]   22.11.2009 02:41    | Reply | Edit |
1
Quote:

Если это нужно для двух картинок на сервере, то правка конфига - это исключительно усложнение и пляски.




Надо делать сразу правильно.

Если ты отдаешь не статику, то сервер должен об этом говорить.

Fury   [re:pianist]   22.11.2009 02:55    | Reply | Edit |
-1
Во-первых, сервер может быть чужой.
Во-вторых, клиент может находиться за кэширующим прокси, которому покласть на все заголовки, запрещающие кэширование :(

Rad   [re:angara]   22.11.2009 04:00    | Reply | Edit |
5
В ответ на:

1) Можно ли написать скрипт который бы, скажем раз в 10 сек скачивал новыю картинку (по одной и той же ссылке) и выдавал ее на страницу.


имхо, обновлять каждые 10 секунд картинку из инета - плохая практика

bashtanov   [re:Fury]   22.11.2009 09:37    | Reply | Edit |
0
В ответ на:

Во-вторых, клиент может находиться за кэширующим прокси, которому покласть на все заголовки, запрещающие кэширование


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

10.128.213.195   [re:Rad]   22.11.2009 10:01    | Reply | Edit |
-1
В ответ на:

обновлять каждые 10 секунд картинку из инета - плохая практика




то есть сайты , показывающие изображение с вебки - говно чтоли?)

Rad   [re:Anonymous]   22.11.2009 11:08    | Reply | Edit |
2
Погода не так быстро и существенно меняется, чтобы даже 1кб данных тащить каждые 10 секунд. Если что-то на столько быстро меняется, есть более эффективные методы динамического обмена информацией между веб-сервером и клиентом.

DarkGray   [re:Rad]   22.11.2009 12:39    | Reply | Edit |
0
Quote:

. Если что-то на столько быстро меняется, есть более эффективные методы динамического обмена информацией между веб-сервером и клиентом.




в том числе и для графики в html-е?

Rad   [re:DarkGray]   22.11.2009 13:42    | Reply | Edit |
2
В ответ на:


в том числе и для графики в html-е?


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

DarkGray   [re:Rad]   22.11.2009 14:13    | Reply | Edit |
0
Quote:

например, графики величина -




а если это не графики - а что-то более сложное?
в html же очень бедные возможности по изменению изображений.

на самом деле, меня больше интересует вопрос:
 какие ты способы знаешь для замены динамического обновления картинок?

Krasin   [re:DarkGray]   22.11.2009 14:14    | Reply | Edit |
-1
В ответ на:

в html же очень бедные возможности по изменению изображений.



Canvas? Flash?

DarkGray   [re:Krasin]   22.11.2009 14:31    | Reply | Edit |
-1
Quote:

Canvas?




он в стандарт уже вошел?
и сколько браузеров его уже поддерживает?

последний раз когда я этим интересовался - в стандарте его не было, и поддерживал его какой-то один браузер (FF - вроде)

Quote:

Canvas? Flash?




на сколько я понимаю - и с тем, и с другим есть одиннаковые проблемы:
1. плохо поддерживаются - особенно как только делается шаг в сторону от wintel в сторону недокомпьютеров, мобильников и т.д.)
2. низкая скорость - прямой доступ к памяти они не дают, попиксельное изменение будет тормозным
значит все будет упираться насколько высокоуровневый и оптимизированный api для изменения изображения они дают.
api и там, и там базовый? лишь рисование графических примитивов? или есть что-то мощнее - например, применение фильтров, слияние изображений и т.д.?


Krasin   [re:DarkGray]   22.11.2009 16:29    | Reply | Edit |
2
В ответ на:

он в стандарт уже вошел?



wikipedia
В ответ на:

The canvas element is part of HTML 5 and allows for dynamic scriptable rendering of bitmap images.



Т.е. входит в драфт стандарта.

В ответ на:

и сколько браузеров его уже поддерживает?



Все, кроме IE. Для IE есть библиотеки вроде ExplorerCanvas и ему подобных, которые предоставляют тот же функционал через flash.

В ответ на:

последний раз когда я этим интересовался - в стандарте его не было, и поддерживал его какой-то один браузер (FF - вроде)



Это неверная информация. Первым canvas стал поддерживать webkit. Потом подтянулся firefox, потом opera.

Krasin   [re:DarkGray]   22.11.2009 16:34    | Reply | Edit |
4
В ответ на:

на сколько я понимаю - и с тем, и с другим есть одиннаковые проблемы:
1. плохо поддерживаются - особенно как только делается шаг в сторону от wintel в сторону недокомпьютеров, мобильников и т.д.)
2. низкая скорость - прямой доступ к памяти они не дают, попиксельное изменение будет тормозным
значит все будет упираться насколько высокоуровневый и оптимизированный api для изменения изображения они дают.
api и там, и там базовый? лишь рисование графических примитивов? или есть что-то мощнее - например, применение фильтров, слияние изображений и т.д.?



Я прямо удивлен. Ты в самом деле не знаешь, что сейчас может HTML и Flash? На Flash есть real time face detection, например. Flash дает прямой доступ в память. Есть компилятор Alchemy из C во Flash. Например, уже скомпилен Doom I. Последняя версия flash дает доступ к шейдерам на видеокарте. Эффекты типа блюра уже давно можно было делать на проце с тем же интерфейсом шейдеров.

Ну т.е. есть ощущение, что ты совсем давно с web не сталкивался.

DarkGray   [re:Krasin]   22.11.2009 17:05    | Reply | Edit |
-1
Quote:

Flash дает прямой доступ в память.




а вопрос с безопасностью как решается?

Top | след. страница