Форум
Тема #1397: Формат размещения рекламных баннеров
Открыта 20.02.2020 в 20:34
adminadmin
off-line
Собеседник
Приветствую коллеги!

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

Предыстория
В базовой версии движка PROMOUTEN.RU V.5.6 реализован метод загрузки файла баннера непосредственно на свой сервер - https://prnt.sc/r598ot
В более ранних версиях движка применялся метод указания ссылок на изображения баннеров - https://prnt.sc/r59ahd

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

Возможно это и так, но давайте разберёмся!

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

Во вторых. При использовании метода указания ссылок на изображения баннеров – они (баннеры) будут подгружаться со сторонних серверов - https://prnt.sc/r59gwx

А теперь самое интересное. Такое исполнение (метод указания ссылок на изображения баннеров) не приемлемо для сайтов с ssl, сидящих на https-протоколе. Дело в том, что если сторонний сервер, с которого подгружается размещённый у вас рекламный баннер, не использует ssl, то и соединение с вашим сайтом автоматически будит позиционироваться как небезопасное - https://prnt.sc/r59obi

Другими словами, если хоть малая часть контента страницы сайта имеет незащищенный источник, то тупо всё соединение со страницей в целом помечается как небезопасное. Такая вот политика безопасности браузеров! Но в этом определённо есть смысл!

Какой формат использовать на вашем буксе? В любом случае решать вам.


Жду ваши мысли…
Пост #1398 от 21.02.2020 в 10:05
TexnarikTexnarik
off-line
Собеседник
Спасибо за разъяснение .. я некогда о этом не задумывался !
Недавно встретил такую штуку, при покупке баннерского места (не помню где, в разных местах покупал) , мне вдруг написало - неправильная ссылка на баннер ... вышло что я всего навсего не добавил букву s (протокол) к http , я до сих пор не могу понять, сайт же работает и с https и без s (http) , почему это так ...

Да и вот настройка Payeer кошелька, почему api не получает доступ к сайту без s , если на вроде бы можно зайти без s , не пойму ...
Пост #1399 от 21.02.2020 в 14:34
Отредактировано авторомadminadmin
off-line
Собеседник
21.02.2020 в 10:05 Texnarik сказал:
Да и вот настройка Payeer кошелька, почему api не получает доступ к сайту без s , если на вроде бы можно зайти без s , не пойму ...
Ваш букс сейчас сидит на https

Даже если вы нарошно введёте в браузере http://speed-bux.ru то вас всё рабно автоматом переблосит на https потому что у вас настроен 301-й редирект и это правильно.

Именно поэтому когда пэер отправляет уведомление на http - оно как будто отправляется в никуда и не срабатывает.

Но это уже совсем другая тема
Пост #1400 от 21.02.2020 в 17:27
mccashmccash
off-line
Собеседник
На сегодняшний день, когда все переходят на безопасное соединение (https), очень важная тема. Что бы не делать разделение как лучше, нужно совместить обе функции. То есть, пользователь может вставить ссылку на баннер, но система всё равно баннер загрузит на сервер и будет транслировать со своего сервера, или сделать обе функции (ссылка и загрузка) на выбор пользователя, но принцип тот же, баннер грузится на сервер сайта. Для примера, такая реализация обеих функцию есть на linkslot.
пример...
Пост #1425 от 16.03.2020 в 11:23
Отредактировано авторомadminadmin
off-line
Собеседник
Доработал раздел размещения баннеров.

Теперь у рекламодателя есть выбор - загружать файл баннера с компьютера или указывать ссылку на баннер

https://promouten.ru/banner_placement_468%D1%8560.php

https://prnt.sc/rh11fi

В любом случае файл изображения баннера загружается на сервер.
  1