Какой тип отображения не существует

Обновлено: 21.11.2024

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

5.1 Создание необходимых групп и пользователей операционной системы

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

Однако, если вы используете Oracle Preinstallation RPM для подготовки операционной системы Linux к установке Oracle Grid Infrastructure или Oracle Database, тогда он настраивает владельца установки базы данных Oracle ( oracle ), группу инвентаризации Oracle ( oinstall ) и Oracle группа административных привилегий ( dba ).

Если вы предпочитаете распределять привилегии пользователей операционной системы таким образом, чтобы можно было использовать одного пользователя-администратора и одну группу для аутентификации операционной системы для всех административных привилегий, вы можете использовать пользователя oracle в качестве владельца установки и использовать одну группу в качестве основная группа для любого пользователя, которому требуются права администратора для администрирования Oracle ASM и Oracle Database. Эта группа также должна быть группой Oracle Inventory. Чтобы упростить использование значений по умолчанию для инструментов Oracle, имя группы должно быть oinstall .

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

Войдите в систему как root и следуйте инструкциям в следующих разделах, чтобы найти или создать группу Oracle Inventory и пользователя-владельца программного обеспечения Oracle:

5.1.1 Определение существования Oracle Inventory и Oracle Inventory Group

При первой установке программного обеспечения Oracle в системе универсальный установщик Oracle создает файл oraInst.loc. Этот файл определяет имя группы Oracle Inventory (обычно oinstall ) и путь к каталогу Oracle Inventory.

Вы можете настроить одну группу в качестве группы управления доступом для Oracle Inventory, для администраторов баз данных (OSDBA) и для всех других групп управления доступом, используемых программным обеспечением Oracle для аутентификации операционной системы. Однако если вы используете одну группу для аутентификации операционной системы для всех системных привилегий, эта группа должна быть основной для всех пользователей, которым вы хотите предоставить административные системные привилегии.

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

Чтобы определить, существует ли группа Oracle Inventory, выполните следующие действия:

Файл oraInst.loc имеет примерно следующее содержимое:

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

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

В Linux x86-64 и IBM: Linux на System z:

Если файл oraInst.loc существует, вывод этой команды аналогичен следующему:

Используйте команду grep имя_группы /etc/group, чтобы убедиться, что группа, указанная как группа Oracle Inventory, все еще существует в системе. Например:

5.1.2 Создание группы инвентаризации Oracle, если инвентаризация Oracle не существует

Если файл oraInst.loc не существует, создайте группу Oracle Inventory, введя следующую команду:

5.1.3 Об установках Oracle с разделением ролей

Конфигурация разделения рабочих ролей в Oracle Database и Oracle ASM — это конфигурация с группами и пользователями для обеспечения отдельных групп для проверки подлинности операционной системы.

Oracle рекомендует создавать одного владельца программного обеспечения для каждой установки программного обеспечения Oracle. Дополнительные сведения см. в разделе «Владелец программного обеспечения Oracle для каждого программного продукта Oracle».

Чтобы создать отдельных владельцев программного обеспечения Oracle и отдельные группы привилегий операционной системы для разных установок программного обеспечения Oracle, обратите внимание, что каждый из этих пользователей должен иметь центральную группу инвентаризации Oracle ( oraInventory ) в качестве основной группы. Члены этой группы имеют права на запись в каталог центрального каталога Oracle ( oraInventory ), а также разрешения для различных ресурсов и каталогов Oracle Restart в домашнем каталоге Oracle Restart, к которым администраторам баз данных требуется доступ для записи, и другие необходимые права. В документации Oracle эта группа представлена ​​как oinstall в примерах кода. См. «Создание группы инвентаризации Oracle, если инвентаризация Oracle не существует».

Пользователи-владельцы установки программного обеспечения Oracle также должны иметь группу OSDBA базы данных, группу OSDBA домашней страницы Oracle Grid Infrastructure (если вы ее создаете) и (если вы их создаете) OSOPER, OSBACKUPDBA, OSDGDBA и OSKMDBA. группы как второстепенные группы. Владельцам программного обеспечения Oracle требуется членство в группе OSDBA домашней инфраструктуры Oracle Grid, чтобы экземпляры базы данных могли входить в Oracle ASM.

