Разное

Сейчас вывод кодов баннерной рекламы через AJAX стал нормой?

Ну а почему бы нет, особенно, если договаривались на клики и показы, не на прямую ссылку, особенно, если сервис рекламы сторонний и может упасть (в то время как сайт продолжит работу). В последнем случае большой соблазн подправить средствами JS компоновку страницы таким образом, чтобы на месте не отображаемой рекламы не зияла дыра.

Была длительная дискуссия (и следы её остались в сети) по поводу того, что выводимая через AJAX инфа подводит сайт под категорию клоакинга.

Я на какое-то время отошел от темы, потому и хотелось узнать, как сложилось на практике.

Кстати, а конструкция с использованием AJAX нормально работает на мобильных устройствах?

> выводимая через AJAX инфа подводит сайт под категорию клоакинга.
Когда сайт большой и не помещается на одном сервере, это уходит на второй план. Главное чтобы сайт не лег, даже если ляжет реклама.

> Кстати, а конструкция с использованием AJAX нормально работает на мобильных устройствах?
Не всегда. Нужно затачивать под всевозможные варианты, возможно на основе юзерагента.

Нужно затачивать под всевозможные варианты, возможно на основе юзерагента

Я просмотрел довольно много литературы по адаптивной верстке и весьма удивлен тому, что юзерагент нигде не используется!

Казалось бы, это самое простое и эффективное средство адаптации, но почему-то его не примеяют...
А может быть, не все мобильные браузеры отдают на сервер разрешение экрана?

> Я просмотрел довольно много литературы по адаптивной верстке и весьма удивлен тому, что
> юзерагент нигде не используется!
Верстка - это другое дело. В верстке можно практически все сделать средствами CSS.

> А может быть, не все мобильные браузеры отдают на сервер разрешение экрана?
В некоторых даже нет поддержки JS. Соответственно они и не передадут ничего. Поэтому тут - только юзер-агент.
При чем если вы хотите, чтобы реклама была у всех, то эти устройства надо отлавливать еще на стадии формирования страницы и, если нет поддержки JS, то встраивать рекламу в код жестко.
А некоторые не поддерживают флэш, например. Соответственно, показывать им рекламу на флэше - безполезно. В лучшем случае от всей анимации они увидят первый кадр. А может и того не увидят.

Верстка - это другое дело. В верстке можно практически все сделать средствами CSS.

Вот этого я никак не пойму.
По идее, страницу в любом случае необходимо сверстать. Для каких бы устройств она ни предназначалась, сверстать ее надо. И если верстку можно сделать адаптивной, которая подстроит страницу под любое устройство, то разве это не решение всей проблемы совместимости?

только юзер-агент.

1. Какие конкретно параметры юзерагента необходимо использовать? Только ширину экрана или что-то еще?
2. Все ли мобильные устройства передают юзерагент?
3. Вы сами создавали систему организации просмотра на основе юзерагента?

В некоторых даже нет поддержки JS
А некоторые не поддерживают флэш

Очень хотелось бы с этим разобраться...
Какие реально существуют типы мобильных устройств и кто из них что поддерживает (или что не поддерживает)?

>И если верстку можно сделать адаптивной, которая подстроит страницу под любое устройство, то разве это не решение всей
>проблемы совместимости?
А не сделать хорошо без JS, а JS по разному ведет себя в разных браузерах.

простите что вмешиваюсь.
>А не сделать хорошо без JS, а JS по разному ведет себя в разных браузерах.
а разве нельзя в зависимости от разрешения монитора, вида браузера еще на сервере при компоновке страницы просто подключать разные файлы стилей?

А как определить разрешение монитора на стороне сервера, если монитор на стороне клиента, а сам клиент по собственной воле не торопится сообщать свое разрешение первым же запросом? Да и вообще разрешение может внезапно измениться уже после загрузки в зависимости от расположения устройства (планшет) или изменения размера окна, если кто-то надумает "садаптивить" сайт в окно размером меньше, чем разрешение монитора. Поэтому такие вещи и стараются делать средствами клиента, который на месте разберется, каков размер окна. Собственно клиентские языки именно для таких задач и задумывались.

> Да и вообще разрешение может внезапно измениться уже после загрузки в зависимости от расположения устройства (планшет) или изменения размера окна, если кто-то надумает "садаптивить" сайт в окно размером меньше, чем разрешение монитора.

согласен. про такие варианты не подумал
однако вот хочется поделиться след. впечатлением:
заходишь на некоторые сайты (чаще всего новостные, но не только) страница загружается и после загрузки (или в процессе, не знаю) все начинает "вставать на свои места". длится это наверное полсекунды, но заметно на глаз. честно говоря - раздражает. Следовательно - такой подход плох.

Как от подобных эффектов уйти? вот тут http://softtime.ru/forum/read.php?id_forum=1&id_theme=90356 предлагают расширение в куку и релоад делать при первом входе. Это единственный способ? и с точки зрения поисковиков хорошо ли? ведь у них кук нет, значит, им всегда js будут подсовывать?

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

А как же плагины WordPress Mobile Pack, WP Tap News Press, WPmob Lite, WP PDA & iPhone, WordPress Mobile Edition, Wapple Architect и MobilePress? Вроде бы, они определяют тип мобильного устройства довольно успешно?

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

Вконтакте именно так и показывает рекламу. Аякс или нет - не знаю, но рекламные блоки меняются в зависимости от времени.