Обычно я не пишу статьи на тему как использовать те или иные готовые модули для реализации некоторой функциональности. Гораздо больше меня интересует непосредственно создание модулей, взаимодействие с ядром, работа с различными API и т.п. «программистские» и архитектурные вещи.
Но, на этот раз, по многочисленным просьбам трудящихся я все таки решил написать один How-to.

Итак, речь в настоящей статье пойдет о том, как готовыми средствами Drupal 7 и парой шаблонов реализовать баннер-ротатор наподобии того, что встроен в один из моих ресурсов (http://labridge.ru).

Конечный результат должен выглядеть примерно так:

Ошибка дизайнера или PR-ход?

UPD: если непонятно в чём соль — перечитайте название os :)

Если и это не помогает, то может быть самое время узнать побольше об android!

Ниже мы будем говорить только об интернет-баннерах.
Разработка баннера включает в себя 4 этапа:

1. Идея
2. Раскадровка
3. Анимация и программирование
4. Подготовка баннера к размещению на рекламной площадке

Идея

Это самая сложная часть. Думаю, что около 5% специалистов могут придумывать качественные идеи. Хорошо, если этим занимаемся копирайтер, понимающий все возможности и тонкости производства.
Многим сложно перестроиться от статичных идей для полиграфии к идеям в интерактивной среде. Стоит заметить, что для полиграфии тоже можно разработать и реализовать идею, подразумевающую взаимодействие с пользователем, интерактивную идею.

Большинство сайтов, хоть и обладают разным дизайном, имеют одинаковое расположение блоков — шапка сверху, меню слева, контент по центру, колонка справа.
Это приводит к тому, что пользователь в поисках контента привыкает смотреть в определённое место экрана, и игнорирует расположенные вокруг баннеры — развивается «баннерная слепота».

В Сети есть много материалов по этому поводу, здесь опубликован неплохой их анализ.

Не редко бывает так, что читаешь интересную статью и видишь баннер с рекламой, которая заинтересовала.
Кликаешь по рекламке и, @#%$&!!!, она открывается в этом же окне, а не в новом.

Было бы идеальным заставлять рекламодателей делать открытие ссылок по клику в новом окне.

Итак, сбываются худшие опасения Flash-разработчиков. Апологеты HTML5 торжествуют. Еще бы: появилась возможность сравнить новую революционную технологию HTML5 с древней как мир, и от того погибающей технологией Flash.

Вниманию читателей предлагается потестировать и вообще оценить HTML5 баннер, и в комментариях высказаться по этому поводу. Не забывайте, что при тесте производительности, этот баннер для начала вы должны увидеть в браузере. Если нет, значит не судьба.

Шутки-шутками, а для меня это очень и очень радостное событие. Все мы видели, что сегодня Flash воспринимается пользователями как технология для производства баннеров.

Я очень надеюсь, что HTML5 отвоюет этот рынок себе, и понемногу груз ответственности за надоедливые и жрущие процессор баннеры ляжет на HTML5. И наконец Flash-платформу начнут воспринимать как серьёзную технологию для производства серьёзных приложений и игр.

Давайте пожелаем удачи HTML5, и искренне посочуствуем HTML-разработчикам в связи с очередным витком браузерных несовместимостей.

Удачи вам, ребята. Она вскоре вам очень понадобится.

Представляю на ваш суд модель передачи данных от веб сервиса к клиенту — данные в баннере. На эту идею меня натолкнула статья Compression using Canvas and PNG, опубликованная на ajaxian.com ещё в 2008 году.

Суть: клиент запрашивает какие-либо данные с веб-сервиса, ответ ему приходит не json/xml, а png рекламный-баннер часть которого блок с данными. Веб-сервис поставляет библиотеку для работы с его данными-баннерами (запрос, отображение, распаковка).