База данных Oracle и инфраструктура Oracle Grid Infrastructure для пользователей-владельцев установки автономного сервера ( oracle и grid соответственно) должны принадлежать к группе Oracle Inventory ( oinstall ).

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

Инфраструктура Oracle Grid Infrastructure для пользователя-владельца установки автономного сервера (grid) должна входить в группу OSDBA каждой домашней базы данных.

5.1.4 Описание групп разделения ролей и пользователей

В следующих разделах представлен обзор пользователей и групп для разделения прав доступа по рабочим ролям:

5.1.4.1 Владелец программного обеспечения Oracle для каждого программного продукта Oracle

Вы можете создать одного пользователя (например, oracle ), который будет владеть как Oracle Database, так и Oracle Grid Infrastructure для установки на отдельном сервере. Однако Oracle рекомендует создавать одного владельца программного обеспечения для каждой установки программного обеспечения Oracle (обычно это oracle для программного обеспечения базы данных и grid для пользователя-владельца Oracle Restart).

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

В документации Oracle пользователь, созданный для владения только установками программного обеспечения Oracle Grid Infrastructure, называется пользователем сетки. Пользователь, созданный для владения всеми установками Oracle или только установками базы данных Oracle, называется пользователем oracle.

5.1.4.2 Стандартные группы базы данных Oracle для разделения ролей

Создайте следующие группы операционных систем, если вы устанавливаете Oracle Database:

Группа OSDBA (обычно dba )

Эту группу необходимо создать при первой установке программного обеспечения Oracle Database в системе. Эта группа идентифицирует учетные записи пользователей операционной системы, которые имеют административные привилегии базы данных (привилегия SYSDBA).

Группа OSOPER для Oracle Database (обычно oper )

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

5.1.4.3 Расширенные группы базы данных Oracle для разделения ролей

Начиная с Oracle Database 12 c выпуска 1 (12.1), в дополнение к привилегии OSOPER для запуска и закрытия базы данных, вы можете создавать новые административные привилегии, которые более специфичны для конкретных задач и менее привилегированы, чем система OSDBA/SYSDBA. привилегии для поддержки конкретных задач с административными привилегиями, необходимых для повседневной работы с базой данных. Пользователи, которым предоставлены эти системные привилегии, также аутентифицируются через членство в группе операционной системы.

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

Привилегии и группы разделения рабочих ролей подмножества OSDBA состоят из следующего:

Группа OSBACKUPDBA для базы данных Oracle (обычно это backupdba )

Создайте эту группу, если хотите, чтобы отдельная группа пользователей операционной системы имела ограниченный набор административных привилегий, связанных с резервным копированием и восстановлением базы данных (привилегия SYSBACKUP).

Добавьте владельца установки программного обеспечения Oracle в группу OSBACKUPDBA.

Группа OSDGDBA для Oracle Data Guard (обычно dgdba )

Создайте эту группу, если хотите, чтобы отдельная группа пользователей операционной системы имела ограниченный набор привилегий для администрирования и мониторинга Oracle Data Guard (привилегия SYSDG).

Добавить владельца установки программного обеспечения Oracle в группу OSDGDBA

Группа OSKMDBA для управления ключами шифрования (обычно это kmdba )

Создайте эту группу, если хотите, чтобы отдельная группа пользователей операционной системы имела ограниченный набор привилегий для управления ключами шифрования, например для управления Oracle Wallet Manager (привилегия SYSKM).

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

5.1.4.4 Группы автоматического управления хранилищем Oracle для разделения ролей

Группа OSDBA для Oracle ASM (обычно asmdba )

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

Владелец программного обеспечения Oracle Grid Infrastructure (обычно grid ) должен быть членом группы OSDBA. Членство в группе OSDBA обеспечивает доступ к файлам, управляемым Oracle ASM. Если у вас есть отдельная группа OSDBA для Oracle ASM, то владелец программного обеспечения Oracle Restart должен быть членом группы OSDBA для каждой базы данных и группы OSDBA для Oracle ASM.

Группа OSASM для администрирования Oracle ASM (обычно asmadmin )

