Как запретить масштабирование сайта


Проблема масштабирования адаптивной верстки на мобильных браузерах — Хабр Q&A

Взялся за верстку своего первого адаптивного сайта. Все шло хорошо: размеры блоков в процентах, использование медиа-запросов и т.д. При экспериментировании с размером браузера все растягивается, сжимается, перестраивается как надо. Загрузил сайт на сервер, зашел со своего смартфона (android) и столкнулся с проблемой. Но тема даже не об этой проблеме, а о другой, которую породило решение первой. Об этом ниже…

Наверное, все кто занимался адаптивной версткой (да и не только адаптивной), знают, что при отображении сайта на мобильной версии браузера (скажем, на размере экрана в ширину 480 точек), сайт не отображается в масштабе 1:1, а «ужимается» под размер окна браузера. Т.е. браузер уменьшает сайт до такого размера, чтобы он целиком уместился в окно браузера. Элементы сайта становятся мелкими, шрифты не читабельными. И пользователю приходится увеличивать (масштабировать) его вручную. Но меня то не устраивает такая ситуация. Я то делал адаптивную верстку с надеждой, что она отобразится в браузере в своем реальном размере и сожмется не за счет масштабирования страницы под размер окна, а именно за счет резиновости блоков. Внешний блок () сайта имеет максимальную ширину 900 пикс, с возможностью сжиматься до 320. Блоки внутри так же сжимаются, перестраиваются и т.д. – это не важно, т.к. речь не об этом. Так вот при сжатии окна браузера на ПК, при размере окна меньше 900 пикс, сайт начинает успешно сжиматься за счет прописанных в css размерах в процентах, медиа-запросов и т.д… А при открытии его на мобильном устройстве он остается в своих реальных размерах и пропорциях, но просто масштабируется до такой степени, чтобы уместиться в окно браузера.

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

И на хабре уже упоминалось решение этой проблемы, и нагуглить не составляет труда. Используем мета тег viewport

<meta name="viewport" content="width=device-width; initial-scale=1">

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

Но радость моя была не долгой. До тех пор пока я не открыл эту страничку на планшете. Ширина экрана моего самсунга в горизонтальной ориентации (а проблема возникла именно в просмотре в горизонтальной ориентации) 1280 пикс.

Что же в итоге получилось. Сайт, максимальная ширина которого, напомню 900 пикс, отобразился в своем нормальной размере в 100% масштабе. Но размер экрана устройства 1280 пикс! И что в итоге получлось? А получилось, что сайт не занял всю ширину экрана, а занял свои законные 900 пикс. В итоге по краям остались поля примерно по 154 пикс ((1280-900)/2). Кто-то скажет, что это ж нормально. Ведь когда мы открываем сайт на ПК, с шириной экрана, скажем, те же 1280 точек, то естественно сайт не будет занимать всю ширину, а будет занимать положенные ему 900 пикс, которые заданы в CSS как максимальная ширина сайта (или фиксированная ширина, если это фиксированный макет).

Но на планшете то эта ситуация не кажется нормальной. Т.к. экран сам по себе все-таки маленький, по сравнению с десктопами, хоть разрешение у него и 1280 точек. Хотелось бы, чтобы сайт занимал максимум пространства этого экрана. На компе нам этого не нужно, т.к. 900 пикс на мониторе будут выглядеть нормально, благо размер пиксела у него побольше чем у планшета. А вот на планшете когда страница не занимает весь экран – это кажется дикостью (по крайней мере мне). И все дело в том самом мета-теге viewport, которым мы задали отображение сайта в реальном масштабе. Это помогало нам, когда размер сайта был меньше 900 точек, т.е. помогало нам не масштабировать его под размер экрана, а отображать в реальном размере. Но это мешает нам при размере экрана больше 900 точек, ведь тут как раз хочется, чтобы масштабирование сработало, чтобы сайт увеличился до размеров окна, т.е. по максимум использовал всю ширину экрана, ведь это ж все-таки мобильное устройство.

Я для сравнения загрузил старую версию этого сайта (дизайн полностью такой же, за тем исключением, что не адаптивный, а фиксированной ширины 900 пикс) и он при первоначальной загрузке занял всю ширину экрана. Ведь в нем я не использовал viewport.

