Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Практика показа баннерной рекламы
 
 автор: Владимир55   (04.11.2013 в 16:55)   письмо автору
 
 

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

  Ответить  
 
 автор: cheops   (04.11.2013 в 17:01)   письмо автору
 
   для: Владимир55   (04.11.2013 в 16:55)
 

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

  Ответить  
 
 автор: Владимир55   (04.11.2013 в 18:05)   письмо автору
 
   для: cheops   (04.11.2013 в 17:01)
 

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

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

  Ответить  
 
 автор: Владимир55   (04.11.2013 в 20:31)   письмо автору
 
   для: Владимир55   (04.11.2013 в 18:05)
 

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

  Ответить  
 
 автор: Sfinks   (04.11.2013 в 20:46)   письмо автору
 
   для: Владимир55   (04.11.2013 в 20:31)
 

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

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

  Ответить  
 
 автор: Владимир55   (04.11.2013 в 21:35)   письмо автору
 
   для: Sfinks   (04.11.2013 в 20:46)
 

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

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

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

  Ответить  
 
 автор: Sfinks   (05.11.2013 в 08:31)   письмо автору
 
   для: Владимир55   (04.11.2013 в 21:35)
 

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

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

  Ответить  
 
 автор: Владимир55   (05.11.2013 в 11:27)   письмо автору
 
   для: Sfinks   (05.11.2013 в 08:31)
 

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

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

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

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

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


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

  Ответить  
 
 автор: cheops   (05.11.2013 в 20:33)   письмо автору
 
   для: Владимир55   (05.11.2013 в 11:27)
 

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

  Ответить  
 
 автор: btr   (05.11.2013 в 22:06)   письмо автору
 
   для: cheops   (05.11.2013 в 20:33)
 

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

  Ответить  
 
 автор: cheops   (05.11.2013 в 23:08)   письмо автору
 
   для: btr   (05.11.2013 в 22:06)
 

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

  Ответить  
 
 автор: btr   (06.11.2013 в 09:10)   письмо автору
 
   для: cheops   (05.11.2013 в 23:08)
 

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

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

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

  Ответить  
 
 автор: Владимир55   (10.11.2013 в 14:33)   письмо автору
 
   для: cheops   (05.11.2013 в 23:08)
 

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

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

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

  Ответить  
 
 автор: Enter   (19.11.2013 в 20:08)   письмо автору
 
   для: Владимир55   (04.11.2013 в 16:55)
 

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

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования