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

какая бывает и как сделать?

Что такое адаптивная верстка сайта

Ранее в веб-разработке актуально было корректное отображение сайта в разных браузерах, включая пресловутый Internet Explorer, знаменитый своими фирменными глюками. Ситуация изменилась: сегодня поисковые системы отдают предпочтение страницам, которые корректно отображаются на любом устройстве независимо от размера дисплея. Поэтому, сайт нужно адаптировать не только под десктопные устройства но и под мобильные.

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

Плюсы и минусы

К преимуществам такого подхода следует отнести:

• Экономия ресурсов и средств на содержание сайта. Вместо нескольких версий достаточно обеспечить бесперебойную работу одной универсальной.
• Каждая из версий страницы имеет один и тот же URL, что упрощает SEO продвижение.
• Параллельно с этим упрощается и реклама в социальных сетях.
• Улучшается статистика в аналитических отчетах Яндекса и Google — благодаря синхронизации запросов с компьютеров, планшетов и смартфонов она учитывается для единого сайта.
• Не требуется сложных серверных компонентов. Действующий сайт достаточно один раз модифицировать с помощью CSS стилей, чтобы содержимое страниц адаптировалось под размер дисплея посетившего сайт гаджета.
• Исключено дублирование контента, что часто наблюдается при параллельном запуске мобильной версии сайта.

Это решение имеет и некоторые недостатки:

• Сложность адаптации работающего проекта. Проще запустить новый сайт, чем переписать код.
• Объем страниц у адаптивного сайта больше, чем у обычного: CSS стили и JavaScript дают дополнительные килобайты. Это замедляет загрузку отдельных страниц, что может не понравится, как посетителям, так и поисковым роботам.
• Сложно размещать качественные иллюстрации с высоким разрешением. Приходится искать обходные пути, используя инструменты наподобие плагина Adaptive Images.

Адаптивный дизайн, отзывчивый или мобильная версия — в чем разница?

Хотя адаптивный и отзывчивый дизайны ошибочно считаются синонимами и одним и тем же видом верстки, между ними есть небольшая разница. Размеры экранов, используемые для адаптивной верстки, строго фиксированы и базируются на конечном числе базовых значений — как правило, самых распространенных. Основной контейнер подстраивается под базовые значения, меняя размеры шрифта и объектов, их позицию на экране, цвет и прочее. Реализуется это динамически с использованием медиа-запросов для автоматического определения разрешения монитора и типа устройства — в частности, способа управления: тап пальцем по сенсорному экрану или мышка и курсор.

Однако, в исключительных случаях встречаются и девайсы с «нетипичным» разрешением дисплея и вот тогда подходящего варианта в готовых шаблонах может не найтись. Соответственно, и отображаться на таком девайсе страница может немного «криво».

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

Мобильная версия — по сути, отдельный сайт, контент которого дублирует основной. Имеет другое доменное имя и требуется отдельное место на сервере. Соответственно, и дополнительных затрат на поддержание работы. Приемлемый вариант для таких гигантов, как, например, Facebook или AliExpress, но в плане продвижения не подходит для небольших информационных сайтов.

Принципы адаптивной верстки

При создании «универсального» дизайна разработчики придерживаются следующих принципов:

• Соответствие. Более компактная версия сайта оформлением не должна отличаться от объемной. Допускается скрыть лишние элементы с учетом потребностей пользователей различных устройств. Полная версия под разрешение монитора Full HD должна отображать полный функционал.
• Относительность системы координат. Важно помнить, что изображение размером 480 пикселей выглядит по-разному на экране смартфона и дисплее ноутбука. Размер следует устанавливать по тем объектам, которые есть на экране каждого устройства. Сегодня это верхняя граница экрана, по которой равняются разработчики.
• Контрольные точки. Размер адаптивных страниц привязывается к контрольным точкам. Сайт будет отображаться в том же виде, пока пользователь не зайдет с другого устройства.
• Вложение объектов. Если размер одного блока зависит от размера другого, их допускается поместить в общий контейнер для взаимной связи. Прием эффективен в случае с логотипом, кнопками и прочими элементами навигации.
• Подходящие шрифты. Допускается перевод их в веб формат, чтобы они подстраивались под размер экрана.
• Адекватные иллюстрации. Если изображение имеет много деталей, его лучше делать растровым. В противном случае можно сделать векторным. Для более быстрой загрузки, картинки рекомендуется сжимать.
• Юзабилити. Размер элементов, с которыми взаимодействует пользователь, нужно адаптировать для удобного использования. Например, палец по отношению сенсорного экрана имеет большие размеры, чем курсор мыши по сравнению с монитором. Пользователю может быть неудобно нажимать мелкие кнопки или переходить по ссылкам, которые расположены слишком близко друг к другу.

Размеры экранов для адаптивной верстки

Разработчики ориентируются не на конкретные размеры страницы при адаптивной верстке, а на брейкпоинты — контрольные точки, при достижении которых меняется дизайн и соотношение элементов. «Каноническими» считаются следующие размеры дисплея для разных устройств:

• Смартфоны — 320 пикселей, 480 и выше;
• Планшеты — 768 пикселей и выше;
• Нетбуки — 1024 пикселей и выше;
• Мониторы — 1280 пикселей, 1600, 1920 и выше.

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

Сегодня «хорошим тоном» в адаптивной верстке считается выполнение правила Mobile First: дизайн разрабатывается с приоритетом на разрешения экранов мобильных гаджетов и уже потом подгоняется под дисплеи с большим разрешением.

Как сделать адаптивную верстку

Вебмастер, который немного разбирается в HTML и CSS и имеющий некоторый опыт, при должном усердии сможет адаптировать даже давно работающий объемный сайт, но повозиться придется не мало. Давайте рассмотрим, как сделать адаптивный дизайн с минимальными затратами времени.

CSS-фреймворки

Адаптивную верстку сайта существенно упрощают CSS-фреймворки — наборы готовых решений, максимально исключающих возможность некорректного отображения на разных девайсах и в разных браузерах. Каждый из них подразумевает разные подходы к реализации адаптивного дизайна. В их числе стоит отметить:

• Bootstrap. Самый популярный фреймворк, используемый в веб-разработке. Легко и быстро адаптирует сайт под любое устройство, используя 12-колоночную сетку. Доступно огромное количество готовых компонентов. Поддерживает 2 самых популярных CSS-препроцессора: Sass и Less, а также Normalize.css, обеспечивающий кроссбраузерность контента.
• Materialize. Платформа, созданная по всем принципам материального дизайна (использование «карточек», плавный переход между элементами, отсутствие острых углов, применение строгих макетов и анимаций). Инструмент содержит набор стилей и инструменты для их реализации. Используется 12-колоночная сетка. Поддерживается Sass.
• Bulma. Современный фреймворк, использующий Flexbox вместо сетки колонок — очень удачную реализацию «резиновых» контейнеров. Доступно большое количество готовых компонентов, поддерживается Sass.
• Pure. Компиляция небольших адаптивных модулей, которые можно использовать на любом ресурсе. Требует написания собственных кастомных стилей, так как в этом фреймворке их количество сведено к минимуму. Поддерживает 24-колоночную сетку. Не использует файлы JS.

Адаптируем текущий дизайн

Одно из условий, которое должно выполняться в любом из видов адаптивной верстки — использование Viewport, то есть области, видимой пользователю без прокрутки экрана. При отсутствии адаптации содержимое выходит за границы разрешения устройства и пользоваться таким сайтом неудобно. Высока вероятность, что посетитель пробудет на ресурсе недолго и уйдет к конкурентам. Адаптивная верстка делает более удобным чтение, навигацию и совершение покупок, что увеличивает поведенческие факторы.

Почти всегда строка с тегом Viewport выглядит следующим образом:

<meta name=»viewport» content=»width=device-width, initial-scale=1.0″>

Параметр width дает браузеру команду подстроить страницу под экран устройства, с которого пользователь зашел на сайт. Масштабирование определяется автоматически. Initial-scale означает коэффициент масштабирования. Если ему присвоено значение 1, разрешение экрана устройства и CSS приравниваются друг к другу независимо от размера. Тег Viewport нужно прописать в head каждой страницы сайта.

Рассмотрим адаптацию работающего сайта на примере самого популярного фреймворка Bootstrap. Чтобы он работал на странице, в head нужно прописать и код его активации. В случае с последней, 5-й версией, это выглядит так:

Пример кода Bootstrap

Код для Bootstrap 4:

Пример кода Bootstrap 4

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

Классы сетки Bootstrap

Следует учитывать, что префикс .col- отвечает не только за минимальные значения, но и за автоматическую разметку на экранах любых размеров.

Пример колонок равной ширины. Добавить можно любое количество классов, при этом ширины всех колонок будут равными:

Пример колонок равной ширины

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

Фиксированная ширина колонок

Для адаптации содержимого под размер экрана используется следующий метод:

Адаптация содержимого под размер экрана

С учетом всех брейкпоинтов можно задать фиксированный размер колонок, когда в этом есть потребность, и адаптивный размер для всего остального содержимого:

Фиксированные размеры колонок и адаптивный размер для остального содержимого

CSS3 Media Queries

Как дополнительный инструмент можно использовать медиа-запросы — правила CSS, управляющие стилями элементов исходя из технических характеристик устройства. Эти конструкции помогают определить, какие элементы отображать на каком устройстве, а какие скрыть. Медиа-запросы, которые появились в версии CSS3, сегодня определяют все современные браузеры. В этом случае тоже нужно прописать тег Viewport в head страницы.

Для медиа-запросов используется следующий синтаксис:

Синтаксис для медиа-запросов

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

@media all and (not handheld) { … }

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

Пример оптимизации сайта под разные экраны css мета теги

Пример оптимизации сайта под разные экраны css мета теги Сейчас в нашу жизнь вошло столько устройств, которые позволяют свободно бороздить интернет, что уже не отвечают веениям времени еще недавно преобладающие методы верстки сайтов. Так-как сейчас все больше как маленьких экранов мобильных смартфонов, так и больших экранов десктопов. Я как-то об этом не задумывался и как обычно делал свои сайты под экраны 1024px. Но посмотрев разрешение экранов посещающих мои сайты в яндекс метрике, был удевлен что 1024px уже не актуален и разнообразие разрешений просто огромное. А трафик с маленьких экранов мобильных устройств состовляет почти 20%. Вот скриншот из яндекс метрики одного из моих сайтов, о котором пойдет речь далее.

Разрешения экранов

Основные разрешения экранов, посещающие сайт, статистика за месяц Получается что на каких-то устройствах сайт отображается очень мелко, на каких-то с горизонтальной прокруткой, а на больших экранах с пустыми полями по бокам и сайт выглядит очень маленьким. Так-же и гугл оповестил что «ваш сайт не оптимизирован для мобильных устройств». Ниже пример как сайт выглядил до оптимизации на разных разрешениях от мобильников 240*320px, до 1920*1200px.

Скриншот сайта на разных экранах

Скрин сайта на разрешении дисплеев 320px 800px 1280px 1920px Приступив к оптимизации я первым делом добавил мета тег в body сайта. Сервис гугл для проверки оптимизации сказал что «сайт оптимизирован». Но на самом деле это не так. Данный тег заставляет сайт отображаться пиксель в пиксель, то-есть в зависимости от фактического разрешения экрана, определяет область просмотра. Так например на 320*480px будет отображаться только кусочек сайта, а на больших экранах пустые области.

Для отображения сайта пиксель в пиксель

Ниже код, который заставляет отображать сайт пиксель в пиксель на всех устройствах. И если у маленького экрана разрешение к примеру 6дюймов и 1280*800, то сайт будет малюсенький. А если экран 320*480px, то на экране отобразится кусочек сайта этих размеров. В данном примере значение 1:1, то-есть рано 1.0. Можно ставить свои значения и увеличивать или уменьшать сайт. К примеру на андроид и apple область просмотра сайтов 960-1024px, это значит что сайты с такой шириной будут отображаться на весь экран и без прокрутки, и это не зависит от фактического разрешения экрана, сайт просто масштабируется под размер экрана, Но если добавить этот тег То сайт начнет отображаться в соответствии с аппаратными пикселями, и если разрешение маленькое, то сайт будет слишком крупным и появится прокрутка, а если разрешение большое, то сайт будет маленьким. По-этому один этот viewport ничего не решает, он просто отображает сайт в соответствии с аппаратными пикселями, и отменяет настройки браузеров, что не правильно так-как у браузеров могут буть свои настройки.

Верстка сайта под разные экраны