Создайте эту группу как отдельную группу, если вы хотите иметь отдельные группы прав администратора для администраторов Oracle ASM и Oracle Database. Членам этой группы предоставляются системные привилегии SYSASM для администрирования Oracle ASM. В документации Oracle группа операционной системы, участникам которой предоставлены привилегии SYSASM, называется группой OSASM, а в командной строке — asmadmin .

Oracle ASM может поддерживать несколько баз данных. Если в вашей системе несколько баз данных и вы используете несколько групп OSDBA, чтобы вы могли предоставить отдельные привилегии SYSDBA для каждой базы данных, вам следует создать группу, членам которой предоставлены административные привилегии OSASM/SYSASM, и создать пользователя грид-инфраструктуры ( grid ), которому не принадлежит установка базы данных, так что вы отделяете административные привилегии Oracle Grid Infrastructure SYSASM от группы административных привилегий базы данных.

Члены группы OSASM могут использовать SQL для подключения к экземпляру Oracle ASM в качестве SYSASM с использованием аутентификации операционной системы. Привилегии SYSASM позволяют монтировать и отключать группы дисков, а также выполнять другие задачи администрирования хранилища. Привилегии SYSASM не предоставляют привилегий доступа к экземпляру СУБД.

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

Группа OSOPER для Oracle ASM (обычно asmoper )

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

Если вы хотите создать группу OSOPER для Oracle ASM, владелец Oracle Grid Infrastructure должен быть членом этой группы.

Руководство администратора базы данных Oracle для получения дополнительной информации о группах OSDBA, OSASM, OSOPER, OSBACKUPDBA, OSDGDBA и OSKMDBA, а также привилегиях SYSDBA, SYSASM, SYSOPER, SYSBACKUP, SYSDG и SYSKM

Раздел «Управление правами администратора» в Oracle Database Security Guide

5.1.5 Создание групп и пользователей операционной системы базы данных с разделением ролей

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

Диспетчер устройств отображает только устройства, драйверы и принтеры, не поддерживающие Plug and Play, когда вы нажимаете Показать скрытые устройства в меню Вид. Устанавливаемые вами устройства, которые не подключены к компьютеру (например, устройство с универсальной последовательной шиной [USB] или «фантомные» устройства), не отображаются в диспетчере устройств, даже если вы нажимаете «Показать скрытые устройства».

Временное решение

Чтобы обойти эту проблему и отображать отключенные устройства при нажатии кнопки Показать скрытые устройства:

Для Windows 8 и более поздних версий перейдите к шагу 3.

Для Windows 7 и более ранних версий начните с шага 1:

Нажмите "Пуск", выберите "Все программы", выберите
Стандартные и нажмите "Командная строка".

В командной строке введите следующую команду и нажмите клавишу ВВОД:

Для Windows 8 и более поздних версий: в меню "Пуск" найдите диспетчер устройств и выберите Диспетчер устройств в результатах поиска.

Для Windows 7 и более ранних версий: введите следующую команду в командной строке и нажмите клавишу ВВОД:

Устранение неполадок с устройствами и драйверами в диспетчере устройств.

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

После устранения неполадок закройте Диспетчер устройств.

Введите exit в командной строке.

Примечание. В Windows 7 и более ранних версиях при закрытии окна командной строки Window очищает переменную devmgr_show_nonpresent_devices=1, заданную на шаге 2, и предотвращает отображение фантомных устройств при нажатии кнопки Показать скрытые устройства.

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

Щелкните правой кнопкой мыши Мой компьютер.

Перейдите на вкладку "Дополнительно".

Перейдите на вкладку "Переменные среды".

Установите переменные в поле "Системные переменные".

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

Дополнительная информация

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

Обычные скрытые устройства, которые не отображаются (драйверы, не поддерживающие Plug and Play, принтеры и т. д.)

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

Формально свойство display устанавливает внутренний и внешний типы отображения элемента. Внешний тип задает участие элемента в компоновке потока; внутренний тип устанавливает расположение дочерних элементов. Некоторые значения отображения полностью определены в своих индивидуальных спецификациях; например, детали того, что происходит при объявлении display: flex, определены в спецификации гибкой блочной модели CSS.

