Можно воспользоваться советами http://mobile.smashingmagazine.com/2013/06/18/adapting-to-a-responsive-design-case-study/ много букв, но заработает. Однако, лучше воспользоваться сразу заточенным движком под это дело. Картинки, это проблемы всех движков с так называемым отзывчивым дизайном.
Скажу из собственного опыта. То, что вы привели, это подпорка к известным движкам. Изображение передается полностью. А средства HTML5 и CSS3 только оптимизируют изображение, еще раз тратя время на обработку. Так например на http://mobile.smashingmagazine.com/2013/08/12/creating-high-performance-mobile-websites/ и особенно тут, http://mobile.smashingmagazine.com/2013/07/22/simple-responsive-images-with-css-backgrounds/#more-136739 уже сравнивали время загрузки мобильный сайтов. Имеется хорошее решение, когда картинки формируются по технологии Responsive Web Design + Server Side Components тогда выгода, какая-то есть. Все упирается в 3-5 секунд, после которых посетитель уйдет с ресурса. Поэтому надо тщательно считать каждую милллисекунду. загрузки. Мое решение это специальный ббкод фото подробнее здесь http://www.cotonti.mobi Кстати, разные аналитики поисковиков, представляют серьезную временную нагрузку.
Мне известно из обсуждений, что геймеры предпочитают cotonti. www.cotonti.com/ru/find?q=game
Nekada! Не понял, что вы хотели мне сказать.
Адаптивный (отзывчивый, все-таки вернее по смыслу) дизайн, это уже "вчерашний" день. Обычно, это подпорка к известному компьютерному решению. Да, действительно, некоторые верстки на скринах сворачиваются. Но не более. Число смартфонов, в статистике уничтожающе мало (типа айфона это 320х480 всего 3% для России). В основном правит 240х320, но на самом деле ширина 234. 41% .
Правильный движок должен иметь 2-4 похожих по стилям шаблона, для разных типов устройств (хотя бы по размерам экранов, не в точках, а в линейных размерах) Желательно, чтобы на первой странице юзер мог бы видеть, как выглядит сайт на мобильнике (посмотрите мою домашнюю страницу).
Сейчас речь уже должна идти не о адаптивном дизайне, речь должна идти о адаптивной системе решений.
У правильного мобильного сайта есть свой загрузчик, который может легко организовать клоакинг. С другой стороны, сам гугл предлагает для индексации таких сайтов свой юзер агент. А иначе как быть? Хотя в мап карте, может быть указана отдельная точка входа для индексации мобильного образа. Это хорошее решение проблем индексации.
Некоторые пишут (ссылаясь на рекомендации гугл??), что контент мобильной версии должен быть идентичен компьютерной версии. Но если следовать такому пути, то в инет магазинах потенциальный покупатель не выдержит загрузки массы картинок. Он уйдет. Достаточно почитать доводы http://sixrevisions.com/mobile/responsive-web-design-not-the-future/ у адаптивного дизайна нет будущего.
Но есть еще одна проблема: фишинг. Юзер привык к известному ему дизайну, а тут на мобильнике, наверняка выплывет другой....
Для мобильных сайтов подходят тестеры http://mobitest.akamai.com/m/index.cgi и http://www.howtogomo.com/en-gb/d/ Особенно первый. Тут такая проблема. Первая загрузка это библиотеки, могут быть и библиотеки паразиты. Особенно интересны счетчики, их доля может безобразно большой.
Я использую адаптивный Bbcode photo следующего формата:
[photo=число фото которое можно разместить на экране,ключи]ссылка на фото[/photo]. Этот Bbcode берет размеры экрана мобильника и создает на сервере картинку нужного размера. Сама картинка сохраняется. Операция проводится один раз. Обычно это "делает" сам автор, как первый читатель.