Чтобы адаптировать сайт я добавил в boby сайта вот этот список мета тегов. viewport — заставляет сайт отображаться в соответствии с пикселями устройства. screen and — позволяет назначать CSS стили в зависимости от разрешения экрана. Так например запись Указывает что для экранов с разрешением меньше 640px нужно применить стиль из файла style.css Так-же можно указывать стили в одном файле или распределить по разным css файлам. В css файле стиль для экранов как в данном примере max-width:640px делается так /*для мобильных устройств*/ @media screen and (max-width: 640px) { aside {width:98%;} article {width:98%;} #container {font-size:120%;} #razdeli_opisanie {width:95%;} } @media screen and (max-width: 1024px) { body {font-size:85%;} } @media screen and (min-width: 1280px) { body {font-size: 100%;} . Стили css назначаются с помощью @media screen and (min-width: ХХХpx) @media screen and (max-width: 640px) { ваши стили } Так-же можно указать стили для конкретных экранов, например (width: 480px), но сейчас там много разрешений что смысла нет писать большой css фаил чтобы для каждого конкретного экрана написать свои правила отображения. Я просто сделал резиновую верстку сайта в основных стилях. И если например разрешение экрана меньше (max-width: 640px), то все блоки у меня растягиваются по ширине экрана. А если экран от 640-1024px (max-width: 1024px), то я меняю только шрифт body {font-size: 85%;}, так-как по умолчанию он в браузерах 16px, а я его делаю 14px. Если разрешение (min-width: 1280px), то-есть 1280px и более, то я просто увеличил шрифт до 100%, а сайт в основной верстке расстягивается по ширине экрана.

То-есть я сделал резиновую верстку сайту, и подкорректировал указав некоторые css правила для отдельных разрешений экрана. В итоге сайт стал выглядеть вот так.

Скриншоты сайта е ветерок ру

Скриншоты в размерах 320px 640px 800px 1024px 1280px 1920px Надеюсь что вам стало понятно как сделать. Думаю как сделать основную резиновую верстку вы и так знаете. Я к примеру все размеры указал в процентах (%) вместо пикселей (px). И указал дополнительно стили под различные разрешения экранов. Но этот сайт я пока не адаптировал под разные экраны, на момент написания этой статьи размеры сайта указаны 995px и все размеры в px.

CSS media screen

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

Для того чтобы использовать медиа- запросы нужно прописать в теге head следующий мета тег:

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

после этого мы смело можем приступать к написанию нашего первого медиа запроса.

Допустим у нас есть следующий код:

<!DOCTYPE html>
    <html lang="en">
    <head>
        <title>
            Медиа запросы
        </title>
        <meta charset="utf-8">
        <meta name="viewport" content="width=device-width, initial-scale=1">
    </head>
    <body>
    <style>
        #text:before {
            Content:"Разрешение для экранов больше 1200px(Компьютер, телевизор, ноутбуки)";
        }
        @media screen and (max-width: 1200px) {
            #text:before {
                Content:"Разрешение для экранов до  1200px  (ноутбуки)";
            }
        }

        @media screen and (max-width: 800px) {
            #text:before {
                Content:"Разрешение для экранов   до 800px(планшеты)";
            }
        }
        @media screen and (max-width: 320px) {
            #text:before {
                Content:"Разрешение для экранов   до 800px(смартфоны)";
            }
        }
    </style>
        <span></span>
    </body>
</html>

здесь мы написали три медиа запроса которые с помощью псевдоселектора before сменяют сообщение при изменении разрешений. Как вы наверное уже догадались первый медиа запрос срабатывает на отметке в 1200px, затем второй на 800px и третий на отметке 320px.

Для того чтобы увидеть эффект изменений при смене разрешения экрана мы можем поступить двумя способами первый, это нажимая горячую клавишу ctrl + + и тем самым постепенно уменьшая разрешение. А второй зайти в инструменты разработчика в браузере и найти опцию при которой мы можем регулировать разрешения экрана в ручную. Я пользуюсь браузером google chroome поэтому нажимаю горячую клавишу ctrl+shift+j переходя в консоль и верхнем меню слева от слова console кликаю на значок в виде экранов. И в результате вверху отображается текущее разрешение экрана и я теперь могу используя мышку менять разрешение экрана, тем самым наблюдая как срабатывают медиа запросы.

Давайте теперь поподробнее разберем структуру медиа запроса:

@media screen and (max-width: 1200px) {
		/*Стили css */
        }

все медиа — запросы начинаются с ключевого слова @media screen and затем в скобочках у нас идет максимальная ширина разрешения больше которой медиа запрос не срабатывает.

То есть, если наше разрешение экрана больше 1200px, то данный медиа запрос выполняться не будет. Если мы вместо max-width в медиа запросе напишем min-width:

@media screen and (min-width: 1200px) {
		/*Стили css */
        }

здесь будет обратная ситуация, данный медиа запрос будет выполняться если разрешение экрана не меньше 1200px. Под стилями css в медиа запросах подразумеваются селекторы и их свойства css.

@media screen and (max-width: 1200px) {
    body{
        background:green;
    }
}

здесь прописано что если разрешение экрана меньше 1200px фон тега body становиться зеленным.

Мы можем также задавать интервал:

@media screen and (min-width: 800px)  and (max-width: 1200px) {
    body{
        background:green;
    }
}

тут зеленый фон к тегу body применяется в интервале разрешения ширины от 800px до 1200px.

И напоследок давайте с вами рассмотрим еще одну из возможностей которую предоставляют нам медиа запросы, а именно подключение файлов css при изменении разрешений:

<link rel="stylesheet" media="screen and (max-width: 1200px)" href="media.css">

эта строчка прописывается в теге head, в атрибуте media указывается условие медиа запроса, а href путь к css файлу который будет подключен при выполнении условия медиа запроса.

В нашем случае при разрешении экрана меньше 1200px на нашу страницу будут подключаться стили расположенные в файле media.css

На этом дорогие друзья я с вами прощаюсь, надеюсь данная статья была для вас полезна.

Желаю удачи и успехов, как в жизни так и в программировании. Пока!

Внимание!!! Комментарий теперь перед публикацией проходит модерацию

Адаптив, мобильная версия — «Что это такое?! Я просто хочу сайт!»

Как водится, информация (контент) — самая важная часть сайта. Даже если дизайн сайта космический, пользователю нужна информация, нужен контент. Отсюда вытекает задача: “Как же лучше подать эту информацию?”

60% процентов пользователей пересаживаются с компьютера на смартфон и планшет. Сейчас уже никто не пойдет в соседнюю комнату, где стоит компьютер, чтобы заказать еду или почитать отзывы о товаре, который только что мелькнул по телевизору. Проще сказать телефону: “Окей, гугл…” или “Привет, Сири…” и получить заведомый ответ в виде загруженного сайта с хорошо читаемой информацией. Это важно учитывать при создании сайта, ведь мы создаем его для посетителей.

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

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

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

Что можно сделать?

По сути есть два пути решения проблемы: адаптивная верстка и мобильная версия сайта.

Конечно, можно оставить так называемый резиновый сайт. Это по сути любой сайт, кроме самых старых. Он подстраивается под разрешения мобильных экранов, но имеет свою минимальную ширину, поэтому для просмотра какого-то элемента на смартфоне придется поразжимать пальцы для увеличения масштаба.

Можно показывать заглушку на сайте, если он открывается со смартфонов или планшетов: мол, “Не для того цвела наша роза, чтобы вы на нее со смартфона смотрели.» Но ведь это неправильно.

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

Мобильная версия сайта

Мобильная версия сайта, как бы это страшно не звучало, — это отдельный сайт со своим дизайном и функциями. Он разрабатывается как дополнение к основному.

Плюсы этого варианта в легкой и быстрой загрузке, так как из него вырезали все лишнее и мешающее нормальной работе на смартфоне. Остался только функционал, поэтому мобильная версия подойдет для сайта с заказом услуг, те же зонты или пицца, для интернет-магазинов с каталогом и отзывами. И тут же выползают минусы такого решения, хотя минусами их назвать сложно, скорее неудобства, связанные с какими-то мелкими приятностями, которые доступны в десктопной версии сайта: виджеты с погодой, интересной цитатой, мини-игра, которая помогает скоротать время при формировании большого отчета — все то, что цепляло посетителя на десктопной версии сайта. И для этого на мобильной версии сайта обязательно присутствует кнопка “Показать полную версию сайта”.

Еще один момент: мобильная версия сайта верстается под конкретное разрешение и, соответственно, при просмотре мобильной версии с планшета все разъедется.

Отзывчивая (responsive) и адаптивная (adaptive) верстка

Можно забыть о мобильной версии сайта, а учесть все важные моменты для поисковиков и посетителей в верстке основного сайта. Для этого нужно определить, как сайт будет перестраиваться под разрешения смартфонов и планшетов: подешевле и дергано или дорого и плавно. Первый вариант — это адаптивный сайт, второй — это отзывчивый (responsive) сайт.

Отзывчивый сайт плавно и незаметно перестраивается из версии для компьютера в версию для планшета и смартфона. Это можно заметить, изменяя размер окна браузера.

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

У адаптивного сайта своя структура, обычно это 12-колоночный вариант с несколькими точками перестроения. Конечно, если это промо-сайт с крутыми фишками, мы делаем адаптацию индивидуально.

Что выбрать?

Прежде всего задайте себе вопрос: “Нужен ли мне адаптив или мобильная верстка? Может, хватит простого резинового сайта.”

Сделайте паузу, выпейте кофе, подумайте о SEO. Посчитайте деньги в кошельке.

Адаптация добавит минимум 30% от верстки всего сайта + работа программистов. Мобильная версия вообще рассчитывается индивидуально.

Если простой сайт вам не подходит, то нужно выбрать между мобильной версией и адаптивом.

Мобильную версию можно использовать, если данные на сайте на маленький экран ну никак не помещаются, или весь функционал сайта можно уместить в одной кнопке “заказать”.

В остальных случаях выбирайте адаптивную верстку, расслабьтесь и предоставьте дело нам!

Заказать сайт в студии

Как проверять верстку адаптивного сайта — часть 1

Сначала, давайте кратко разберемся, что такое адаптивная верстка и чем она отличается от мобильной версии сайта.

Адаптивная верстка – это html-верстка сайта сразу под несколько наиболее популярных разрешений. Например — 340px, 420px, 768px, 1024px, 1200px (все в ширину). Таким образом, сайт будет занимать всю или почти всю рабочую область на большинстве устройств – телефонов, планшетов, ноутбуков, настольных ПК. Но т.к. сейчас выпускается очень много устройств с абсолютно разными экранами, то при адаптивной верстке сайт не всегда занимает 100% ширины экрана.

Пример: extrusion-info.com

Респонсив верстка – это более сложный вид адаптивной верстки, который позволяет сайту всегда занимать 100% ширины экрана.

Пример: niris.ru

Мобильная версия сайта – предполагает наличие или отдельного шаблона (как минимум) или вообще наличие отдельного сайта.

При адаптивной и респонсив верстке – контент сайта один и тот же, просто отображается в разном виде.

При мобильной версии сайта – контент управляется отдельно, для больших экранов и мобильных устройств.

Все подходы, имеют свои плюсы и минусы:

Адаптивная верстка

Плюсы: наибольшая простота из наших вариантов. Включая поддержание и наполнение.

Минусы: не всегда занимает 100% ширины экрана, лишний трафик для пользователя.

Респонсив верстка

Плюсы: красота, всегда занимает 100% ширины экрана.

Минусы: сложно для создания и поддержания, лишний трафик для пользователя.

Отдельная мобильная версия

Плюсы: свобода реализации.

Минусы: т.к. имеем в этом случае дублирование контента, то очень сложно поддерживать актуальность данных и идентичность стилистики сайта. И это одновременно является негативным фактором для SEO. К тому же, т.к. сейчас очень большое разнообразие разрешений и устройств, то этот вид постепенно теряет былую популярность.

В итоге, что выбрать?

Самый оптимальный вариант с точки зрения цена\качество – адаптивная верстка. Если нужно качество – респонсив-верстка. Если у вас сложный функционал на сайте (портал, много интерактива), то можно рассмотреть отдельную мобильную версию или мобильное приложение.

Для каких разрешений нужно делать адаптивную верстку

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

По графику видно, что наибольшей популярностью при посещении корпоративных сайтов является разрешение 1366px. За ним, примерно в равной пропорции 1280 и 1920px. И далее идут все остальные – 360px, 1600, 1024, 1440 и 768px.

Эти данные в целом вполне коррелируют со статистикой LiveInternet и StatCounter.

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

В целом, нужно отметить, что разрешений очень много, выбрать из них явного лидера – не справедливо. Поэтому из-за такого разнообразия, мы рекомендуем своим клиентам при разработке сайта сразу добавлять адаптивность.

Какие разрешения нужно контролировать, при проверке сайта на адаптивность. Мы рекомендуем проверять сайт на разрешениях:

320px, 360px, 768px, 1024px, 1280px, 1440px, 1920px. Этот диапазон, от 320 до 1920px охватывает, как правило, 90% всей аудитории корпоративных сайтов. На этих разрешениях Ваш сайт должен выглядеть хорошо.

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