Синтаксис

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

Сгруппированные значения

Значения ключевых слов можно сгруппировать в шесть категорий значений.

Снаружи

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

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

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

Примечание. Браузеры, поддерживающие синтаксис с двумя значениями, при нахождении только внешнего значения, например, когда указано display: block или display: inline, устанавливают для внутреннего значения значение flow . Это приведет к ожидаемому поведению; например, если вы укажете элемент как блочный, вы ожидаете, что дочерние элементы этого элемента будут участвовать в блочном и встроенном обычном макете потока.

Внутри

Эти ключевые слова определяют тип внутреннего отображения элемента, который определяет тип контекста форматирования, в котором размещается его содержимое (при условии, что это незаменяемый элемент):

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

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

В зависимости от значения других свойств (таких как position , float или overflow ) и от того, участвует ли он сам в блочном или встроенном контексте форматирования, он либо устанавливает новый блочный контекст форматирования (BFC) для своего содержимого, либо интегрирует его содержимое в родительский контекст форматирования.

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

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

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

Элемент ведет себя как встроенный элемент и размещает свое содержимое в соответствии с моделью форматирования ruby. Он ведет себя как соответствующие элементы HTML.

Примечание. Браузеры, поддерживающие синтаксис с двумя значениями, при нахождении только внутреннего значения, например, если указано display: flex или display: grid, установят для внешнего значения значение block . Это приведет к ожидаемому поведению; например, если вы укажете элемент display: grid , вы ожидаете, что блок, созданный в контейнере сетки, будет блоком уровня блока.

Элемент списка

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

Одно значение list-item приведет к тому, что элемент будет вести себя как элемент списка. Его можно использовать вместе с list-style-type и list-style-position .

элемент списка также можно комбинировать с любым ключевым словом и ключевыми словами потока или корня потока.

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

Внутренний

Некоторые модели макета, такие как table и ruby, имеют сложную внутреннюю структуру с несколькими различными ролями, которые могут выполнять их дочерние элементы и потомки.В этом разделе определяются те «внутренние» отображаемые значения, которые имеют значение только в этом конкретном режиме макета.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как элементы HTML.

Эти элементы ведут себя как HTML-элементы, сгенерированные как анонимные поля.

Эти элементы ведут себя как элементы HTML.

Эти значения определяют, будет ли элемент создавать поля отображения вообще.

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

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

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

Наследие

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

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

Это эквивалентно встроенному корневому потоку .

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

Это эквивалент встроенной таблицы .

Элемент ведет себя как встроенный элемент и размещает свое содержимое в соответствии с моделью flexbox.

Это эквивалент встроенного гибкого файла .

Элемент ведет себя как встроенный элемент и размещает свое содержимое в соответствии с моделью сетки.

Это эквивалентно встроенной сетке .

Какой синтаксис следует использовать сейчас?

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

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

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

Дополнительную информацию об этих изменениях в спецификации см. в статье Адаптация к новому синтаксису отображения с двумя значениями.

Глобальный

Описание

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

Макет CSS Flow (отображение: блок, отображение: встроенный)

дисплей: гибкий

отображение: сетка

Проблемы доступности

отображение: нет

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

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

отображение: содержимое

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

Таблицы

Изменение отображаемого значения элемента на block , grid или flex изменит его представление в дереве специальных возможностей. Это приведет к тому, что таблица больше не будет правильно объявляться технологией чтения с экрана.

Формальное определение

Формальный синтаксис

Примеры

сравнение отображаемой ценности

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

Мы включили padding и background-color для контейнеров и их дочерних элементов, чтобы было легче увидеть эффект, который оказывают отображаемые значения.

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

Нажатие кнопки «Отправить с помощью DocuSign» вызывает ошибку.

Ошибка

"Невозможно отобразить этот конверт либо потому, что у пользователя недостаточно прав, либо потому, что конверт не существует."


Причина

Если все пользователи не могут отправить: проблема с учетными данными системного отправителя.