В заключение хочу сказать, что тестировал пока только на самсунге. Боюсь предположить, что же будет на iPad, разрешение которого по широкой стороне в два раза больше самсунга, 2048 пикс. Неужели страница будет занимать меньше половины экрана (она ж 900 точек)?

Короче говоря, хотелось бы поинтересоваться у сообщества, сталкивался ли кто-нибудь с подобными проблемами. И можно ли это считать проблемой? Или это нормальное поведение, которое не нужно никак исправлять? Т.е. отобразился сайт в реальном масштабе. Если не занял весь экран, то клиент без проблем увеличит его уже пальцами, смасштабирует как надо?

Пытался найти способ как сделать так, чтобы при размере экрана меньше 900 пикс, viewport срабатывал бы, а при размере больше 900 пикс не срабатывал. Не нашел.

P.S. прошу прощения что не разместил этот текст в q&a, упустил этот момент, а теперь уже не могу поменять.

JonasCz / How-To-Prevent-Scraping: Полное руководство по предотвращению парсинга веб-сайтов

перейти к содержанию Зарегистрироваться
  • Почему именно GitHub? Особенности →
    • Обзор кода
    • Управление проектами
    • Интеграции
    • Действия
    • Пакеты
    • Безопасность
    • Управление командой
    • Хостинг
    • мобильный
    • Истории клиентов →
    • Безопасность →
  • Команда
.

html - Как предотвратить масштабирование текста Windows в текущем документе

Переполнение стека
  1. Около
  2. Товары
  3. Для команд
  1. Переполнение стека Общественные вопросы и ответы
  2. Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
  3. Вакансии Программирование и связанные с ним технические возможности карьерного роста
  4. Талант Нанимайте технических специалистов и создавайте свой бренд работодателя
.

javascript - как предотвратить масштабирование текста и границы при масштабировании пути

Переполнение стека
  1. Около
  2. Товары
  3. Для команд
  1. Переполнение стека Общественные вопросы и ответы
  2. Переполнение стека для команд
.

Руководство для начинающих по предотвращению выскабливания содержимого блога в WordPress

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

Что такое парсинг содержимого блога?

Парсинг контента блога - это действие, обычно выполняемое с помощью скриптов, которые извлекают контент из множества источников и помещают его на один сайт.Теперь это так просто, что любой может установить сайт WordPress, разместить бесплатную или коммерческую тему и установить несколько плагинов, которые будут собирать контент из выбранных блогов, чтобы его можно было опубликовать на своем сайте.

Почему они крадут мой контент?

Некоторые из наших пользователей спрашивали нас, почему они крадут мой контент? Простой ответ - потому что вы УДИВИТЕЛЬНЫЙ. Правда в том, что у этих парсеров контента есть скрытые мотивы. Ниже приведены лишь несколько причин, по которым кто-то может очистить ваш контент:

  • Партнерская комиссия - Есть несколько грязных аффилированных маркетологов, которые просто хотят использовать систему, чтобы заработать немного дополнительных денег.Они будут использовать ваш и другой контент для привлечения трафика на свой сайт через поисковую систему. Эти сайты обычно ориентированы на определенную нишу, поэтому у них есть связанные продукты, которые они продвигают.
  • Lead Generation - Часто мы видим, как это делают юристы и риэлторы. Они хотят казаться лидерами отрасли в своих небольших сообществах. У них нет пропускной способности для создания качественного контента, поэтому они выходят и собирают контент из других источников. Иногда они даже не подозревают об этом, потому что платят отморозку 30 долларов в месяц за добавление контента и помощь в улучшении SEO.Мы уже сталкивались с некоторыми из них в прошлом.
  • Доходы от рекламы - Некоторые люди просто хотят создать «центр» знаний. Универсальный магазин для пользователей в определенной нише. Если бы у меня было пенни за каждый раз, когда кто-то делал это с нашим контентом, у нас было бы несколько сотен пенни. Часто мы замечаем, что контент нашего сайта очищается. Скребок всегда отвечает, я делал это для блага сообщества. Разве что сайт завален рекламой.

Это лишь несколько причин, по которым кто-то может украсть ваш контент.

Как ловить скреперы контента?

Отлов парсеров контента - утомительная задача и может занять много времени. Вот несколько способов, которыми вы можете воспользоваться для отлова парсеров контента.

Поиск в Google по заголовкам сообщений

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

Трекбэки