Существуют некоторые ограничения на максимальную ширину сайта. В первую очередь – удобная длина строки. Если делать длинную длину строки, то текст, растянутый на нее, станет очень неудобно читать. Поэтому, к сайту добавляются сайдбары – левая и\или правая колонки. Информация разбивается на блоки, но на корпоративных сайтах это часто невозможно. Поэтому, максимальное разрешение для корпоративного сайта мы оставляем 1200 или 1300px.

Рассмотрим аналогичный график по браузерам (отмечаю, график среднестатистический – в разных тематиках, соотношение может меняться):

Здесь наметились два явных лидера – Google Chrome и Яндекс.Браузер(только на территории РФ). Если к Хрому добавить статистику по его мобильной версии, то их суммарная доля составит около 60% всех посещений. Следом идет FireFox с 10% посещений и далее менее 10%: Opera, MSIE 11, Mobile Safari, Edge.

Т.о. основные браузеры под которые нужно разрабатывать – Google Chrome и Яндекс.Браузер. Однако, все же не стоит забывать проверить отображение сайта в Opera, IE11 и Safari. Это больше вопрос престижа, чем необходимости.

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

Сначала поговорим о том, что при масштабировании фотографий в большую сторону (увеличении) происходит неприятное размытие. При масштабировании в меньшую сторону (уменьшении), размытие малозаметное или вообще незаметное.

Разумеется, это утверждение относится к растровым изображениям, фотографиям (jpeg, jpg, png)

Одно и тоже изображение на адаптивном сайте должно выглядеть хорошо на всех устройствах – и на больших мониторах, и на смартфонах. Для этого применяют масштабирование в меньшую сторону, т.е. на всех устройствах у нас отображается большая картинка, только под маленькие разрешения она масштабируется. Это конечно негативно сказывается на величине траффика, но делать каждое изображение в нескольких разрешениях – слишком трудоемко и нецелесообразно.

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

В последнее время, в требованиях предъявляемых к изображениям на адаптивном сайте появилось еще одно. Разрешение картинки должно быть не просто соответствовать верхней границе диапазона адаптивности, но и превышать ее на 50-100%. Это необходимость возникла с массовым появлением компактных мониторов с повышенной плотностью пикселей.

Сейчас, например, ваш покорный слуга пишет эту статью за 15 дюймовым ноутбуков с разрешением 1900px по ширине. А т.к. при таком разрешении все сайты казались бы очень маленькими, то в операционную систему внедрено автоматическое масштабирование всего содержимого браузеров. Раньше эта особенность касалась только экранов Apple с технологией Retina, но уже несколько лет похожая технология применяется и на windows-ноутбуках, т.е. она приобрела массовый характер.

Как следствие, картинки предназначенные для отображения на сайте масштабируются в большую сторону на 25-50%, что ведет к их заметному размытию. В моем конкретном случае – на 25%, но можно выставить увеличение и на 50, и на 75%.

По нашему опыту, считаем, что достаточно закладывать в размер картинки 50% увеличение.

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

Поэтому приходится подстраховывать svg-картинку обычной, растровой jpg-картинкой. Несомненно, за этим форматом – будущее веб дизайна, но … не сейчас.

Как следствие, применение svg оправдано только в критически-важных изображениях – логотипах, отдельных важных иллюстрациях.

Особые приемы, которые должны быть использоваться на всех адаптивных сайтах

Что бы уместить информацию с большого экрана на маленький, нужно постараться. Но нет ничего невозможного.

Рассмотрим интересные приемы, которые используются в адаптивных сайтах.

Бургер-меню

В первую очередь, конечно – это мобильные меню. Как правило, они раскрываются при клике на «три полоски» (т.н. «бургер-меню»)

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

Встречаются разные способы появления этого меню. В целом, ограничение тут только одно – полет фантазии дизайнера. Однако, у нас сложился достаточно большой опыт в использовании мобильных сайтов, и мы можем вам предложить пару наиболее удачных вариантов:

1. Выезжающее слева или справа, со значком закрытия и блокирующее прокрутку контента сайта. Скриншот для примера:

2. Появляющееся поверх сайта, со значком закрытия и блокирующее прокрутку контента.

3. Раскрывающее вниз от бургер-меню, без значка закрытия, но тоже блокирующее прокрутку контента. Скриншот примера:

Разумеется, в бургер-меню обязательно должны располагаться все основные страницы сайта. Если подпунктов не много, их так же можно добавить в бургер-меню. Но размещать в бургер-меню все категории каталога – плохой тон, пользоваться таким меню будет неудобно. Поэтому, как всегда, при составлении структуры бургер-меню старайтесь пользоваться принципом разумности.

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

Однако очень не рекомендуем ставить свайп для открытия меню – при прокрутке страниц сайта можно случайно свайпнуть и вызвать меню. Все, что делается не по воле посетителя – плохо, нужно этого стараться избегать.

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

Кликабельные телефоны и мессенджеры

Незаменимой особенностью мобильной адаптивной верстки должно являться наличие кликабельных телефонов, значков мессенджеров WhatsApp, Viber, Telegam и формы обратного звонка. По тому, как разместить у себя на сайте кликабельные значки мессенджеров читайте в статье моего коллеги, Алексея – читать.

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

Адаптация таблиц под мобильные устройства

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

Рассмотрим несколько примеров адаптации таблиц

1. Использование горизонтальной и вертикальной прокрутки внутри таблицы. Честно, считаем этот способ самым грубым и не заслуживающим внимания. Пример вживую можно посмотреть здесь: https://www.w3schools.com/howto/howto_css_table_responsive.asp

2. Транспонирование (замена строк на столбцы). Очевидный способ, который применяется, когда на сайте используются таблицы очень широкие, но с маленьким количеством строк. Удобным будет так же добавить в него прилипание шапки по мере вертикальной прокрутки.
Пример вживую можно посмотреть здесь: https://codepen.io/dbushell/full/8e6a1ee85418f3c5abe839647dbcdec5/

3. Скрытие ненужных столбцов внутрь строки. Например, скриптом FooTable. При таком способе, контент-менеджер заранее выбирает столбцы, которые обязательно отображаются, остальные столбцы транспонируются – для каждой строки отдельно.
Пример вживую можно посмотреть здесь: http://fooplugins.github.io/FooTable/docs/examples/basic/single-header.html

4. Преобразование строк таблицы в карточки(отдельные мини-таблички). Например, скриптом Stackable. При этом способе происходит почти тоже самое, что и в предыдущем, только без скрытия:
Пример вживую можно посмотреть здесь: http://johnpolacek.github.io/stacktable.js

5. Аналогичный скрипт по превращению таблиц в карточки предлагается скриптом Responsive Tables.
Пример вживую можно посмотреть здесь: https://elvery.net/demo/responsive-tables

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

Кнопки «Читать далее»

Еще один интересный способ отображения информации на мобильным устройстве – добавления к длинным текстам ссылки «читать далее». Разумеется, этот способ актуален только в случаях, когда на странице несколько равнозначных блоков с текстами и какой из них будет интересен посетителю неизвестно.

Скрытие части контента, перемещение блоков

Иногда, при разработке адаптивной верстки возникает необходимость какой-либо из блоков перенести в другую часть страницы, например в самый низ. А другие, просто поменять местами и т.д. С помощью верстки такие изменения сделать не получится, тут на помощь нам снова приходят JS-скрипты, которые позволяют выбранные нами блоки, при определенных разрешениях перемещать в любую часть страницы. Это позволяет избежать лишнего дублирования информации и облегчить жизнь контент-менеджерам.

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

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

Разработка адаптивного сайта

Современный мир невозможно представить без различных гаджетов, которые сопровождают нас повсюду. Большую часть информации мы получаем из различных устройств — будь то экран ТВ, смартфон, ноутбук или планшет.

Обилие смарт-устройств с различным разрешением и ориентацией экранов зачастую создает затруднения с отображением информации. Чтобы избежать таких проблем рекомендуется при разработке сайта использовать адаптивный верстку проекта.

Само понятие «адаптивный дизайн сайта» было введено в обиход в 2010 году в статье Итана Маркота. Спустя несколько лет адаптивная верстка сайта стала использоваться большинством крупных компаний.

Сегодня многие владельцы веб-проектов слышали про адаптивные сайты, но не все понимают, в чем их специфика и поэтому не спешат переходить на новые версии.

Для начала поясним, чем отличается адаптивный дизайн сайта от обычной «резиновой верстки»

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

• Адаптивный сайт
  Создание адаптивного сайта позволяет проекту при использовании в мобильном браузере перестраиваться именно под ваш гаджет. Т.е. навигация по сайту и размещение контента автоматически подстраивается под конкретную модель устройства.

Чем отличается мобильная версия сайта от адаптивной?

Разработка адаптивных сайтов имеет ряд неоспоримых преимуществ перед веб-проектами, в которых используются мобильные версии.

Мобильная версия сайта — это дополнение к вашему основному проекту, которое переработано под мобильные телефоны. Контент под такие сайты урезается, картинки делаются «легче», и пользователь не тратит много трафика, т.е. денег. Но как бы ни были удобны мобильные версии, они все равно постепенно замещаются адаптивными версиями сайта.

И вот почему…

В адаптивном сайте нет необходимости отделять и поддерживать несколько версий сайта (для ПК, планшета или мобильного телефона). Пользователь сможет увидеть весь контент сайта, адаптированный под его персональный гаджет. Таким образом, усеченные версии сайта теряют свою актуальность.

Плюсом при создании адаптивного сайта является его размещение на одном URL. Иногда случается так, что переадресация с главного сайта на мобильную версию работает некорректно, что сказывается на доступности контента. В итоге страдает как сам проект, так и пользователь, который с большей долей вероятности переключит свое внимание на другой более адаптированный и удобный сайт.

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

А теперь о технической стороне вопроса. Как сделать адаптивный сайт и на что нужно обратить внимание?

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

Создание адаптивного дизайна сайта включает в себя

• Разработку адаптивного шаблона сайта, т.е автоматическую подстройку шаблона под различные разрешения экрана. Сюда также входит адаптация блоков с контентом и изображениями на сайте. Блоки с контентом должны также менять размеры в соответствии с разрешением экрана, а изображения меняться в размере и весе.
• Работу с гибкой сеткой, что позволяет изменять конфигурацию макета.
• Изменение элементов навигации и улучшение их юзабилити.
• Адаптацию видео контента

Примеры адаптивных сайтов

Хотите заказать адаптивный сайт? Добро пожаловать к нам.

Адаптация сайта под разные разрешения

Статья дополнена в ноябре 2020 года

Адаптация сайта обязательна для всех типов проектов. Трафик с мобильных устройств постоянно растет. Сейчас, в 2020 году, аналитики отмечают более 53% посещений онлайн-ресурсов со смартфонов и планшетов, и статистика с каждым годом растет. Адаптированная версия необходима, чтобы пользователи не испытывали неудобств при посещении страницы с мобильного устройства.

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

Уровень вовлеченности, степень взаимодействия мобильного трафика напрямую зависит от удобства сайта, качества юзабилити – оно должно быть одинаковым для всех: посетителей с десктопных устройств и с мобильных гаджетов.

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

Адаптивная верстка. Что это такое и зачем она нужна

Основная задача адаптивной верстки состоит в создании страницы, которая будет автоматически подстраиваться под разные разрешения экранов мобильных устройств. Результат:

• посетители не покидают сайт, так и не сделав целевого действия;
• улучшается пользовательский опыт;
• поисковые роботы положительно оценивают ресурс, что сказывается на поисковой выдаче;
• скорость загрузки также становится более высокой;
• возрастает уровень продаж.

Контент, содержание проекта отображается на разных устройствах индивидуально. В зависимости от размера экрана. Упрощенный пример:

• на обычных мониторах и ноутбуках – во весь экран;
• на планшетах – в две колонки;
• на смартфонах – в одну колонку.

Проходит адаптация всех составляющих контента:

• кнопок;
• шрифтов;
• анимации и прочих визуальных составляющих.

Они не обязательно уменьшаются, но также может меняться их вид, положение, особенность отображения.

Когда выполняется адаптация сайта, профильные специалисты, отвечающие за верстку, используются для этого технологии HTML5 и CCS3. Благодаря этому без проблем можно проводить настройку различных параметров.

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

Почему так важна адаптация сайта

Адаптив – это не модное направление, не простое желание выделиться на фоне конкурентов. Это острая необходимость. В частности, для коммерческих проектов.

При посещении веб-ресурса потенциальные покупатели предпочитают видеть действительно удобную платформу, с простым и понятным интерфейсом. Они не хотят делать дополнительные, абсолютно ненужные действия, среди которых:

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

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

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

Преимущества адаптивной версии. Таблица