Если отдельные пользователи не могут отправлять сообщения: предполагается, что проблема связана с профилями отдельных пользователей. Запись информации о членстве пользователя хранится в его профиле пользователя Salesforce в поле «Имя пользователя DocuSign» (имя пользователя DSproSF — более ранние версии). Если это поле пусто, для закрытого пользователя или не связанного с учетной записью системного отправителя, вы увидите эту ошибку. Ошибка также возникает, если данный пользователь в настоящее время не является активным пользователем DocuSign.

Исправление общесистемного поведения и системного отправителя

  1. Войдите в свою среду Salesforce как администратор.
  2. Выберите вкладку "Администратор" DocuSign.
  3. Выберите раздел «Учетная запись» на вкладке «Администратор» DocuSign.
  4. Проверьте текущее имя аккаунта и метаданные на наличие несоответствий.
  5. Нажмите кнопку «Изменить конфигурацию учетной записи».
  1. При необходимости выберите правильное значение среды из раскрывающегося списка.
  2. Если членство связано с несколькими учетными записями, вы получите сообщение "У вас есть несколько учетных записей DocuSign, связанных с этим электронным письмом". Когда это произойдет, появится раскрывающееся меню с надписью Аккаунт, в котором можно выбрать таргетинг.
  3. Выберите правильную учетную запись, а затем снова выберите вход для завершения, в результате чего появится зеленое сообщение "Вход в учетную запись DocuSign выполнен успешно".
  4. Вам будет предложено подключить DocuSign к Salesforce для обратной записи, но если нет проблем с обратной записью, в этом нет необходимости.

Исправление поведения отдельных пользователей и значения имени пользователя DocuSign.

ПРИМЕЧАНИЕ. В этих инструкциях предполагается, что активный профиль пользователя DocuSign существует под той же учетной записью, что и системный отправитель, определенный для среды.

  1. Войдите в свою среду Salesforce как администратор.
  2. Выберите «Настройка» > «Пользователи» > «Пользователи».
  3. Откройте профиль пользователя с проблемой.
  4. Найдите поле Имя пользователя DocuSign (имя пользователя DSProSFUsername в более ранних версиях) и добавьте его с помощью Редактировать макет, если оно не отображается:
  1. Обратите внимание на 28-символьное значение, если оно заполнено.
  2. Войдите в веб-приложение DocuSign как администратор.
  3. Выберите «Настройки» > «Пользователи» и нажмите на пользователя, с которым хотите сопоставиться. Должно быть поле с пометкой Имя пользователя API с похожим значением из 28 символов. Сравните их, ожидая, что они не совпадают.
  4. Скопируйте значение имени пользователя API с портала DocuSign в поле DSProSFUsername в профиле Salesforce и сохраните его.

ПРИМЕЧАНИЕ. Профиль пользователя в Salesforce теперь будет авторизован для отправки под выбранным профилем пользователя. При внесении этих изменений обязательно выберите соответствующего пользователя DocuSign.


Обратите внимание. Некоторые действия, описанные в этой статье, неприменимы к версиям DFS 7.0–7.7.4. После внесения изменений вам потребуется использовать принудительную синхронизацию в инструментах устранения неполадок.

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

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

Иерархия файлов шаблонов

Обзор

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

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

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

За исключением базового файла шаблона index.php, вы можете выбрать, хотите ли вы реализовать конкретный файл шаблона или нет.

Совет. В этих примерах используется расширение файла PHP. В блочных темах вместо них используются файлы HTML, но иерархия шаблонов такая же.

Если WordPress не может найти файл шаблона с совпадающим именем, он переходит к следующему файлу в иерархии. Если WordPress не может найти подходящий файл шаблона, будет использоваться файл index.php темы.

При использовании дочерней темы любой файл, который вы добавляете в дочернюю тему, переопределит тот же файл в родительской теме. Например, обе темы содержат один и тот же шаблон category.php , тогда используется шаблон дочерней темы.
Если дочерняя тема содержит определенный шаблон, такой как category-unicorns.php, а родительская тема содержит шаблон с более низким приоритетом, например категорию .php , то используется category-unicorns.php дочерней темы.
Наоборот, если дочерняя тема содержит только общий шаблон, такой как category.php , а родительская тема содержит конкретный шаблон, такой как category-unicorns.php , тогда используется родительский шаблон category-unicorns.php.

