Количество объявлений для мобильных устройств

Джаваскриптом в коде блока ставьте значение ключа "limit" в 1 или 5 в зависимости от размеров окна браузера посетителя. Код будет работать на стороне клиента. Для маленьких экранов (точнее окон) будет ставить limit: 1, а для больших - limit:5

И каким образом в итоге будет выглядеть код?

Борис, Вы  про вариант:

1) определяем ширину экрана с помощью javascript,

2)  исходя из первого, задаем  переменную $limit опять же в js,

3)  пытаемся эту переменную вставить в код вызова Яндекс директ в качестве значения параметра ‘limit’

Так?

У нас подстановкой блоков в шаблоне занимается сервер и при таком варианте переделки пойдут некрасивые… не очень хочется.

Можно конечно JSскриптом определить разрешение и записать в сессию и на сервере уже спокойно манипулировать, но все же может Yandex, что скажет касательно 2-лимитов, они же с параметрами кода блока получают инфо о разрешении экрана.  Могли бы пойти на встечу партнерам, это же не трудно для них.

Вообщем мы за 2-й лимит «limit_xs” при разрешении Надо кворум собрать, что бы Яндекс рассмотрел и дал ответ? ))

P.s. исходя из того, что все чаще на глаза попадаются некрасивые искажения блоков от 3 до 5 объявлений, что наносит ущерб как сайтам, так иущерб престижу Яндекс директ, расширяем предложение до.... ну например 4 уровневой градации того же Bootstap:

limit_xs, limit_sm, limit_md, limit_lg, причем в качестве не обязательных параметров по той же аналогии с bootstrap.

Например:

Перед кодом блока вы вставляете небольшой кусочек кода на джаваскрипте, который в зависимости от ширины окна формирует переменную (назовем) limit_num.

Если окно маленькое:

    limit_num = 1

Иначе:

    limit_num = 5

А далее идет код рекламного блока, только вместо limit:5 пропишите limit:limit_num

Примерно так.

Не так давно тема адаптивного дизайна уже поднималась вот здесь: http://clubs.ya.ru/partner/replies.xml?item_no=17014

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

В моем примере блоки не скрываются, а просто джава скриптом в настроечный массив блока будет подставляться нужное значение ключа limit. Так тоже не рекомендуется?

Хотя можно и разные блоки вызывать по условию и даже лучше, т.к. можно разные срезы указать. Но если эти блоки будут отличаться только параметром LIMIT, то с точки зрения вызова кода это будет то же самое, что и подстановка нужного LIMIT в настроечном массиве. В любом случае будет вызываться только один код блока.

Т.е. так как код блока состоит из двух частей: массива с настройками и кода вызова блока, то я предлагаю на лету в зависимости от размеров окна передавать в настроечный массив необходимые параметры, а потом вызывать код блока (один раз).

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

Сегодня проверили Гугл Adsence. Определение размера экрана пользователя они берут на себя и, исходя из этого, хочется как-то нерешительно прошептать: "Яндекс, Вы делаете потрясающие вещи, но иногда не обращаете внимание на мелочи и последние штрихи для полного комфорта Ваших партеров". Не критики ради, а позыва для.

P.s. В качестве доп. примера. На прошлой неделе подтверждали права для Яндекс Вебмастер на 120 новых региональных поддоменов ,... теперь у нас 120 файлов подтверждений, которые будут тянуться шлейфом при жизни проекта.... Все у тех же, 1 файл домена достаточен и для поддоменов... эх, а мы же за Вас болеем больше.

P.s. Т.е. предложение о втором LIMITили другого варианта для определения Яндексом, что отправлять, сохраняется.