Преимущество	Пояснение
Рост конкурентоспособности	Отсутствие адаптивки – гарантированная потеря примерно 50% потенциальных клиентов. Ведь, как показывают профильные исследования, именно таков объем мобильного трафика. Если проект не адаптирован, он проиграет конкуренцию.
Расширение аудитории	Как уже отмечалось выше, около 50% трафика (и это минимальный показатель), идет с мобильных гаджетов. Хотите расширить аудиторию проекта? Вы знаете, что нужно делать!
Увеличение доходов	Трафик идет с двух направлений – десктопов и «мобилок». Соответственно, растет прибыль. Кроме того, повышаются позиции в поисковой выдаче, что обеспечивает еще больший приток посетителей.
Простота обслуживания	Все страницы находятся по одному адресу, сохраняется целостность сайта. Управление осуществляется из одной админки. Изменение информации, контента в десктопной версии приводит к автоматическим изменениям в адаптивной.
Повышение позиций в поисковой выдаче	При ранжировании в поисковых системах обязательно учитывается наличие адаптивной версии.
Универсальность	Адаптация сайта делает проект более универсальным. Им смогут пользоваться все, независимо от устройства. Доступными остаются абсолютно все элементы, кнопки, функции. Они отображаются корректно, работают без сбоев.

Как понять, нужна ли адаптивная версия

В принципе, сегодня она должна быть по умолчанию. Доля мобильного трафика постоянно растет, он уже лидирует.

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

Однако остается несколько случаев, при которых выполнять подобные работы не стоит:

• у десктопной версии крайне сложный интерфейс;
• на страницах много таблиц;
• функциональные блоки и элементы теряют свое назначение.

Но стоит отметить – сегодня даже такие трудности вполне реально решить, просто адаптация сайта потребует чуть больше времени.

Мобильное приложение VS адаптивный веб-ресурс: что лучше и почему

Сайт для мобильных устройств может быть представлен в трех вариантах:

• мобильная версия;
• мобильное приложение;
• адаптивная версия.

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

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

Поэтому лучший выход – всё-таки адаптация сайта. Это выгодно, как с финансовой точки зрения, так и с эксплуатационной. Достаточно только рационально спроектировать интерфейс, сделать привлекательный дизайн.

Как правильно проводится адаптация сайта: 5 этапов

Чтобы добиться хорошего результата, создать действительно удобную версию, с качественным юзабилити, нужно понимать основные отличия между мониторами ПК и ноутбуков и особенности использования мобильных гаджетов. Следует предварительно изучить данные веб-аналитики, чтобы понять, с каких именно устройств чаще всего приходят пользователи. Это позволит определить основные потребности аудитории.

Собранная информация о поведенческих факторах посетителей поможет понять, что именно и как нужно будет реализовать.

Адаптация сайта – процесс, предполагающий несколько последовательных этапов. Вкратце расскажем о них.

1. Планирование и проектирование

Первоначально проводятся аналитические исследования, собирается вся необходимая для разработки информация. Дополнительно анализируются конкуренты, определяется целевая аудитория и её потребности, проставляются цели.

2. Формирование прототипа

Сначала проводятся обсуждения:

• внешнего вида;
• поведения аудитории;
• расположения функциональных модулей, кнопок.

После чего составляется схематический каркас размещения всех блоков и элементов, модулей.

3. Верстка, тестирование

Это еще не готовая к реализации версия. Её можно считать черновиком, который предварительно тестируется и анализируется. Может быть проработано несколько вариантов – расположения кнопок, структуры, изменения форматов окна. После чего определяется оптимальный вариант.

Также на этом этапе прорабатывается структура html-кода.

4. Визуальное оформление

С десктопной версии переносятся все основные визуальные элементы оформления:

• картинки;
• фотографии;
• иконки;
• и другие.

Сохраняется цветовая гамма проекта.

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

5. Детальное тестирование

Последний этап – комплексное тестирование готового проекта. Профильные специалисты проверяют:

• правильность отображения;
• четкость деталей;
• гибкость и понятность интерфейса;
• функционирование кнопок и модулей;
• уровень юзабилити и многое другое.

При выявлении недочетов они обязательно исправляются, вносятся уточнения.

Различные типы адаптированных макетов

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

В случае если на страницах много блоков, то они перемещаются друг за другом вниз. Этот вариант идеален для интернет-магазинов, хотя и для других сайтов также подходит.

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

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

• изменение размера шрифта или изменение шрифта в целом;
• преобразование вида блоков;
• изменение расположения блоков;
• скрытие отдельных элементов;
• добавление новых деталей;
• и так далее.

Какой тип макета выбрать – определяется индивидуально для каждого ресурса в зависимости от особенностей.

Основные принципы, которым должен соответствовать адаптированный проект

Адаптация сайта – процесс относительно сложный. Важно учесть множество деталей, требований. Ниже приведены основные принципы, которые нужно соблюсти.

1. Отсутствие горизонтальной прокрутки содержимого.
2. Выпадающее меню, оптимизированное под разные устройства.
3. Оптимальный масштаб всех интерактивных блоков.
4. Необходимое для удобного пользования расстояние между кликабельными элементами, в том числе – ссылками. Это важно для работы с площадкой пальцами.
5. Плавная перестройка блоков, элементов при изменении разрешения экрана.
6. Оптимальная длина строк – от 45 до 80 символов в строке – и правильный межстрочный интервал для удобного чтения;
7. Гибкость картинок.
8. Упрощенная навигация.
9. Легковесные страницы, обеспечивающие быструю загрузку, но не снижающие функциональность и производительность веб-площадки.
10. Сегментирование наполнения – не основные, не важные функции и материалы скрыты.

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

Адаптация сайта и 7 ошибок, которые допускаются чаще всего

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

1. Незаметные активные элементы и мелкий шрифт

Адаптация сайта крайне требовательна к размерам всех составляющих. Нужно крайне осторожно подходить к сжатию элементов, уменьшению шрифта.

Нельзя делать слишком мелкими:

• интерактивные блоки;
• кнопки;
• призывы к действию;
• формы для заполнения;
• и т.д.

И помнить – даже если шрифт хорошо видим на экране монитора персонального компьютера, он может оказаться нечитабельным на экране девайса – минимальный размер 12px.

2. Блоки с прокруткой

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

Выход – либо изначально предусмотреть демонстрацию в полную высоту, либо раскрывать блок по клику.

3. Запуск сценария при наведении/касании

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

4. Не сворачивающееся меню

Компактность – вот к чему нужно стремиться. Громоздкое, большое, неудобное меню на весь экран не дает пользоваться сайтом на смартфоне или планшете. Возникают трудности:

• с прокруткой;
• просмотром материалов;
• использование функций;
• и прочими операциями.

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

5. Проблемы с загрузкой страниц

Длительная загрузка – плохо. Страницы должны открываться максимально быстро. Показатель напрямую зависит от размера страницы, ее наполнения, «тяжести» элементов. Важно устраивать все детали, правильно распределить контент по отдельным вкладкам, что позволит снизить вес наполнения.

Кроме того, на скорость открытия оказывают непосредственное воздействие:

• картинки;
• скрипты;
• файлы CSS.

Чтобы уменьшить вес элементов, применяются специализированные, профильные инструменты и сервисы.

6. Отсутствие предварительного анализа ЦА

Даже если изучение целевой аудитории проводилось перед разработкой десктоп-сайта, это не повод игнорировать анализ ЦА, которая будет пользоваться адаптивкой. Поскольку требования, потребности пользователей в первом и втором случае будут существенно отличаться.

Такие аналитические исследования необходимы, чтобы понять:

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

7. Отсутствие тестирования

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

При тестировании:

• проверяется общая функциональность;
• выявляются ошибки;
• проверяются основные маршруты посетителей;
• и так далее.

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

Что дает адаптация сайта: 3 важных момента

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

1. Простота навигации

У пользователей не возникает трудностей с навигацией по веб-площадке. Присутствует только вертикальная прокрутка, а горизонтальная обязательно исключается.

Среди прочих составляющих простой навигации:

• понятная и удобная система поиска;
• кнопка «Домой»;
• кнопка «Вверх» или «В начало страницы»;
• кнопка «Назад».

Внедряются сервисы обратной связи, а также публикации контактов в самом верху экрана.

2. Удобство чтения

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

3. Простота выполнения целевых действий

Также адаптация сайта позволяет существенно упростить выполнение целевых действий. Создаются максимально удобные условия для:

• просмотра материалов;
• просмотра карточек товаров;
• добавления товаров в корзину;
• оформление заказа;
• подписки;
• оплаты;
• и так далее.

Естественно, это наиболее важные, основные изменения, которых удается достичь. Перечислять все – слишком долго.

Как проверяется адаптация сайта

Мы уже отмечали выше, что создание адаптивки позволяет повысить даже результаты поисковой выдачи основного сайта. Это связано с введением поисковой системой Google принципа Mobile First. Суть его состоит в том, что при ранжировании обязательно учитывается наличие адаптированной версии.

Определить, правильно ли выполнена адаптация сайта можно даже фактически вручную:

• текст – читабельный, его не нужно дополнительно увеличивать;
• нет какого-либо дополнительного программного обеспечения, софта, плагинов, приводящих к увеличению веса страницы или препятствующих свободному просмотру;
• отсутствие горизонтального скрола;
• быстрое открытие страниц;
• понятная и простая навигация.

Понятно, что это далеко не все признаки. Дабы проверить, как выполнена адаптация сайта, следует пользоваться специализированными сервисами, инструментами:

• Google Mobile Friendly;
• I love adaptive;
• средства от Bing;
• и другие.

Пользоваться подобными сервисами обычно просто. Достаточно зайти на них и ввести в строку адрес веб-площадки.

Подводя итог

Сегодня доля мобильного трафика уже превышает 50% от общего. Прогнозы утверждают, что к концу 2021 года показатель вырастет минимум до 70%. Поэтому адаптация сайта под разные разрешения – важный развития вашего проекта, который способствует увеличению клиентской базы и, как следствие, продаж. Если вы не хотите терять основную часть аудитории, желаете наращивать финансовые показатели, доверьте внедрение адаптивки опытным и квалифицированным специалистам.

Разрешения пользователей и уровни разрешений в SharePoint Server — SharePoint Server

• 17.08.2017
• 7 минут на чтение

В этой статье

ПРИМЕНЯЕТСЯ К: 2013 2016 2019 SharePoint в Microsoft 365

Уровни разрешений по умолчанию — это предопределенные наборы разрешений, которые можно назначать отдельным пользователям, группам пользователей или группам безопасности в зависимости от функциональных требований пользователей и соображений безопасности.Уровни разрешений SharePoint Server определяются на уровне семейства сайтов и по умолчанию наследуются от родительского объекта.

Уровни разрешений по умолчанию

Уровни разрешений по умолчанию состоят из набора разрешений, которые позволяют пользователям выполнять набор связанных задач. SharePoint Server включает семь уровней разрешений. Вы можете настроить разрешения, содержащиеся на пяти из этих уровней разрешений. Вы не можете настроить разрешения на уровнях разрешений «Ограниченный доступ» и «Полный доступ».

Примечание

Хотя вы не можете напрямую редактировать уровни разрешений «Ограниченный доступ» и «Полный доступ», вы можете сделать отдельные разрешения недоступными для всего веб-приложения, что приведет к удалению этих разрешений из уровней разрешений «Ограниченный доступ» и «Полный доступ». Дополнительные сведения см. В разделе Управление разрешениями для веб-приложения в SharePoint Server.

В следующей таблице перечислены уровни разрешений по умолчанию для сайтов групп в SharePoint Server.

Уровень разрешений	Описание	Разрешения включены по умолчанию
Только просмотр	Позволяет пользователям просматривать страницы приложений.Уровень разрешений «Только просмотр» используется для группы средств просмотра служб Excel.	Просмотр страниц приложения Просмотр элементов Просмотр версий Создание предупреждений Использование создания сайта самообслуживания Просмотр страниц Просмотр информации о пользователе Использование удаленных интерфейсов Использование функций интеграции клиента Открыть
Ограниченный доступ	Позволяет пользователям получать доступ к общим ресурсам и определенному активу. Ограниченный доступ разработан для объединения с детализированными разрешениями, позволяющими пользователям получать доступ к определенному списку, библиотеке документов, папке, элементу списка или документу без предоставления им доступа ко всему сайту.Ограниченный доступ нельзя отредактировать или удалить.	Просмотр страниц приложений Просмотр информации о пользователе Использование удаленных интерфейсов Использование функций интеграции клиента Открыть
Чтение	Позволяет пользователям просматривать страницы и элементы списков, а также загружать документы.	Разрешения ограниченного доступа, плюс: Просмотр элементов Открытых элементов Просмотр версий Создание предупреждений Использование самостоятельного создания сайта Просмотр страниц
Внесите вклад	Позволяет пользователям управлять личными представлениями, редактировать элементы и информацию о пользователях, удалять версии в существующих списках и библиотеках документов, а также добавлять, удалять и обновлять личные веб-части.	Разрешения на чтение, плюс: Добавление элементов Редактирование элементов Удаление элементов Удаление версий Просмотр каталогов Изменение личной информации пользователя Управление личными представлениями Добавление / удаление личных веб-частей Обновление личных веб-частей
Редактировать	Позволяет пользователям управлять списками.	Разрешения на участие, а также: Управление списками
Дизайн	Позволяет пользователям просматривать, добавлять, обновлять, удалять, утверждать и настраивать элементы или страницы на веб-сайте.	Разрешения на редактирование, а также: Добавление и настройка страниц Применить темы и границы Применить таблицы стилей Поведение списка переопределения Утвердить элементы
Полный контроль	Позволяет пользователям полностью контролировать веб-сайт.	Все разрешения

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