Если вы добавите внутренние ссылки в свои сообщения, вы заметите обратную связь, если сайт украдет ваш контент.Этот способ в значительной степени похож на скребок, сообщающий вам, что они очищают ваш контент. Если вы используете Akismet, то многие из этих обратных ссылок будут отображаться в папке СПАМ. Опять же, это будет работать, только если у вас есть внутренние ссылки в ваших сообщениях.

Инструменты для веб-мастеров

Если вы используете инструменты Google для веб-мастеров, то, вероятно, знаете о ссылках на страницу вашего сайта. Если вы посмотрите в разделе «Трафик», вы увидите страницу с надписью «Ссылки на ваш сайт». Скорее всего, ваши скребки будут там одними из лучших.У них будут сотни, если не тысячи ссылок на ваши страницы (учитывая, что у вас есть внутренние ссылки).

FeedBurner Необычное использование

Если вы настроили Feedburner для своего блога WordPress, вы можете увидеть некоторые необычные варианты использования. На вкладке «Анализ» в разделе «Статистика фида» вы увидите «Необычное использование». Там вы увидите список сайтов.

Как работать со скребками контента

Есть несколько подходов, которые люди используют при работе со скребками контента.Подход «Ничего не делай», подход «Убей их всех», подход «Воспользуйтесь их подходом».

Подход "ничего не делать"

Это, безусловно, самый простой подход, который вы можете использовать. Обычно это рекомендуют самые популярные блоггеры, потому что на борьбу со скребками уходит МНОГО времени. Этот подход просто рекомендует «вместо того, чтобы бороться с ними, тратить свое время на создание еще более качественного контента и веселье». Очевидно, что если это такой известный блог, как Smashing Magazine, CSS-Tricks, Problogger или другие, то им не о чем беспокоиться.В глазах Google они являются авторитетными сайтами.

Однако во время обновления Panda Update мы знаем, что некоторые хорошие сайты были отмечены как парсеры, потому что Google считал их парсеры оригинальным контентом. Так что, на наш взгляд, такой подход не всегда лучший.

Убить их всех Подойти

Полная противоположность «подходу ничего не делать». При таком подходе вы просто связываетесь со скребком и просите его удалить контент. Если они отказываются сделать это или просто не отвечают на ваши запросы, вы отправляете их хозяину DMCA (Закон о защите авторских прав в цифровую эпоху).По нашему опыту, на большинстве веб-сайтов, занимающихся парсингом, нет контактной формы. Если да, то используйте это. Если у них нет контактной формы, вам необходимо выполнить поиск Whois.

Вы можете увидеть контактную информацию в административном контакте. Обычно административные и технические контакты совпадают. Whois также показывает регистратора домена. Большинство известных веб-хостинговых компаний и регистраторов доменов имеют формы или электронные письма DMCA. Вы можете видеть, что этот конкретный человек работает с Hostgator из-за своих серверов имен.HostGator имеет форму для жалоб DMCA. Если сервер имен похож на ns1.theirdomain.com, вам нужно копнуть глубже, выполнив обратный поиск IP-адресов и поиск IP-адресов.

Вы также можете использовать сторонний сервис для DMCA.com для удаления.

Джефф Старр в своей статье предлагает заблокировать IP-адреса злоумышленников. Получите доступ к своим журналам по их IP-адресу, а затем заблокируйте его примерно так в корневом файле .htaccess:

 Отказ от 123.456.789 

Вы также можете перенаправить их на фиктивный канал, выполнив примерно следующее:

 RewriteCond% {REMOTE_ADDR} 123 \.456 \ .789 \. RewriteRule. * Http://dummyfeed.com/feed [R, L] 

Как предлагает Джефф, здесь можно проявить творческий подход. Отправляйте их в действительно большие текстовые каналы, заполненные Lorem Ipsum. Вы можете отправить им отвратительные изображения плохих вещей. Вы также можете отправить их обратно на их собственный сервер, вызывая бесконечный цикл, который приведет к сбою их сайта.

Последний подход, который мы используем, - это использовать их в своих интересах.

Как использовать скреперы контента

