На хабре много «пользователе» которые априори ненавидят технологии silverlight и flash.
Им плевать, что у большинства пользователей эти плагины уже стоят.
Очевидно, что можно использовать обычные ссылки, которые будут вести на страницы с товарами. А при клике пользователя, запрашивать json-данные.
К тому же, сейчас все поисковики понимают xml-карты сайтов.
+ Автор использует json данные для поиска по товарам…
Честно говоря прочитав, что предложил автор удивился.
Потому что это очевидно. HTML пересылается по запросам с сервера в большинстве магазинов лишь потому, что скорость разработки выше в этом случае.
Короче говоря — статья ни о чем. Ровным счетом.
P.S.
У вас в магазине можно ставить несколько раз галку в одном из фильтров (например цена до 14 000р и от 30 000 — 46 000 и при этом происходит не дизъюнкция результатов а конъюнкция)
Посмотрим.
Только вот поддержка 6 ослика — это плохо(если все поддерживается в 6ом ослике).
Т.к. это говорит о использовании старых технологий. И скорее всего не о очень высокой скорости работы.
На ExtJs3 у нас админка тормозила на Pentium4 — вернее стояла :)
Они на столько схожи, что с помощью плагинов вы можете свободно работать из hg в git и наоборот. При этом иметь все плюшки друг-друга(лукавлю, почти все)
HTML5 тут вообще не при чем.
Какая бы не была реализация тега video — это не поможет, т.к. отдачей потока(контента) занимается серверная часть.
В данном дереве комментариев, я лишь хотел показать, почему я оставляю silverlight(moonlight) в браузере у себя, falsh — как удаляю.
Но в связи с тем, что увы, на хабре много… эм… людей, которые вскормлены маркетингом — даже не стараются понять о чем идет речь, а сразу лезут в карму и опускают её.
Какая разница, какая у него платформа? Вы используете клиентскую часть, а она есть под linux, windows, mac os.
Трафик гонится через ближайший для вас медиа-сервер со качеством, которое будет меняться плавно так, что бы вы просматривали потоковое видео без буферизирования.
Например недавняя PDC 2010 использовала это решение. О том, что я пропустил хоть секунды конференции работая через wifi и двигаясь по офисному здания не было и речи. (тут я намекаю, что качество wifi сигнала скакало)
переустановил в чистую… начала работать.
Перенес почту из старого аккаунта, который я сохранили предварительно + включил опера линк и все заработало нормально :)
Flash я у себя снес, а вот Silverlight оставил — потому что конференции через него смотрю.
А у MS шикарно реализовано передача потокового видео. Он определяет возможности твоего канала и передает видео в том качестве, которое ты можешь принимать, что бы поток не приходилось буферезировать.
Им плевать, что у большинства пользователей эти плагины уже стоят.
К тому же, сейчас все поисковики понимают xml-карты сайтов.
+ Автор использует json данные для поиска по товарам…
Потому что это очевидно. HTML пересылается по запросам с сервера в большинстве магазинов лишь потому, что скорость разработки выше в этом случае.
Короче говоря — статья ни о чем. Ровным счетом.
P.S.
У вас в магазине можно ставить несколько раз галку в одном из фильтров (например цена до 14 000р и от 30 000 — 46 000 и при этом происходит не дизъюнкция результатов а конъюнкция)
1. true
2. true
3. true
4. false
А то заходишь и облом — куча громоздких картинок а самого интересного нет.
Я выражал свое недовольство тенденцией, которая заключается в том, что каждый считает своим долгом сделать скриншоты приложения в MacOS.
Только вот поддержка 6 ослика — это плохо(если все поддерживается в 6ом ослике).
Т.к. это говорит о использовании старых технологий. И скорее всего не о очень высокой скорости работы.
На ExtJs3 у нас админка тормозила на Pentium4 — вернее стояла :)
Задолбали уже всякие демо-слайды делать на Маках!
HTML5 тут вообще не при чем.
Какая бы не была реализация тега video — это не поможет, т.к. отдачей потока(контента) занимается серверная часть.
В данном дереве комментариев, я лишь хотел показать, почему я оставляю silverlight(moonlight) в браузере у себя, falsh — как удаляю.
Но в связи с тем, что увы, на хабре много… эм… людей, которые вскормлены маркетингом — даже не стараются понять о чем идет речь, а сразу лезут в карму и опускают её.
Трафик гонится через ближайший для вас медиа-сервер со качеством, которое будет меняться плавно так, что бы вы просматривали потоковое видео без буферизирования.
Например недавняя PDC 2010 использовала это решение. О том, что я пропустил хоть секунды конференции работая через wifi и двигаясь по офисному здания не было и речи. (тут я намекаю, что качество wifi сигнала скакало)
p.s.
привет торрлям которые засрали карму
Перенес почту из старого аккаунта, который я сохранили предварительно + включил опера линк и все заработало нормально :)
MS предоставляет решение не только с плагином на клиенте, но и с распределенным ПО на серверах…
и есличо, это не задача реализации видео в html5
А у MS шикарно реализовано передача потокового видео. Он определяет возможности твоего канала и передает видео в том качестве, которое ты можешь принимать, что бы поток не приходилось буферезировать.
html5 такого не даст.
А это цепануло. Все бросил и сидел смотрел.
В такие моменты жалею, что живу не в Японии.
Мне на рейтинг плевать, а вот почему я не прав, хотелось бы услышать :)