Уровень разрешений	Описание	Разрешения включены по умолчанию
Только чтение	Просмотр страниц и документов. Только для сайтов публикации.	Просмотр элементов Открытых элементов Просмотр страниц Открыть
Утвердить	Редактируйте и утверждайте страницы, элементы списков и документы.Только для сайтов публикации.	Разрешения на участие, а также: Переопределение поведения списка Утверждение элементов
Управление иерархией	Создание сайтов; редактировать страницы, элементы списков и документы, а также изменять права доступа к сайту. Только для сайтов публикации.	Разрешения на разработку за вычетом разрешений «Утвердить элементы», «Применить темы и границы» и «Применить таблицы стилей», а также: Управление разрешениями Просмотр данных веб-аналитики Создание дочерних сайтов Управление предупреждениями Перечислить разрешения Управление веб-сайтом

Права пользователя

SharePoint Server включает 33 разрешения, которые используются на уровнях разрешений по умолчанию.Вы можете настроить, какие разрешения включены в определенный уровень разрешений (кроме уровней разрешений «Ограниченный доступ» и «Полный доступ»), или вы можете создать новый уровень разрешений, содержащий определенные разрешения.

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

Список разрешений

Разрешение	Описание	Зависимые разрешения	Включено в эти уровни разрешений по умолчанию
Управление списками	Создание и удаление списков, добавление или удаление столбцов в списке, а также добавление или удаление общедоступных представлений списка.	Просмотр элементов, просмотр страниц, открытие	Редактирование, дизайн, полный доступ, управление иерархией
Поведение списка отмены	Отменить или вернуть документ, который передан другому пользователю, и изменить или переопределить параметры, которые позволяют пользователям читать / редактировать только свои собственные элементы.	Просмотр элементов, просмотр страниц, открытие	Дизайн, полный контроль
Добавить товары	Добавляйте элементы в списки и добавляйте документы в библиотеки документов.	Просмотр элементов, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Редактировать элементы	Редактируйте элементы в списках, редактируйте документы в библиотеках документов и настраивайте страницы веб-частей в библиотеках документов.	Просмотр элементов, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Удалить элементы	Удалить элементы из списка и документы из библиотеки документов.	Просмотр элементов, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Просмотреть товары	Просмотр элементов в списках и документов в библиотеках документов.	Просмотр страниц, открытие	Чтение, содействие, редактирование, дизайн, полный доступ
Утвердить позиции	Утвердить дополнительную версию элементов списка или документа.	Редактировать элементы, просматривать элементы, просматривать страницы, открывать	Дизайн, полный контроль
Открытые позиции	Просмотр источника документов с помощью серверных обработчиков файлов.	Просмотр элементов, просмотр страниц, открытие	Чтение, содействие, редактирование, дизайн, полный доступ
Просмотреть версии	Просмотр прошлых версий элемента списка или документа.	Просмотр элементов, открытие элементов, просмотр страниц, открытие	Чтение, содействие, редактирование, дизайн, полный доступ
Удалить версии	Удалить предыдущие версии элементов списка или документов.	Просмотр элементов, просмотр версий, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Создать оповещения	Создание предупреждений.	Просмотр элементов, просмотр страниц, открытие	Чтение, содействие, редактирование, дизайн, полный доступ
Просмотр страниц приложения	Просмотр форм, представлений и страниц приложений. Перечислите списки.	Открыть	Все

Права доступа к сайту

Разрешение	Описание	Зависимые разрешения	Включено в эти уровни разрешений по умолчанию
Управление разрешениями	Создавать и изменять уровни разрешений на веб-сайте и назначать разрешения пользователям и группам.	Просмотр элементов, открытие элементов, просмотр версий, просмотр каталогов, просмотр страниц, перечисление разрешений, просмотр информации о пользователе, открытие	Полный доступ
Просмотр данных веб-аналитики	Просмотр отчетов об использовании веб-сайта.	Просмотр страниц, открытие	Полный доступ
Создать дочерние сайты	Создайте дочерние сайты, такие как сайты групп, сайты рабочей области для собраний и сайты рабочей области для документов.	Просмотр страниц, просмотр информации о пользователе, открытие	Полный доступ
Управление веб-сайтом	Предоставляет возможность выполнять все задачи администрирования веб-сайта, а также управлять содержимым.	Просмотр элементов, добавление и настройка страниц, просмотр каталогов, просмотр страниц, перечисление разрешений, просмотр информации о пользователе, открытие	Полный доступ
Добавление и настройка страниц	Добавляйте, изменяйте или удаляйте HTML-страницы или страницы веб-частей, а также редактируйте веб-сайт.	Просмотр элементов, просмотр каталогов, просмотр страниц, открытие	Дизайн, полный контроль
Применить темы и границы	Примените тему или границы ко всему веб-сайту.	Просмотр страниц, открытие	Дизайн, полный контроль
Применить таблицы стилей	Примените к веб-сайту таблицу стилей (файл .css).	Просмотр страниц, открытие	Дизайн, полный контроль
Создать группы	Создайте группу пользователей, которую можно использовать в любом месте семейства сайтов.	Просмотр страниц, просмотр информации о пользователе, открытие	Полный доступ
Просмотр каталогов	Перечислить файлы и папки на веб-сайте с помощью интерфейсов SharePoint Designer 2013 и Web DAV.	Просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Использовать создание сайта самообслуживания	Создайте веб-сайт с помощью функции самостоятельного создания сайтов.	Просмотр страниц, просмотр информации о пользователе, открытие	Чтение, содействие, редактирование, дизайн, полный доступ
Просмотр страниц	Просмотр страниц на веб-сайте.	Открыть	Чтение, содействие, редактирование, дизайн, полный доступ
Перечислить разрешения	Перечислить разрешения для веб-сайта, списка, папки, документа или элемента списка.	Просмотр каталогов, просмотр страниц, просмотр информации о пользователе, открытие	Полный доступ
Просмотр информации о пользователе	Просмотр информации о пользователях сайта.	Открыть	Все
Управление предупреждениями	Управлять предупреждениями для всех пользователей веб-сайта.	Просмотр элементов, просмотр страниц, открытие, создание предупреждений	Полный доступ
Использовать удаленные интерфейсы	Используйте интерфейсы SOAP, Web DAV, клиентской объектной модели или SharePoint Designer 2013 для доступа к веб-сайту.	Открыть	Все
Использование функций интеграции клиента	Используйте функции, запускающие клиентские приложения.Без этого разрешения пользователи должны работать с документами локально, а затем загружать свои изменения.	Использовать удаленные интерфейсы, открывать, просматривать элементы	Все
Открыть	Позволяет пользователям открывать веб-сайт, список или папку для доступа к элементам внутри этого контейнера.	Нет	Все
Редактировать личную информацию пользователя	Позволяет пользователям изменять собственную информацию о пользователе, например добавлять изображение.	Просмотрите информацию о пользователе, откройте	Содействие, редактирование, дизайн, полный контроль

Персональные разрешения

Разрешение	Описание	Зависимые разрешения	Включено в эти уровни разрешений по умолчанию
Управление личными видами	Создание, изменение и удаление личных представлений списков.	Просмотр элементов, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль
Добавить / удалить личные веб-части	Добавить или удалить личные веб-части на странице веб-частей.	Просмотр элементов, просмотр страниц, открытие, обновление личных веб-частей	Содействие, редактирование, дизайн, полный контроль
Обновить личные веб-части	Обновите веб-части для отображения персонализированной информации.	Просмотр элементов, просмотр страниц, открытие	Содействие, редактирование, дизайн, полный контроль

См. Также

Другие ресурсы

Управление разрешениями для веб-приложения в SharePoint Server

Как управлять разрешениями сайта в новом Microsoft Edge

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

Хотя попытки контролировать разрешения для каждого сайта могут быть непосильными, если вы используете новую версию Microsoft Edge на основе движка Chromium, вы можете легко определить уровень доступа, который будет у каждого веб-сайта при отображении в браузере, чтобы улучшить конфиденциальность и безопасность в Windows 10.

В этом руководстве по Windows 10 мы расскажем, как управлять разрешениями сайта с помощью Chromium-версии Microsoft Edge.

VPN-предложения: пожизненная лицензия за 16 долларов, ежемесячные планы от 1 доллара и более

Как установить разрешения для веб-сайта в Microsoft Edge

Чтобы установить разрешения для веб-сайта в Microsoft Edge Chromium, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Перейдите на веб-сайт, которым хотите управлять.
3. Щелкните значок Lock рядом со ссылкой на веб-сайт в адресной строке.

4. Щелкните опцию Права доступа к сайту .

   Источник: Windows Central

5. Используйте раскрывающиеся меню, чтобы разрешить или запретить разрешения (например, местоположение, камера, микрофон, уведомления, Adobe Flash и т. Д.).

   Источник: Windows Central

6. (Необязательно) Щелкните опцию Сбросить разрешения .

   Источник: Windows Central
7. Нажмите кнопку Reset , чтобы восстановить настройки по умолчанию.

8. Нажмите кнопку Обновить на сайте, чтобы применить изменения.

   Источник: Windows Central

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

Изменение прав доступа к сайту

Если вы хотите изменить ранее настроенные разрешения для определенного веб-сайта, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Перейдите на веб-сайт, которым хотите управлять.
3. Щелкните значок Lock рядом со ссылкой на веб-сайт в адресной строке.

4. Используйте раскрывающиеся меню для изменения разрешений.

   Источник: Windows Central
5. Нажмите кнопку Обновить на сайте, чтобы применить изменения.

После того, как вы выполните эти шаги, новые настройки будут применены к сайту.

Как управлять разрешениями для всех веб-сайтов в Microsoft Edge

Чтобы глобально управлять разрешениями сайта в Chromium Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Выберите разрешение, которым вы хотите управлять.

   Источник: Windows Central

5. Включите Спрашивать перед доступом к тумблерному переключателю , чтобы предотвратить доступ веб-сайтов к информации вашего устройства без вашего согласия.

   Источник: Windows Central
6. В разделе «Заблокировать» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.
7. В разделе «Разрешить» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.

После выполнения этих шагов может потребоваться повторить шаги № 4 – 7 для настройки различных разрешений.

Хотя в приведенных выше инструкциях описаны шаги по управлению уровнем доступа, в зависимости от разрешения, которым вы хотите управлять, у вас будут разные варианты. Например, файлы cookie и данные сайта, камера, микрофон, уведомления, JavaScript, изображения, всплывающие окна и перенаправления, фоновая синхронизация, автоматические загрузки, доступ к плагинам без тестовой среды, буфер обмена и обработчики платежей — все они имеют дополнительные настраиваемые параметры.

Как разрешить или заблокировать файлы cookie и данные сайтов в Microsoft Edge

Чтобы настроить файлы cookie и права доступа к данным сайта для веб-сайтов, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Файлы cookie и данные сайта .

   Источник: Windows Central

5. Включите Разрешить сайтам сохранять и читать данные cookie тумблер.

   Источник: Windows Central
6. (Необязательно) Включите Очистить файлы cookie и данные сайтов при выходе из тумблера Microsoft Edge .
7. (Необязательно) Включите Блокировать сторонние файлы cookie Переключатель , чтобы запретить веб-сайтам использовать ваши действия в Интернете для таргетинга на вас рекламы.

8. В разделе «Блокировать» нажмите кнопку меню (трехточечная) и нажмите кнопку Удалить , чтобы восстановить настройки по умолчанию для домена.

   Источник: Windows Central

9. (Необязательно) В разделе «Блокировать» нажмите кнопку Добавить , чтобы запретить веб-сайтам сохранять и читать файлы cookie

   Источник: Windows Central
10. В разделе «Очистить при выходе» нажмите кнопку меню (трехточечная) и нажмите кнопку Удалить , чтобы восстановить настройки по умолчанию для домена.
11. (Необязательно) В разделе «Очистить при выходе» нажмите кнопку Добавить , чтобы указать веб-сайты, с которых Microsoft Edge будет очищать файлы cookie при закрытии браузера.
12. В разделе «Разрешить» нажмите кнопку меню (трехточечная) и нажмите кнопку Удалить , чтобы восстановить настройки по умолчанию для домена.

