Всем привет!
Не могу понять, как можно создать одинаковую сетку на новомодном grid layout’е, чтобы я не делал, всегда она кривая какая-то, но у них тоже есть моменты со съездом, но у меня так вообще капец.
Длинна всех заголовков и анонсов выдержки из статей всегда разная, типа нужно контролить длину или как-то иначе следить за выводом… Если это так, то это ваще отстой!
Если сетка на homepage, то ничего не мешает посмотреть в CSS и сделать по аналогии.Еще гляньте, как интересно сделаны стили в рекомендательном виджете Яндекса, который умеет выводить ровную сетку.
Добрый день. Как ответил вам выше в этой ветке, команда РСЯ уже обсуждает предложение о реализации блока Floor Ad для десктопа. Как только появятся новости — сразу поделимся. Следите за обновлениями на нашем сайте или в Telegram-канале.
Роман, благодарю за ответ.
Пока суть да дело, которое, не исключено, весьма затяжное по времени, могу ли я попросить Вас прокомментировать возможность самостоятельной реализации десктопного floor в нижнем "сайдбаре", притом что такой блок никак не будет перекрывать вышерасположенный основной контент?
Роман, добрый день!
Если позволите, давайте всё же окончательно разберемся с блоком, прикрепленным к нижнему краю экрана на десктопе.Для простоты назовем его десктопный floor.
Итак, в п. 3.2. Правил сказано, что overlay-блок -- это рекламный блок, который перекрывает содержимое интернет-страницы.Я могу сделать десктопный floor, который не будет перекрывать содержимое интернет-страницы.Самая очевидная реализация -- это размещение в сайдбаре.Теперь представим, что я перенес сайдбар из левой или правой части экрана в самый его низ.По сути ничего не поменялось: если ранее основной контент был ограничен по ширине левым или правым сайдбаром, то теперь он будет ограничен по высоте нижним сайдбаром.
Вопрос: где тут overlay?Перекрытия нет, так как верстка сайта, как рекламной площадки, подвластна веб-мастеру, который волен как угодно решать, как, где, чем и каким способом ограничивать размеры контейнера для вывода основного контента. Если бы десктопный floor, размещенный в нижнем сайдбаре, наползал на контент, тогда это нарушение. Но он же не наползает на него, верно?
Либо я ошибаюсь в очевидной методологии, либо в рассуждениях Яндекса нет логики, а всего лишь прихоть.
Народ, прошу рассудить!
Опять же, запрет на десктопный floor абсурден.Ранее говорил, что на мобильных устройствах floor может равно как занимать до трети по высоте полезной площади и без того относительно крошечных экранов, так и наползать на контент как угодно. С этим, несущим отвратительный опыт взаимодействия (UX), якобы всё нормально.
Напротив: размеры десктопных экранов поголовно большие, и добавление десктопного floor по факту ничего не ухудшит.Десктопные floor предлагают все сторонние монетизаторы -- РСЯ топает ногами, мол, нельзя и накажем.Если РСЯ планирует свой вариант десктопного floor, дайте об этом знать.Плодотворная дискуссия не должна быть в "черном ящике".Я понимаю, что РСЯ монополист рекламного рынка, и потому плевать хотел на чье-либо мнение.
P. S. И, Роман, ну правда, неужели Вам самому нравится отвечать "роботическим" формализованным языком в стиле пиар-службы?От подобных ответов, только беспрестанно цитирующих Справку и Правила, толку маловато.Или Вас заставляют?
Спасибо, но я не про реализацию:)
А про то, чтобы правила не нарушить.
Реализация позволит не нарушить. Вы же сами сказали, что вдруг разрешение экрана окажется таким, что блок наползёт на контент.
Предположим будет плавать блок справа от каркаса сайта, но мониторы у всех разные и если на небольшом разрешении найдет немного на контент, какие санкции будут? Можно в ЛС в индивидуальном порядке проконсультироваться?
Фиксируете блок, прикрепляя его к правому углу экрана (не контента!):
<style>position: fixed;bottom: 0;right: 0;width: ___px;height: ___px;</style>
Затем делаете проверку ширины доступной области окна браузера (точное значение зависит от ширины контейнера основного контента), чтобы не было перекрытия:
<script>if (window.innerWidth >= 1265) {_код вывода RTB-блока_}</script>
А иные способы возможны для размещения плавающего блока на десктопе? Например, создать обычный блок и зафиксировать его снизу, чтобы не перекрывал контент, или справа вне каркаса сайта?
В том-то и дело, что нет.Что бы и как бы вы ни делали, РСЯ будет уверенно полагать, что блок перекрывает контент.Если коротко, запрещены абсолютно любые реализации десктопных аналогов floor. От слова совсем.Почему? Большая загадка. Для этого нет никаких весомых причин и объективных оснований.
Они будут своим мобильным floor перекрывать треть экрана у мобильных, но на десктопе, где экраны несравнимо больше, подите прочь со своими хотелками.
Зато в сайдбар -- пожалуйста, хоть с десяток.
Я правильно понимаю, что в РСЯ не разрешен прикрепленный к нижнему краю экрана десктопный блок?
Это был риторический вопрос. Дело в том, что этот запрет столь невообразимой строгости и упреждения, что нельзя создать подобный блок, даже обратившись к любым мыслимым ухищрениям и способам, которые по итогам и по сути не приводят к статусу overlay у такого блока.
Что вообще происходит? К чему эти ограничения?Не надо только об ухудшении UX.У всех сторонних HB-монетизаторов он есть, у РСЯ нет.
Когда РСЯ выкатит свой вариант floor в десктопном исполнении?
Получил третий отказ
Большое спасибо за информацию.
Могли бы Вы рассказать о сайте более подробно?Объективно удовлетворяет ли он основным критериям подключения к AdSense, не нарушает ли его правила?
Они случайно не на github размещают это api? Всё чаще и чаще стал замечать недоступность api.github.com, codeload.github.com и прочих связанных сервисов с серверов, размещённых в РФ.
И да, зависимость от DNS есть. В частности, замечаю такое при использовании в качестве DNS не Google DNS (8.8.4.4 / 8.8.8.8), а DNS от Level 3 (4.4.2.2 / 4.4.4.4). Тут не лишним будет спросить хостера, что он использует.
Вроде бы нет. У них свои. Стучится в public-api.wordpress.com и pixel.wp.com, которые хостятся на родном automattic.com.
Заметил, что стала появляться ошибка вида
cURL error 28: Connection timeout after 10000 ms
при обращении к сервисам Wordpress.Org
Посмотрел сообщения вне РФ, там жалоб таких нет. Но у меня работает через раз и постоянно появляется cURL error 28: Connection timeout after 10000 ms
Разумеется, дело не в РФ. Не надо плодить теории заговора на пустом месте. А то и до Гейтса с его вакцинными чипами дойдем.
Сталкивался с такой ошибкой и одновременно массой других, включая cURL error 6, плюс тормозами в админке WP.Проблема была в отвалившемся DNS на стороне хостера, крупного и с хорошей репутацией.Напишите в службу поддержки, пусть поменяют DNS, например, на стабильные гугловские.
