В портале администрирования SharePoint Online мы можем указать как первичного администратора — Primary Admin, так и остальных администраторов в свойствах сайта.
Давайте рассмотрим, как это сделать при помощи PowerShell.
В портале администрирования SharePoint Online мы можем указать как первичного администратора — Primary Admin, так и остальных администраторов в свойствах сайта.
Давайте рассмотрим, как это сделать при помощи PowerShell.
Команда Register-ArgumentCompleter позволяет регистрировать механизмы завершения аргументов обоих типов — Custom и Native, однако же у нас нет какой-либо встроенной возможности для получения информации о тех механизмах, что уже зарегистрированны в текущей сессии, или же для удаления некоторых из них.
sthArgumentCompleter — это модуль для работы с механизмами завершения аргументов, зарегистрированными при помощи команды Register-ArgumentCompleter.
sthInvokeUsingCulture — это модуль, содержащий четыре функции, предназначенные для выполнения команд с указанными региональными настройками.
sthVault — это модуль, содержащий пять функций, предназначенных для работы с хранилищами.
sthMailProfile — это модуль, содержащий четыре функции, предназначенные для создания профилей электронной почты и отправки сообщений с их помощью.
sthModuleScope — это модуль, содержащий четыре функции, предназначенные для работы с элементами в области модуля. Если вы создаете собственные модули, где некоторые из функций и переменных предназначены только для внутреннего использования, то этот модуль может помочь при их диагностике и отладке.
Когда вы добавляете пользователя в одну из защищенных групп, таких как: ‘Account Operators’, ‘Administrators’, ‘Backup Operators’, ‘Domain Admins’, ‘Domain Controllers’, ‘Enterprise Admins’, ‘Print Operators’, ‘Read-only Domain Controllers’, ‘Replicator’, ‘Schema Admins’ or ‘Server Operators’, он также становится защищенным.
Если вы часто используете в своей работе конвейер или же решили познакомиться с ним поближе, вам может быть полезен модуль sthPipelineTools.
Когда мы пишем скрипты или функции, чаще всего для этого мы создаем какую-либо структуру папок (Plaster?) и уже в ней сохраняем наши .ps1 и .psm1 и (возможно, многочисленные) тестовые и вспомогательные файлы.
Закончив с написанием кода, мы организуем рабочие файлы в виде модуля, создав необходимый манифест и копируем все необходимые компоненты в определенный каталог, чтобы они были доступны в среде PowerShell (скорее всего это будет C:\Program Files\WindowsPowerShell\Modules).
Иногда нам может потребоваться скопировать модуль из рабочей папки в его окончательное местоположение для того, чтобы протестировать его функциональность. Причин может быть много, к примеру, одна из них — правильно ли мы указали значение параметра -FunctionsToExport командлета New-ModuleManifest.
Одним из вариантов автоматизации этой операции будет использование функционала Tasks в Visual Studio Code.
При создании DSC-конфигурации мы используем ресурсы. Каждый ресурс обладает определенным набором свойств, значения которых определяют, что будет из себя представлять результат применения данной конфигурации.