13. (Необязательно) В разделе «Разрешить» нажмите кнопку Добавить , чтобы указать веб-сайты, которым разрешено сохранять и читать информацию о файлах cookie.

    Краткое примечание: Вы должны использовать эту опцию, только если вы отключили опцию Разрешить сайтам сохранять и читать данные куки .

После выполнения этих шагов только указанные вами веб-сайты будут иметь разрешение на сохранение и чтение данных файлов cookie.

Просмотр и удаление файлов cookie сайта

Чтобы просмотреть или удалить файлы cookie, хранящиеся в вашем браузере, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Файлы cookie и данные сайта .

   Источник: Windows Central

5. Нажмите Просмотреть все файлы cookie и данные сайта .

   Источник: Windows Central
6. Используйте поле поиска, чтобы найти конкретный файл cookie.

7. Нажмите кнопку со стрелкой вправо, чтобы получить дополнительные сведения о файле cookie.

   Источник: Windows Central

8. Нажмите кнопку Корзина , чтобы удалить ее.

   Источник: Windows Central
9. (Необязательно) Нажмите кнопку Удалить все .
10. Нажмите кнопку Очистить

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

Как разрешить или заблокировать определение местоположения в Microsoft Edge

Чтобы разрешить или заблокировать доступ к местоположению для каждого веб-сайта в Microsoft Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Перейдите на веб-сайт, на котором вы хотите управлять настройками местоположения.
3. Щелкните значок Lock рядом со ссылкой на веб-сайт в адресной строке.

4. Щелкните опцию Права доступа к сайту .

   Источник: Windows Central

5. Используйте раскрывающееся меню «Местоположение», чтобы разрешить или запретить разрешение.

   Источник: Windows Central

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

Управление доступом к местоположению

Чтобы управлять доступом веб-сайта к вашему местоположению, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Местоположение .

   Источник: Windows Central

5. Включите Спросите, прежде чем получить доступ к переключателю .

   Источник: Windows Central
6. В разделе «Заблокировать» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.
7. В разделе «Разрешить» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.

После выполнения этих шагов только сайты из списка «Разрешить» смогут получить доступ к вашему местоположению автоматически. Если сайта нет ни в одном из списков, вы получите приглашение разрешить или запретить доступ.

Как разрешить или заблокировать доступ к камере и микрофону в Microsoft Edge

Чтобы разрешить или заблокировать доступ веб-сайта к камере и микрофону вашего устройства, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Перейдите на веб-сайт, на котором вы хотите управлять настройками местоположения.
3. Щелкните значок Lock рядом со ссылкой на веб-сайт в адресной строке.

4. Щелкните опцию Права доступа к сайту .

   Источник: Windows Central

5. Используйте раскрывающееся меню «Камера» или «Микрофон», чтобы разрешить или запретить разрешение.

   Источник: Windows Central

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

Управление доступом к камере и микрофону на объекте

Чтобы управлять доступом к камере и микрофону в Microsoft Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Camera или Microphone .

   Источник: Windows Central
5. Используйте раскрывающееся меню и выберите устройство по умолчанию.

6. Включите Спросите, прежде чем получить доступ к переключателю .

   Источник: Windows Central
7. В разделе «Заблокировать» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.
8. В разделе «Разрешить» нажмите кнопку Корзина , чтобы восстановить настройки по умолчанию для домена.

После выполнения этих шагов только веб-сайты в списке «Разрешить» будут иметь доступ к камере и микрофону. Если домена нет ни в одном из списков, вы увидите приглашение разрешить или запретить доступ.

Как разрешить или заблокировать уведомления сайта в Microsoft Edge

Чтобы разрешить или заблокировать уведомления сайта в Microsoft Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Перейдите на веб-сайт, на котором вы хотите управлять настройками местоположения.
3. Щелкните значок Lock рядом со ссылкой на веб-сайт в адресной строке.

4. Щелкните опцию Права доступа к сайту .

   Источник: Windows Central

5. Используйте раскрывающееся меню «Уведомления», чтобы разрешить или запретить разрешение.

   Источник: Windows Central

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

Управление разрешениями на уведомления сайта

Чтобы управлять разрешениями на уведомления для веб-сайтов в Chromium Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Уведомления .

   Источник: Windows Central
5. Включите Спросите, прежде чем получить доступ к переключателю .

6. В разделе «Блокировать» нажмите кнопку меню (трехточечная) и нажмите кнопку Удалить , чтобы восстановить настройки по умолчанию для домена.

   Источник: Windows Central
7. (Необязательно) В разделе «Блокировать» нажмите кнопку Добавить , чтобы заблокировать веб-сайты от отправки уведомлений.
8. В разделе «Блокировать» нажмите кнопку меню (трехточечная) и нажмите кнопку Удалить , чтобы восстановить настройки по умолчанию для домена.
9. (Необязательно) В разделе «Разрешить» нажмите кнопку Добавить , чтобы разрешить сайту отправлять push-уведомления.

После того, как вы выполните эти шаги, сайты в списке «Разрешить» смогут отправлять push-уведомления, но домена нет ни в одном из списков, тогда вы получите приглашение разрешить или запретить доступ.

Как разрешить или заблокировать автовоспроизведение медиафайлов сайта в Microsoft Edge

Чтобы разрешить или запретить сайтам автоматически воспроизводить мультимедиа в Microsoft Edge, выполните следующие действия:

1. Открыть Microsoft Edge .
2. Нажмите кнопку «Настройки и др.» (трехточечная) в правом верхнем углу.
3. Щелкните Права доступа к сайту .

4. Щелкните опцию Автозапуск мультимедиа .

   Источник: Windows Central

5. Используйте Control, если аудио и видео воспроизводятся автоматически на сайтах. От раскрывающегося меню до Разрешить или Ограничить доступ .

   Источник: Windows Central

После того, как вы выполните эти шаги, веб-сайты смогут воспроизводить мультимедиа автоматически, в зависимости от вашей конфигурации.

Мы ориентируем это руководство на Windows 10, но приведенные выше инструкции также будут работать для Microsoft Edge в Windows 7, Windows 8.1 и macOS.

Дополнительные ресурсы по Windows 10

Дополнительные полезные статьи, статьи и ответы на распространенные вопросы о Windows 10 см. На следующих ресурсах:

Двигатели готовы

Вот все машины Forza Horizon 5, подтвержденные на данный момент

Forza Horizon 5 становится масштабнее, чем когда-либо, со своей следующей поездкой в ​​Мексику в сочетании с обширным списком автомобилей, которым он может соответствовать.Вот полный список машин Forza Horizon 5, и все время добавляются новые.

Свежее лицо

Microsoft Store для Windows 11 — это две вещи: потребители и разработчики.

Вместе с Windows 11 Microsoft также запускает новый Microsoft Store для приложений, игр и фильмов. Итак, что изменилось на этот раз, что, по мнению компании, будет работать? Оказывается, очень много, как мы выяснили в нашем интервью с Джорджио Сардо, генеральным менеджером нового Microsoft Store.

Информационная панель сайта | Справка Firefox

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

Безопасность подключения

Значок замка в адресной строке указывает, полностью ли защищено соединение с веб-сайтом. Для получения дополнительной информации щелкните замок, чтобы открыть панель Site Information . В верхней части этой панели показано, классифицируется ли текущее соединение как безопасное.

Щелкните стрелку вправо на панели «Информация о сайте», чтобы просмотреть панель «Безопасность подключения». Здесь вы можете узнать больше о безопасности подключения, например о том, кто выпустил сертификат для безопасного подключения и, если он доступен, о владельце веб-сайта или отключить блокировку небезопасного контента на сайте.Эта панель также включает кнопку «Дополнительная информация», которая открывает вкладку окна «Информация о странице» для веб-сайта.

См. Как узнать, безопасно ли мое подключение к веб-сайту? чтобы узнать больше о безопасности подключения. В статье о блокировке смешанного содержимого в Firefox рассказывается о функции безопасности блокировки содержимого Firefox.

Примечание. Если вы предоставили веб-сайту какие-либо особые разрешения, вы также увидите значок «Разрешения» в адресной строке. Щелкните этот значок, чтобы просмотреть и настроить разрешения, которые вы установили для веб-сайта.Если вы не видите значок разрешений или для редактирования других разрешений, вы можете открыть окно «Информация о странице», которое включает вкладку «Разрешения» со списком доступных настроек разрешений для веб-сайта. Дополнительные сведения см. В статье о панели «Разрешения сайта».

Разрешения

В разделе «Разрешения » на панели «Информация о сайте» будут отображаться все особые разрешения, которые вы предоставили веб-сайту в прошлом, и вы сможете настроить их на месте.

Чтобы изменить любое другое разрешение для сайта, щелкните стрелку вправо на панели, а затем нажмите кнопку «Дополнительная информация».Откроется окно «Информация о странице», в котором содержится подробный раздел разрешений.

Изменить настройки веб-сайтов в Safari на Mac

Reader				On: Автоматически использовать Safari Reader для отображения статей на сайте без рекламы или других отвлекающих факторов. Выкл .: Не использовать Reader по умолчанию на сайте. (Вы по-прежнему можете использовать Reader для отдельных статей на сайте.)
Блокировщики контента
Автовоспроизведение				Разрешить все автоматическое воспроизведение: Все видео на сайте могут воспроизводиться автоматически. Остановить мультимедиа со звуком: Автоматически воспроизводятся только видео без звука. Никогда не использовать автовоспроизведение: Автовоспроизведение видео не поддерживается.
Масштаб страницы				Выберите процент масштабирования, чтобы текст и изображения на сайте было легче увидеть.
Камера				Спросите: Сайт должен спросить, можно ли использовать камеру на вашем Mac. Запретить: Сайт не может использовать вашу камеру. Разрешить: Сайт всегда может использовать вашу камеру.
Микрофон				Спросите: Сайт должен спросить, может ли он использовать микрофон на вашем Mac. Запретить: Сайт не может использовать ваш микрофон. Разрешить: Сайт всегда может использовать ваш микрофон.
Совместное использование экрана
Местоположение				Спросите: Сайт должен спросить, может ли он использовать ваше местоположение. Запретить: Сайт не может использовать ваше местоположение. Разрешить: Сайт всегда может использовать ваше местоположение.
Загрузки				Спросите: Сайт должен спросить перед началом загрузки. Запретить: Сайт не может скачать. Разрешить: С сайта всегда можно скачать.
Уведомления				Разрешить: Сайт всегда может отправлять вам уведомления. Запретить: Сайт не может отправлять вам уведомления. Разрешить веб-сайтам запрашивать разрешение на отправку уведомлений: Когда вы посещаете веб-сайт, который может отправлять вам уведомления, вы видите диалоговое окно с вопросом, хотите ли вы их получать. Чтобы диалоговое окно не отображалось, снимите этот флажок.
Всплывающие окна				Блокировать всплывающие окна, которые появляются при открытии или закрытии веб-страницы. Заблокировать и уведомить: Когда вы посещаете сайт, Safari отображает значок в поле интеллектуального поиска.Вы можете щелкнуть значок, чтобы отобразить всплывающие окна. Блок: На сайте не отображаются всплывающие окна. Разрешить: На сайте могут отображаться всплывающие окна. Примечание: Некоторые веб-сайты используют всплывающие окна для основного содержимого.
WebGL				Спросите: Вы увидите диалоговое окно с вопросом, хотите ли вы доверять использованию сайта WebGL. Блок: Сайт не может отображать контент WebGL. Разрешить: Сайт может использовать WebGL, если только WebGL не представляет угрозы безопасности на вашем компьютере. Разрешить всегда: Сайт может использовать WebGL, даже если WebGL представляет серьезную угрозу безопасности на вашем компьютере. Выбор «Разрешить всегда» может представлять угрозу безопасности, поэтому выбирайте этот вариант только для веб-сайтов, которым вы доверяете. Параметр WebGL отображается только для компьютеров, на которых WebGL может представлять угрозу безопасности.Если параметр не отображается, сайт может отображать контент WebGL.
Веб-сайты, открытые в данный момент				Веб-сайты, открытые в окне или вкладке в Safari. Возможно, вы ранее выбрали вариант во всплывающем меню для некоторых из этих веб-сайтов.
Настроенные веб-сайты				Список настроенных вами веб-сайтов. Если вы не видите Настроенные веб-сайты, значит, вы еще не настроили веб-сайт или очистили список.
Удалить				Удалить выбранный веб-сайт из списка настроенных веб-сайтов.
При посещении других веб-сайтов				Выберите параметр из этого всплывающего меню, чтобы применить его к любому веб-сайту, для которого вы еще не выбрали параметр. Чтобы применить настройку ко всем веб-сайтам, убедитесь, что в разделе «Настроенные веб-сайты» нет веб-сайтов (чтобы быстро очистить список, выберите веб-сайты, затем нажмите «Удалить»).Затем щелкните это всплывающее меню и выберите нужный вариант.

Разрешения для сайта или приложения

Администрация

