Тот же эффект, что и с !important, т.е. нижний контент начинает залазить под баннер.
Это отлично, значит мне можно не мучаться. Не поделитесь ссылкой на оф. источник, откуда эта информация?
360x600 это я про размер экрана мобильного, с которого тестирую, а не про размер блока :)
Поставил, но тогда следующий за объявлением текст начинает залезать под него. В блоке объявления следующий же вложенный <ins> снова идёт с жёстко прописанным height, потому и появляется такой эффект.
Cмущает, что в справке гугловской все примеры без !important. Наверное, у меня в чём-то ином ошибка. Надо погулять по сайтам с контекстом и посмотреть, как там сделано. Если бы не это ограничение по высоте объвления для 1-го экрана я бы и не парился, всё равно у меня блок в нижней трети первого экрана, если 360x640 взять, к примеру.
Не могу понять принцип настройки адаптивного блока @media запросами. Беру как пример страницу справки. Стоит задача при просмотре с мобильного установить макс. высоту объявления в 250px, т.к. у меня оно идёт после 1-го абзаца текста и попадает на первый экран.
Код блока стандартный:
<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script> <ins class="adsbygoogle banner1" style="display: block;" data-ad-client="ca-pub-xxxxxxxxx" data-ad-slot="xxxxxxxxxx" data-ad-format="auto" data-full-width-responsive="true"></ins> <script> (adsbygoogle = window.adsbygoogle || []).push({}); </script>
Перед ним вставляю css блок такого вида:
<style> @media (max-width: 500px) { .banner1 { height: 250px; } } </style>
Проблема в том, что какие бы ни были вариант с @media в <ins></ins> всё равно добавляется внутренний стиль с жёстким указанием высоты и ширины тега. При просмотре через консоль разработчика видно, что @media правила работают, но, что логично, перебиваются внтуренними стилями вроде <ins style="width: 360px; height: 300px;">...</ins>. Буду рад, если кто направит в нужное русло.
Что-то оплата за 1к показов стабильно падает. Если в конце августа она была 34-37р, то сейчас 22-25. Реклы, должно быть, счастливы. У всех вм подобная динамика?
Как-то криво работает система показа цены за день, особенно в UA:
с UA IP при выборе 1 дня: слева 18.52 грн, по центру 5,00, вы пишите 4.16 UAH
с RU IP при выборе 1 дня: слева 40 руб, по центру 35,00
В чём логика, особенно интересна вновь добавленная Украина, пользователь видит 2 цены, причём одна почти в 4 раза больше другой, да и шрифт, где 5,00 какой-то мелкий, а там где 18.52 только слепой не увидит.
Кто написал, санитары?
unicio, а балаган ведь начинается оттого, что вы не отписали о ситуации сразу после обеда, когда "должна" была быть выплата и её не было.
Может быть стоит ещё?:
1) убрать UA разовые или сделать опцию их отключения ввиду их ~0 дохода
2) сделать на лендингах нормальную адаптивную вёрстку
3) вернуть на зеркалах оплату не только через смс
Подписался сегодня, а отписался вчера? 😂 Назад в будущее. Да ещё и сумма в 1,5к прицепом.
По скрину, правда, до конца не ясно - сначала подписка, потом разовая. На самом деле ловил уже пару похожих "глюков". Когда уточнял у саппорта в icq, всё было более-менее складно, когда объясняли. Единственный корректный вариант, который напрашивается - юзер уже был подписан у кого-то другого, потому такая сумма насобиралась в БД, теперь снова юзер подписался, а сумму после той отписки не обнулили. Ну это так, подгонка... А со временем подписки/отписки конкретно у вас непонятно. Я бы на вашем месте уточнил у них, интересно послушать версию "оттуда".
upd: посмотрел у себя, последние 4 пдп за сегодня, такие же, как и вас на скрине, дата 16/15 и сумма везде уже какая-то есть 200-900р. на ребиллах. Массовый сбой, не иначе :).
Значит всё в порядке на этом ФО, а то я уже испугался, вдруг улучшения какие глобальные начнутся 😂
Ничего себе, иконки новые в разовых, какой-никакой адаптивный вариант вёрстки сделали на unibytes. Это в стиле "лучше поздно, чем никогда". Может теперь и отчисления поднимут? (вопрос был риторический :))