Примеры

  1. Ищет файл шаблона в каталоге текущей темы, соответствующий ярлыку категории. Если ярлык категории — «единороги», WordPress ищет файл шаблона с именем category-unicorns.php .
  2. Если category-unicorns.php отсутствует, а идентификатор категории равен 4, WordPress ищет файл шаблона с именем category-4.php .
  3. Если не указан файл category-4.php, WordPress будет искать общий файл шаблона категории, category.php .
  4. Если category.php не существует, WordPress будет искать общий шаблон архива, archive.php .
  5. Если также отсутствует archive.php, WordPress будет использовать основной файл шаблона темы, index.php .

Визуальный обзор

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

Иерархия шаблонов в деталях

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

Отображение главной страницы

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

Примечание. Если существует front-page.php, он переопределит шаблон home.php.

Отображение главной страницы

Файл шаблона front-page.php используется для отображения главной страницы вашего сайта, независимо от того, отображается ли главная страница индекс сообщений блога (упомянутый выше) или статическая страница. Шаблон главной страницы имеет приоритет над шаблоном индекса сообщений блога ( home.php ). Если файл front-page.php не существует, WordPress будет использовать либо файлы home.php, либо page.php в зависимости от настроек в меню «Настройки» → «Чтение». Если ни один из этих файлов не существует, будет использоваться файл index.php.

  1. front-page.php — используется как для «ваших последних сообщений», так и для «статической страницы», как указано в разделе «Отображает главную страницу» в меню «Настройки» → «Чтение».
  2. home.php — если WordPress не может найти front-page.php, а «ваши последние сообщения» установлены в разделе отображения главной страницы, он будет искать home.php. Кроме того, WordPress будет искать этот файл, когда страница сообщений установлена ​​в разделе отображения главной страницы.
  3. page.php — когда в разделе отображения главной страницы задана «главная страница».
  4. index.php — когда «ваши последние сообщения» установлены в разделе отображения главной страницы, но home.php не существует или, когда главная страница установлена, но page.php не существует.< /li>

Как видите, существует множество правил, по которым идет WordPress. Использование диаграммы выше — лучший способ определить, что будет отображать WordPress.

Отображение страницы политики конфиденциальности

Файл шаблона privacy-policy.php используется для отображения страницы Политики конфиденциальности вашего сайта. Шаблон страницы политики конфиденциальности имеет приоритет над шаблоном статической страницы ( page.php ). Если файл privacy-policy.php не существует, WordPress будет использовать файлы page.php или single.php в зависимости от доступных шаблонов. Если ни один из этих файлов не существует, будет использоваться файл index.php.

  1. privacy-policy.php — используется для страницы Политики конфиденциальности, установленной в разделе «Изменить страницу политики конфиденциальности» в меню «Настройки» → «Конфиденциальность».
  2. Файл пользовательского шаблона — шаблон страницы, назначенный странице. См. get_page_templates() .
  3. page-.php — если слаг страницы имеет значение privacy , WordPress будет использовать page-privacy.php .
  4. page-.php — если идентификатор страницы равен 6, WordPress будет использовать page-6.php .
  5. page.php
  6. единственный.php
  7. index.php

Отдельное сообщение

Файл шаблона отдельного сообщения используется для отображения одного сообщения. WordPress использует следующий путь:

  1. single--.php — (начиная с версии 4.4) сначала WordPress ищет шаблон для конкретной записи. Например, если тип сообщения – продукт, а ярлык сообщения – dmc-12 , WordPress будет искать single-product-dmc-12.php .
  2. single-.php — если тип сообщения — product , WordPress будет искать single-product.php .
  3. single.php — затем WordPress возвращается к single.php .
  4. singular.php — затем возвращается к single.php .
  5. index.php. Наконец, как упоминалось выше, WordPress в конечном итоге возвращается к index.php.

Одна страница

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

  1. Файл пользовательского шаблона — шаблон страницы, назначенный странице. См. get_page_templates() .
  2. page-.php — если слаг страницы — недавние новости, WordPress будет использовать page-recent-news.php.
  3. page-.php — если идентификатор страницы равен 6, WordPress будет использовать page-6.php .
  4. page.php
  5. единственный.php
  6. index.php