Необходимые разрешения: владелец или управляющий

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

Уровни счета

Каждая учетная запись Piwik PRO имеет два уровня доступа, доступных для клиентов: владелец и пользователь .

Разница между владельцем и пользователем:

• Владелец является основным контактным лицом для учетной записи и может выполнять все действия в учетной записи, включая добавление веб-сайта, приглашение других пользователей присоединиться, назначение уровня пользователя и предоставление разрешений для веб-сайта.
• Пользователь может выполнять только определенные действия в зависимости от типа разрешений, которые у него есть для каждого веб-сайта. По умолчанию у каждого нового пользователя нет доступа ни к чему.

Виды разрешений

Каждый веб-сайт имеет пять типов разрешений: управление, редактирование и публикация, редактирование, просмотр и запрет доступа.Вы установите их только для учетных записей с уровнем пользователя, потому что уровень владельца имеет доступ ко всему.

• Управление : пользователь может просматривать и редактировать веб-сайты, просматривать, редактировать и публиковать теги, импортировать и экспортировать аудитории, управлять разрешениями и использовать Consent Manager. Но они не могут добавить сайт или нового пользователя.
• Редактировать и публиковать : пользователь может выполнять те же действия, что и на уровне управления, за исключением того, что он не может управлять разрешениями.
• Редактировать : пользователь может просматривать и редактировать веб-сайты, просматривать и редактировать теги, импортировать и экспортировать аудитории и изменять общие параметры.Но они не могут публиковать теги, управлять разрешениями и использовать Consent Manager.
• Просмотр : пользователь может просматривать веб-сайты, теги и экспортировать аудитории.
• Нет доступа : у пользователя нет доступа ни к чему.

Предоставить пользователям права доступа к сайту или приложению

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

Чтобы назначить разрешения пользователям, выполните следующие действия:

1. Перейти к Меню > Администрирование .
2. Перейдите к Сайтам и приложениям .
3. Выберите веб-сайт, для которого вы хотите предоставить разрешения.
4. Щелкните Разрешения и выберите параметр для пользователя.
   

   Совет: Если у вас много веб-сайтов и пользователей, назначьте разрешения для каждого веб-сайта и каждого пользователя.В противном случае ваши товарищи по команде останутся без доступа вообще.

Сравнить разрешения для сайта или приложения

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

Администрация

Действия пользователя	Владелец	Управление	Редактировать и публиковать	Редактировать	Посмотреть	Нет доступа
Добавить сайт или приложение
Добавить мета-сайт и приложение
Добавить пользователя
Создать группу
Управление разрешениями
Установить глобальные настройки сайта и приложения

Аналитика

Действия пользователя	Владелец	Управление	Редактировать и публиковать	Редактировать	Посмотреть	Нет доступа
Посмотреть приборную панель
Добавить, редактировать, удалить свою панель
Добавить, отредактировать, удалить любую панель
Скопируйте любую приборную панель
Посмотреть все отчеты
Добавление, редактирование, копирование, удаление пользовательских отчетов
Настроить стандартный отчет
Экспорт отчета
Посмотреть цели
Добавление и редактирование голов
Добавление и редактирование воронок
Добавление и редактирование отчета о потоках пользователей
Посмотреть нестандартные размеры
Добавить, редактировать, активировать, деактивировать специальные размеры
Просмотреть сегменты
Добавление, редактирование, удаление сегментов
Добавить рассчитанные метрики
Добавить запланированный отчет
Добавить оповещение
Добавить группу значений измерения
Интеграция с Google Search Console
Интеграция с Google Реклама

Диспетчер тегов

Действия пользователя	Владелец	Управление	Редактировать и публиковать	Редактировать	Посмотреть	Нет доступа
Опубликовать
Отменить изменения
Просмотр тегов, триггеров и переменных
Добавление, редактирование, удаление тегов, триггеров и переменных

Менеджер по работе с аудиторией

Действия пользователя	Владелец	Управление	Редактировать и публиковать	Редактировать	Посмотреть	Нет доступа
Просмотр аудиторий и профилей
Добавление, редактирование, удаление аудиторий и атрибутов
Импортировать файл CSV
Экспортные аудитории

Согласие менеджера

Действия пользователя	Владелец	Управление	Редактировать и публиковать	Редактировать	Посмотреть	Нет доступа
Используйте модуль

Создание настраиваемых групп и разрешений SharePoint

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

Однако иногда этих групп и уровней разрешений недостаточно, и вам нужно создать свои собственные. В этом посте я расскажу о настраиваемых группах и уровнях разрешений: что это такое, когда они вам нужны и как их создавать.

Для начала давайте определим базовые группы , уровни разрешений и разрешения.

Индивидуальные разрешения — это то, что пользователь может делать на вашем сайте. Примеры: просмотр страниц, редактирование сайтов и изменение разрешений.

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

Группы — это сегменты, в которые помещаются пользователи. Этим сегментам назначаются уровни разрешений. SharePoint предоставляет четыре группы по умолчанию с заранее назначенными уровнями разрешений.

Итак, что такое пользовательские группы и уровни разрешений ? Имена на самом деле говорят сами за себя. Вы делаете их сами. То, что предоставляет SharePoint, не всегда соответствует вашим потребностям. С настраиваемыми уровнями разрешений вы можете выбирать отдельные разрешения. Это позволяет пользователям делать все, что им нужно. С помощью настраиваемых групп вы можете создавать свои собственные сегменты пользователей и назначать им любой уровень разрешений. Настройка позволяет точно настроить сайт SharePoint для вашей организации.

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

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

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

Допустим, вы хотите создать новый уровень разрешений. Это легко, когда ты знаешь, как это делать.

1. На своем сайте SharePoint перейдите в «Настройки сайта».

2. Щелкните ссылку «Права доступа к сайту» (в разделе «Пользователи и разрешения»).

3. Вверху страницы щелкните вкладку «Разрешения».

4. Нажмите кнопку «Уровни разрешений» (в группе «Управление»).

5. Щелкните «Добавить уровень разрешений».

6. Установите флажки для всех требуемых индивидуальных разрешений.

7. Создайте группу, и готово!

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

Теперь давайте создадим настраиваемую группу с уровнем разрешений.Вот процесс.

1. Перейдите в раздел «Разрешения сайта» (в разделе «Настройки сайта»).

2. На вкладке «Разрешения» щелкните «Группа».

3. Заполните все поля по запросу.

4. Найдите «Предоставить группе разрешения для этого сайта» и выберите требуемый уровень разрешений.

5. Создайте группу, и все готово.

Настройка важна для большинства организаций. Хотя предоставленные группы и уровни разрешений полезны, они могут не охватывать все базы.Скорее всего, будут случаи, когда ни одна из включенных групп или уровней не работает для вашей компании. Для этого работают настраиваемые группы и уровни разрешений. Используя эти инструменты и управляя ими, вы можете сделать свой сайт подходящим для вашей компании.

Для получения дополнительной информации о настройке уровней разрешений следите за обновлениями в следующей публикации о наследовании разрешений SharePoint.

Хотите узнать больше о настройке и настройке интрасети SharePoint? Свяжитесь с нами по поводу вашего проекта SharePoint сегодня!

Разрешения — Таблица

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

Есть несколько взаимосвязанных тем, в которых обсуждается, как думать, устанавливать разрешения и управлять ими. Основные темы:

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

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

Основы разрешений

Проекты и группы

сайтов Tableau используют проекта для организации контента и групп для организации пользователей.Управлять разрешениями проще, если правила разрешений:

• Устанавливается на уровне проекта, а не на отдельных частях контента.
• Устанавливается для групп, а не для отдельных лиц.

Разрешения можно установить только для уже существующих пользователей, групп, проектов или содержимого. Дополнительные сведения о создании пользователей и групп, создании проектов и публикации контента см. В разделе «Управление пользователями и группами», «Использование проектов для управления доступом к контенту». и Опубликовать источники данных и книги (ссылка откроется в новом окне).

Возможности и правила разрешений

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

Примечание: Говоря о разрешениях в целом, часто можно встретить такую ​​фразу, как «у пользователя должно быть разрешение на удаление .«Это легко понять в широком контексте. Однако при работе с разрешениями на техническом уровне, как в этой статье, точнее будет сказать «возможность удаления . ”В этом разделе мы будем использовать более точный термин , возможность , но вы должны знать, что вы можете увидеть разрешение и в других местах.

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

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

Установить права доступа

Правила разрешений устанавливаются по-разному на уровне проекта, на уровне контента или при публикации контента из Tableau Desktop.

Примечание : фраза «разрешения проекта» может иметь два значения. Существуют возможности разрешений для самого проекта — Просмотр и публикация — которые определяют, как пользователь может взаимодействовать с проектом. Также существует концепция правил разрешений на уровне проекта для других типов контента. В этой статье «разрешения на уровне проекта» означают правила разрешений для книг, источников данных и другого контента, которые настраиваются в диалоговом окне разрешений для проекта.Это контрастирует с правилами разрешений «на уровне содержимого», которые могут быть установлены для конкретной книги, источника данных и т. Д.

Для администраторов, владельцев проектов и руководителей проектов

Для установки разрешений на уровне проекта:

1. Перейти к проекту
2. Откройте меню Действия (…) и щелкните Разрешения .

   Откроется диалоговое окно разрешений. В этом диалоговом окне есть две основные области: правила разрешений вверху и таблица действующих разрешений внизу. У каждого типа контента есть вкладка. На изображении ниже показана вкладка «Рабочая книга».

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

3. Чтобы изменить существующее правило разрешений, выберите соответствующую вкладку для этого типа контента и щелкните возможность.
4. Чтобы создать новое правило, нажмите + Добавить правило группы / пользователя и начните вводить текст для поиска группы или пользователя. Для каждой вкладки выберите существующий шаблон из раскрывающегося списка или создайте настраиваемое правило, щелкнув возможности.

Один щелчок устанавливает возможность Разрешено , два щелчка — Запрещено , а третий щелчок отменяет выбор ( Не указано ).

5. По завершении нажмите Сохранить .

Совет : правила разрешений, установленные на уровне проекта, действуют по умолчанию для содержимого, сохраненного в этом проекте и любых вложенных проектах, которые он содержит. Применяются ли эти правила по умолчанию на уровне проекта или только предварительные, зависит от настройки разрешений для содержимого. Этот параметр можно настроить двумя способами: заблокированный или настраиваемый.Дополнительные сведения см. В разделе «Блокировка разрешений на содержимое».

Для администраторов, руководителей проектов и владельцев контента

Если права доступа к содержимому проекта настраиваются, можно изменять разрешения для отдельных частей содержимого. Приведенная ниже информация не имеет отношения к содержимому заблокированных проектов. Дополнительные сведения см. В разделе «Блокировка разрешений на содержимое».

Совет : Хотя можно установить разрешения для отдельного содержимого в настраиваемых проектах, мы рекомендуем управлять разрешениями на уровне проекта.

Установить права доступа к контенту

1. Перейти к содержимому (книга, источник данных, поток, роль данных)
2. Откройте меню Действия (…) и щелкните Разрешения .

   Откроется диалоговое окно разрешений. В этом диалоговом окне есть две основные области: правила разрешений вверху и таблица действующих разрешений внизу. (Обратите внимание на отсутствие вкладок вверху — диалоговое окно разрешений на уровне содержимого не имеет вкладок.)

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

3. Чтобы изменить существующее правило разрешений, щелкните возможность.
4. Чтобы создать новое правило, нажмите + Добавить правило группы / пользователя и начните вводить текст для поиска группы или пользователя. Выберите существующий шаблон из раскрывающегося списка или создайте собственное правило, щелкнув возможности.

Один щелчок устанавливает возможность Разрешено , два щелчка — Запрещено , а третий щелчок отменяет выбор ( Не указано ).

5. По завершении нажмите Сохранить .

Установить разрешения для представления

Совет . Хотя в книге можно установить разрешения на уровне представления, мы настоятельно рекомендуем управлять разрешениями на уровне проекта или книги.

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

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

Дополнительные сведения см. В разделе «Показать или скрыть вкладки листа».

Для издателей контента

Если разрешения для содержимого проекта настраиваются, разрешения для отдельного содержимого можно установить при публикации из Tableau Desktop. Приведенная ниже информация не актуальна для содержимого заблокированных проектов.Дополнительные сведения см. В разделе «Блокировка разрешений на содержимое».

Совет . Хотя в настраиваемых проектах можно установить разрешения для отдельного контента, мы рекомендуем управлять разрешениями на уровне проекта.

1. В диалоговом окне публикации щелкните ссылку «Изменить» для Permissions .
   Если ссылка «Изменить» недоступна, разрешения для проекта заблокированы и не могут быть изменены, кроме как владельцем проекта, руководителем проекта или администратором.
   