Это наш подход к работе со скребками контента, и он неплохой.Это помогает нашему SEO, а также помогает нам зарабатывать дополнительные деньги. Большинство парсеров используют ваш RSS-канал для кражи вашего контента. Итак, вот некоторые из вещей, которые вы можете сделать:

  • Внутренние ссылки - Вам необходимо связать CRAP из ваших сообщений. Благодаря функции внутренних ссылок в WordPress 3.1 это стало проще, чем когда-либо. Наличие внутренних ссылок в статье помогает увеличить количество просмотров страниц и снизить показатель отказов на вашем собственном сайте. Во-вторых, вы получаете обратные ссылки от людей, которые крадут ваш контент.Наконец, это позволяет украсть их аудиторию. Если вы талантливый блогер, значит, вы разбираетесь в искусстве создания внутренних ссылок. Вы должны размещать свои ссылки по интересным ключевым словам. Сделайте так, чтобы у пользователя возникло искушение щелкнуть по нему. Если вы сделаете это, то аудитория парсера тоже будет нажимать на него. Таким образом, вы взяли посетителя с их сайта и вернули его туда, где они должны были быть изначально.
  • Ключевые слова автоматической ссылки с партнерскими ссылками - Есть несколько плагинов, таких как Ninja Affiliate и SEO Smart Links, которые автоматически заменяют назначенные ключевые слова партнерскими ссылками.Например: HostGator, StudioPress, MaxCDN, Gravity Forms << Все они будут автоматически заменены партнерскими ссылками, когда этот пост будет опубликован.
  • Проявите творческий подход с помощью нижнего колонтитула RSS - Вы можете использовать нижний колонтитул RSS или плагин WordPress SEO by Yoast, чтобы добавлять пользовательские элементы в нижний колонтитул RSS. Вы можете добавить сюда все, что захотите. Мы знаем некоторых людей, которым нравится продвигать свои продукты среди читателей RSS. Так они будут добавлять баннеры. Угадайте, теперь эти баннеры появятся и на сайте парсера.В нашем случае мы всегда добавляем небольшой отказ от ответственности в нижней части наших сообщений в наших RSS-каналах. Он просто гласит: «Как перевести ваш сайт WordPress в состояние только для чтения для миграции и обслуживания сайта - это сообщение от WPBeginner, которое запрещено копировать на других сайтах». Таким образом мы получаем обратную ссылку на исходную статью с сайта парсера, которая позволяет Google и другим поисковым системам знать, что мы авторитетны. Это также позволяет своим пользователям узнать, что сайт крадет наш контент. Если вы хорошо разбираетесь в кодах, то можете совсем сходить с ума.Например, добавление связанных сообщений только для ваших читателей RSS и многих других вещей. Ознакомьтесь с нашим руководством по полному управлению RSS-потоком WordPress.

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

Если вы воспользуетесь нашим подходом, предусматривающим множество внутренних ссылок, добавление партнерских ссылок, RSS-баннеров и другие шансы, что вы сократите парсинг контента до хорошей степени. Если вы примете предложение Джеффа Старра перенаправить парсеры контента, это тоже остановит эти парсеры.Помимо того, что мы рассказали выше, есть еще несколько приемов, которые вы можете использовать.

Полная и сводная RSS-лента

В сообществе блоггеров велись дебаты о том, следует ли иметь полный RSS-канал или сводный RSS-канал. Мы не собираемся вдаваться в подробности этой дискуссии, однако одним из плюсов использования RSS-канала, содержащего только сводку, является предотвращение извлечения содержимого. Вы можете изменить настройки, перейдя в панель администратора WordPress и выбрав «Настройки» »Чтение. Затем измените настройку Для каждой статьи в ленте: Сводка.

Примечание. У нас есть полный канал, потому что мы больше заботимся о наших читателях RSS, чем о спамерах.

Трекбэк СПАМ
У

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

Всегда ли хорошо очищать контент?

Может быть. Если вы видите, что зарабатываете на сайте парсера, то да, конечно. Если вы видите большой трафик с сайта парсера, то это возможно. Однако в большинстве случаев это не так. Вы всегда должны пытаться убрать свой контент. Но вы поймете, что по мере того, как ваш блог становится больше, становится практически невозможно отслеживать все парсеры контента.Мы по-прежнему рассылаем жалобы на нарушение Закона США "Об авторском праве в цифровую эпоху" (DMCA), однако мы знаем, что существует множество других сайтов, которые крадут наш контент, за которым мы просто не можем угнаться.

Что вы думаете? Используете ли вы какие-либо другие механизмы для предотвращения выскабливания контента? Хотелось бы услышать ваши мысли.

.

Смотрите также

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Одноклассники
Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий