Frontend делает много запросов к серверу, в nginx прописал limit, но если кто то точечно делает запросы на сервер API, nginx их пропускает, потому что они проходят под лимиты. При сокращении лимитов в nginx, фронтед не получает нужной информации, поэтому и хочу в nftables ограничить, не получается у меня обойтись только nginx.
Че эт....? Если моб трафик, фуллскрин и готово.
У меня моб трафик, примерно 70%, да, доходы не высокие, но у меня на весь сайт 4 блока включая фуллскрин.
С 4к, с учетом ее трафика, должно выходить что то вроде 200-400р в день, это боль менее нормальные цифры в сегодняшних реалиях.
Спамить блоками сайт не стоит, далеко не факт что чем больше блоков -> тем больше доход, на мой взгляд больший доход можно получить от минимум блоков в нормальных местах.
Я бы на ее месте сделал следующее, проштудировал конкурентов в ее тематики, глянул их шаблон внешне и посмотрел в каких местах блоки у них стоят и сделал примерно тоже самое, а после уже по каждому блоку экспериментировал передвигая его туда сюда через день другой смотря на изменение доходности, в случае если блок приносит мало, удалял бы его нафиг.
С 4.5к, 1.3к видимых показов очень мало, должно быть больше 5к как минимум (сужу сугубо по своей статистике). По сути у нее только 1300 человек видят рекламу, это говорит о том что еще 3к вообще ее не наблюдают на сайте или прокручивают страницу в самый конец где рекламы нету. Кликабельной блоков тож играет важную роль чтобы кто не говорил.
Если тексты разные. а они разные, то они точно не дубли для яндекса и клеить он их по каноникалу в этом случае не будет.
А эти будет, только зачем вообще вторая страница?
Такие особенности структуры сайта, у конкурентов также, за исключением того что хочу сделать, указывать canonical на правильную версию в случае если идет обращение с не той локализации.
Здравствуйте. Если пришлёте детали мне в личные сообщения, посмотрю с командой, в чём может быть дело.
Подскажите по Floor Ad, хочу попробовать добавить данный формат на сайт, но с одним ограничением.
У меня на сайте стоит Fullscreen формат, который отображается в определенном разделе, в том же разделе я хочу добавить и Floor Ad, но сделать так чтобы это не напрягало пользователя, я регистрирую просмотры пользователя в localStore (банальный счетчик) и хочу выводить floor ad к примеру на 10+ просмотр от пользователя, но дело в том что Fullscreen он же через определенное время отображается для пользователя повторно, и может случится такая ситуация что и fullscreen и floor одновременно покажутся пользователю, а этого очень бы не хотелось.
В связи с этим у меня вопрос, если ли какой метод на JS, где я могу узнать отображается ли сейчас fullscreen или нет. Хочется узнать прежде чем внедрить floor на страницу, понять активен ли fullscreen.
Так же интересно, если ли в fullscreen блоке какая-нибудь callback функция, которая поможет понять отработал ли рекламный блок у пользователя (например он его закрыл, или блок сам закрылся по истечению времени), чтобы я смог занести данные в localstore пользователя информацию о том что он уже видел fullscreen рекламу.
Никаких подводных камней нет, есть API по которому пишешь вход на свой сайт через социалки, у всех их API свое, данные свои, но плюс минус все идентичное. Чего меня бесит так это API и дока от одноклассников, там лютейший треш. Ну и от задач нужно исходить, то по некоторым API придется с javascript`ом дергать дополнительные данные, т.е. банально удлиняется вход, юзер при этом ничего не замечает
По факту ничего сложного, плюсов куча, у меня некоторые пользователи регнуться не могут по нормальному, одни мыло при реги одно вводят, а при входе пытаются другое ввести, у других память как рыбки и пароль забывают через пару секунд, долбят форму минут 5, а потом через социалки входят.
Забавно, у меня в день по 50к показав, и только что решил проверить сколько за 1к выходит, действительно 50р )) Чет стремненько все это дело, чем то попахивает в воздухе...
Самое простое и быстрое решение nginx cache, многие его не до оценивают, а работает он прям отлично. С ним к бекенду обращения можно свести до минимума, так что дергать данные с базы будешь только изредка.
ПС. Раньше тоже страдал с выборкой.