2. В диалоговом окне «Добавить / изменить разрешения» отображаются все существующие правила разрешений. Нажмите «Добавить», чтобы добавить новое правило разрешений, или «Изменить», чтобы изменить существующее правило разрешений.
   1. Выберите группу или пользователя на левой панели. Вы можете развернуть группу, чтобы увидеть, каких пользователей она содержит.
   2. Используйте селектор в верхней части правой панели, чтобы выбрать существующий шаблон, или используйте переключатели, чтобы создать настраиваемое правило.

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

3. Когда закончите, нажмите ОК и продолжите публикацию.

Примечание : нельзя установить разрешения при публикации потоков из Tableau Prep Builder. Чтобы установить разрешения для потока, см. Шаги для разрешений на уровне проекта или разрешений на уровне содержимого.

Подсказка : По умолчанию все пользователи добавляются в группу «Все пользователи», которая имеет базовые разрешения для содержимого.Чтобы начать с чистого листа при создании собственных правил разрешений, мы рекомендуем полностью удалить правило или отредактировать правило для всех пользователей, чтобы удалить любые разрешения (установите для шаблона роли разрешений значение Нет). Это поможет предотвратить любую двусмысленность в будущем, уменьшив количество правил, применимых к любому конкретному пользователю, и, следовательно, упростит понимание эффективных разрешений.

Настройки разрешений для конкретных сценариев

Для определенных действий требуются комбинации разрешений и, возможно, ролей сайта.Ниже приведены некоторые распространенные сценарии и необходимые для них конфигурации разрешений

.

Сохранение, публикация и перезапись

В контексте разрешений сохранение — это, по сути, публикация. Таким образом, возможности перезаписи и сохранения копии могут быть предоставлены только пользователям с ролью сайта, которая разрешает публикацию: администратор, создатель или проводник (может публиковать). Роли сайта Explorer или Viewer не могут публиковать, перезаписывать или сохранять копию.

(До версии 2020.1 возможности Опубликовать и Перезаписать назывались Сохранить , а функция Загрузить книгу / Сохранить копию называлась Загрузить книгу / Сохранить как .)

• Возможность публикации проекта позволяет пользователю публиковать контент в этом проекте.
• Возможность перезаписи позволяет пользователю сохранять поверх существующего фрагмента содержимого.Сохраняя содержимое, пользователь становится владельцем этого содержимого. Возможность перезаписи также позволяет пользователям редактировать незначительные аспекты существующих частей контента, такие как описание метрики или синонимы роли данных. Такое редактирование существующего содержимого не меняет владельца содержимого.
• Функция «Сохранить копию» позволяет пользователю сохранять новую копию содержимого. Обычно это делается в сочетании с веб-авторингом и означает, что пользователь может сохранять свои изменения.

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

При веб-редактировании параметр Сохранить в меню «Файл» отображается только для владельца содержимого. Если у пользователя, который не является владельцем, есть возможность перезаписи (позволяющая ему сохранять содержимое), он должен использовать Файл> Сохранить как и назвать книгу точно таким же именем.Это вызывает предупреждение о том, что они собираются перезаписать существующий контент, что они могут сделать. И наоборот, пользователь, имеющий только возможность «Сохранить копию», пытающийся использовать то же имя, получает сообщение об ошибке, в котором говорится, что у него нет разрешения на перезапись существующего содержимого.

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

Примечание : Загрузить книгу / Сохранить копию — это совместная возможность для рабочих книг. Исследователям может быть предоставлена ​​эта возможность, но они могут только загрузить книгу, но не сохранить копию. Предоставление возможности для ролей сайта Explorer (может публиковать), Creator или Administrator дает им возможность загружать книги и для сохранения копии.

Веб-редактирование и веб-разработка

Веб-редактирование и веб-авторинг относятся к общей способности пользователей редактировать или создавать книги непосредственно в браузере.Возможность разрешения называется Web Edit , а настройка сайта — Web Authoring . В этом разделе любое действие по редактированию или публикации в Интернете будет обозначаться как веб-авторинг .

Для включения этой функции существует несколько требований.

• Роль сайта пользователя : у пользователя должна быть соответствующая роль сайта.
  • Зрители не могут редактировать в Интернете.
  • Исследователям может быть предоставлена ​​возможность редактирования в Интернете, но они не могут публиковать.По сути, они могут использовать веб-редактирование, чтобы на лету отвечать на более глубокие вопросы, основанные на существующем содержании, но не могут сохранять свои изменения.
  • Исследователи (могут публиковать) или администраторы сайта. Исследователи могут публиковать, но они могут использовать только те данные, которые уже опубликованы на сайте.
  • Создатели, администраторы сайта Создатели и администраторы серверов могут публиковать и создавать новые источники данных.
• Возможности разрешений : у пользователя должны быть необходимые возможности разрешений, основанные на желаемой функциональности.

Настройки необходимых разрешений

Необязательно: указывает, что эта возможность не задействована в желаемой функциональности.

Доступ к данным для опубликованных источников данных Tableau

Источники данных, опубликованные на сайте Tableau, могут иметь собственную аутентификацию, а также разрешения в среде Tableau.

Когда источник данных публикуется на сайте Tableau, издатель может выбрать способ установки учетных данных для доступа к вашим опубликованным данным, который касается того, как обрабатываются учетные данные источника данных (например, требование, чтобы пользователи входили в базу данных или вводили свои учетные данные для Google Таблиц. ). Эта аутентификация контролируется любой технологией, в которой хранятся данные. Это может быть встроено при публикации источника данных, или издатель источника данных может запросить у пользователя учетные данные для источника данных.Дополнительные сведения см. В разделе «Публикация источника данных».

Существуют также возможности источника данных, которые позволяют или запрещают пользователям видеть (Просмотр) и подключаться к опубликованному источнику данных (Подключиться) в контексте Таблицы. Эти возможности устанавливаются так же, как и любые другие разрешения в Tableau.

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

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

Аутентификация книги в источнике данных	Аутентификация источника данных по данным	Как оценивается доступ к данным для пользователя, использующего книгу
Код для вставки	Код для вставки	Пользователь видит данные, как если бы они были автором книги
Код для вставки	Подсказка пользователя	Пользователь видит данные, как если бы они были автором книги.(Автору предлагается аутентифицировать источник данных, а не пользователя.)
Подсказка пользователю	Код для вставки	У пользователя должна быть собственная возможность Подключить к опубликованному источнику данных
Подсказка пользователю	Подсказка пользователя	У пользователя должна быть собственная возможность Подключить к опубликованному источнику данных, и ему будет предложено ввести свои учетные данные для базовых данных

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

Переместить содержимое

Чтобы переместить элемент, откройте его меню «Действие» (…) и щелкните «Переместить». Выберите новый проект для элемента, затем нажмите «Переместить содержимое». Если Move недоступен или отсутствуют доступные целевые проекты, убедитесь, что выполняются соответствующие условия:

• Администраторы всегда могут переместить контент и проекты в любое место.
• Руководители и владельцы проектов могут перемещать содержимое и вложенные проекты между своими проектами.
  • Обратите внимание, что лица, не являющиеся администраторами, не могут перемещать проекты в проекты верхнего уровня
• Другие пользователи могут перемещать контент только при соблюдении всех трех из следующих требований:
  • Роль сайта «Создатель» или «Проводник» (может публиковать).
  • Права публикации (возможности просмотра и публикации) для целевого проекта
  • Владелец контента или — для книг и потоков — имеющий возможность перемещения.

При перемещении проекта права доступа к его содержимому могут измениться.

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

Метрики

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

• Являются ли создателем или исследователем (может публиковать) роль сайта
• Иметь возможность Опубликовать в проекте
• Иметь возможность Создать / обновить метрику для соответствующей книги

Дополнительные сведения см. В разделах «Создание и устранение неполадок показателей» и «Настройка показателей».

Примечание: До 2021.3 возможность создания метрики в представлении контролировалась функцией «Загрузить полные данные».

Поскольку метрики являются независимым контентом, важно отметить, что разрешения для метрик управляются независимо от представления, из которого они были созданы. (Это отличается от предупреждений и подписок на основе данных, где содержимое предупреждения или подписки можно увидеть только в том случае, если у пользователя есть правильные разрешения для самого представления.)

Хотя возможности для метрик просты, возможность View следует рассматривать с осторожностью. Книга с ограниченными разрешениями может стать основой для метрики с большим количеством открытых разрешений. Чтобы защитить конфиденциальные данные, вы можете запретить создание метрик для определенных книг.

Показать или скрыть вкладки листа

В контексте опубликованного контента вкладки листов (также называемые представлениями с вкладками) представляют собой концепцию, отличную от вкладок листов в Tableau Desktop.Отображение и скрытие вкладок листов в Tableau Desktop означает скрытие листов в среде разработки. Дополнительные сведения см. В разделе «Управление таблицами на панелях мониторинга и в журналах».

Отображение и скрытие вкладок листа (включение или выключение представлений с вкладками) для опубликованного контента относится к навигации в опубликованной книге. Когда отображаются вкладки листов, опубликованное содержимое имеет вкладки навигационных листов в верхней части каждого представления.

Этот параметр также влияет на работу разрешений и может иметь последствия для безопасности (см. Примечание).

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

Отключите представления с вкладками, чтобы разрешить независимые разрешения на просмотр

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

1. Книга должна быть опубликована — нельзя установить разрешения на просмотр во время публикации.
2. Книга должна быть в настраиваемом проекте.
3. В книге нельзя отображать листы как вкладки (представления с вкладками должны быть скрыты).

Когда в книге листы отображаются в виде вкладок, все представления наследуют разрешения книги, и любые изменения разрешений книги влияют на все ее представления. Когда книга в настраиваемом проекте не отображает представления с вкладками, все представления принимают разрешения книги при публикации, но любые последующие изменения в правилах разрешений книги не будут унаследованы представлениями .

Изменение конфигурации листов как вкладок в опубликованной книге также повлияет на модель разрешений. Показать вкладки переопределят любые существующие разрешения на уровне представления и восстановят разрешения на уровне книги для всех представлений. Скрыть вкладки нарушат связь между книгой и ее представлениями.

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

Коллекции

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

Разрешения для коллекции можно изменить либо с помощью диалогового окна разрешений, либо путем предоставления доступа при совместном использовании коллекции, если вы являетесь администратором или владельцем коллекции. Дополнительные сведения см. В разделе «Управление разрешениями на сбор данных».

Частные коллекции

Когда коллекция создается, она по умолчанию является частной.Частная коллекция отображается на странице «Мои коллекции» владельца, но не отображается в списке всех коллекций на сайте. Частные коллекции — это просто коллекции без добавленных правил разрешений. В отличие от других типов контента, в коллекции по умолчанию не добавляется группа «Все пользователи». Когда вы добавляете правила разрешений в коллекцию, она больше не помечается как частная. Чтобы вернуть коллекцию в частное состояние, удалите правила разрешений.

Частные коллекции могут просматривать владелец коллекции, а также администраторы, чья роль сайта дает им эффективные разрешения на просмотр всех коллекций.

Объяснение данных

Когда доступны данные объяснения, пользователь может выбрать отметку в представлении и щелкнуть «Запустить данные объяснения» в меню всплывающей подсказки отметки. Необходимо включить комбинацию настроек, чтобы пояснить данные были доступны в режиме редактирования и просмотра.

Требования к авторам для запуска параметров объяснения данных или редактирования параметров объяснения данных в режиме редактирования:

• Параметр сайта: для параметра «Доступность данных объяснения» установлено значение «Включить».Включено по умолчанию.
• Роль сайта: Создатель, Исследователь (может публиковать)
• Разрешения: для параметра «Выполнить объяснение данных» задано значение «Разрешено». Разрешено по умолчанию.

Примечание. Возможность загрузки полных данных для создателя или проводника (может публиковать) определяет, видят ли они параметр «Просмотр полных данных» в пояснениях по экстремальным значениям. Зрителям всегда запрещена возможность загрузки полных данных.Однако все пользователи могут видеть подробности на уровне записей, если в настройках объяснения данных включен тип объяснения «Экстремальные значения».

Требования для всех пользователей для запуска Explain Data в режиме просмотра:

• Параметр сайта: для параметра «Доступность данных объяснения» установлено значение «Включить». Включено по умолчанию.
• Роль сайта: Создатель, Исследователь или Наблюдатель
• Разрешения: для параметра «Выполнить объяснение данных» задано значение «Разрешено».Разрешено по умолчанию.
• Параметр книги: Разрешить использование данных объяснения в этой книге при просмотре в Интернете, выбранный в диалоговом окне Параметры данных объяснения. Не разрешено по умолчанию.

Чтобы разрешить всем пользователям (включая роль сайта «Наблюдатель») запускать данные объяснения в режиме просмотра, автор книги должен выбрать параметр «Разрешить использование данных объяснения в этой книге при просмотре в Интернете» в диалоговом окне «Параметры объяснения данных». Для получения дополнительной информации см. Управление доступом к данным объяснения.

.