Категория

Визуализация индексных страниц архива категорий использует следующий путь в WordPress:

  1. category-.php — если ярлык категории — news , WordPress будет искать category-news.php .
  2. category-.php — если идентификатор категории равен 6 , WordPress будет искать category-6.php .
  3. category.php
  4. архив.php
  5. index.php

Чтобы отобразить индексную страницу архива тегов, WordPress использует следующий путь:

  1. tag-.php — если слаг тега — это sometag , WordPress будет искать tag-sometag.php .
  2. tag-.php — если идентификатор тега равен 6 , WordPress будет искать tag-6.php .
  3. tag.php
  4. архив.php
  5. index.php

Пользовательские таксономии

Пользовательские таксономии используют немного другой путь к файлу шаблона:

  1. taxonomy--.php — если таксономия — sometax, а термин таксономии — someterm, WordPress будет искать таксономию-sometax-someterm.php. В случае форматов постов таксономия — «post_format», а термины — «post-format-. например, taxonomy-post_format-post-format-link.php для формата поста со ссылкой.
  2. taxonomy-.php — если бы таксономия была sometax , WordPress искал бы taxonomy-sometax.php .
  3. taxonomy.php
  4. архив.php
  5. index.php

Пользовательские типы записей

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

  1. archive-.php — если тип публикации — product , WordPress будет искать archive-product.php .
  2. архив.php
  3. index.php

(Чтобы отобразить шаблон одного типа сообщения, обратитесь к разделу об отображении одного сообщения выше.)

Отображение автора

Исходя из приведенных выше примеров, рендеринг индексных страниц авторского архива вполне объясним:

  1. author-.php — если красивое имя автора — matt , WordPress будет искать author-matt.php .
  2. author-.php — если идентификатор автора равен 6 , WordPress будет искать author-6.php .
  3. автор.php
  4. архив.php
  5. index.php

Страницы индекса архива на основе даты отображаются так, как вы ожидаете:

  1. дата.php
  2. архив.php
  3. index.php

Результат поиска

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

404 (не найдено)

Аналогичным образом файлы шаблонов 404 вызываются в следующем порядке:

Приложение

Визуализация страницы вложения (тип сообщения вложения) использует следующий путь:

  1. .php — может быть любого типа MIME (например: image.php , video.php , pdf.php ). Для text/plain используется следующий путь (по порядку):
    1. text-plain.php
    2. plain.php
    3. text.php

    Встроить

    Файл шаблона встраивания используется для отображения встраиваемого сообщения. Начиная с версии 4.5, WordPress использует следующий путь:

    1. embed--.php — сначала WordPress ищет шаблон для конкретной публикации. Например, если его тип сообщения — сообщение и он имеет аудиоформат, WordPress будет искать embed-post-audio.php .
    2. embed-.php — если тип записи — product , WordPress будет искать embed-product.php .
    3. embed.php — затем WordPress возвращается к встраиванию .php .
    4. Наконец, WordPress в конечном итоге возвращается к своему собственному шаблону wp-includes/theme-compat/embed.php.

    Обработка символов, отличных от ASCII

    Начиная с WordPress 4.7, любая динамическая часть имени шаблона, которая включает символы, отличные от ASCII, фактически поддерживает как незакодированную, так и закодированную форму в указанном порядке. Вы можете выбрать, что использовать.

    Вот иерархия шаблонов страниц для страницы «Hello World 😀» с идентификатором 6:

    • страница-привет-мир-😀.php
    • страница-привет-мир-%f0%9f%98%80.php
    • страница-6.php
    • page.php
    • единственный.php

    То же самое относится к заголовкам сообщений, названиям терминов и псевдонимам авторов.

    Иерархия фильтров

    Система шаблонов WordPress позволяет фильтровать иерархию. Это означает, что вы можете вставлять и изменять элементы в определенных точках иерархии. Фильтр (находящийся в функции get_query_template()) использует это имя фильтра: "_template", где $type — это тип шаблона.

    Читайте также:

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