Cnsearch плагины (plug ins)


Содержание

Search plug-in development

These built in search methods are text based and simply search for the input string in the table’s data — there is little «intelligence» in how the search is performed (for example a mistake in the spelling of a search term will cause an unexpected result set to be returned).

The custom search options in DataTables provide the ability to extend the search abilities of any DataTable using virtually any logic you wish to apply to the data set. This is done by simply providing a search function that is called by DataTables for each row in the table whenever it needs to search the data. The search function must return true or false to indicate if the row in question should be included in the result set or not.

Plug-in structure

Plug-in search functions for DataTables should be attached to the $.fn.dataTable.ext.search array.

Inputs

The function takes five input parameters:

  1. object — DataTables settings object (see settings() ).
  2. array — Array of the search data for the row. The array has one element for each column in the table.
  3. integer — The index for the row in question (see row().index() ).
  4. object or array — The original data source for the row. This will be the array or object that was given to DataTables as the data source for the row.
  5. integer — Search counter. This is the loop index that DataTables uses internally to loop over the rows in the table. This is likely to be most useful when it is 0 which indicates that a new search is occurring and any cached search values could be updated.

It is important to note the difference between parameters 2 and 4 as they are potentially similar and can carry the same data. The array given as the second parameter is the search data for the row, while the fourth parameter is the original data object for the row. The difference is important for if you are using orthogonal data or objects as a data source.

Return

The plug-in search function should return a boolean value:

  • true — The row should be included in the search results
  • false — The row should be removed from the search results

Example

The following example shows a range search taking data from two input elements ( #min and #max ) into which an end user would enter numeric data to search the table. Some logic operation is performed (in this case a numeric range check) and the boolean value is returned.

This example can be viewed in the DataTables examples section.

Виртуализация vSphere, Hyper-V, XenServer и Red Hat

Более 4950 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat

VM Guru | Ссылка дня: Обновился пакет vRealize Build Tools

Улучшенный интерфейс управления плагинами в VMware vSphere 6.7 Update 2.

Не так давно мы писали о новых возможностях последней версии платформы виртуализации VMware vSphere 6.7 Update 2. Одним из нововведений стал улучшенный интерфейс управления плагинами (Plugin Management UI), который дает пользователю полный контроль над процессами обновления и развертывания плагинов к vSphere.

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

В подразделе Client Plug-ins раздела Administrator теперь приведены все клиентские зарегистрированные плагины на любом из серверов vCenter в вашем окружении. Также у этих плагинов есть статусы: In Progress, Deployed, Failed или Incompatible.

Статусы Failed и Incompatible являются кликабельными — при нажатии на них всплывет подсказка с возможной причиной возникновения подобных ошибок или причины несовместимости (при возможности будет также приведен участок лога):

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

  • Панель Recent Tasks в нижней части клиента
  • Консоль в разделе задач (Task Console)
  • Просмотр представления Tasks для выбранного объекта vCenter Server

Задачи создаются и отслеживаются на сервере vCenter, к которому в данный момент подключен vSphere Client. Если же виртуальная среда работает в режиме федерации Enhanced Linked Mode, то задачи по развертыванию плагина создаются на всех подключенных серверах vCenter. Поэтому любой экземпляр vSphere Client будет видеть эти задачи.

Как происходит работа с плагинами

При логине пользователя в vSphere Client, все плагины vCenter загружаются в кэшированную папку самого клиента на сервере vCenter. Для отслеживания этого процесса создается задача «Download plug-in«. Если загрузка плагина прошла успешно, то он становится доступным для развертывания, что видно в консоли задач. И это значит, что он был загружен в кэшированную папку.

Следующая фаза — это задача «Deploy plug-in«, которая стартует следующей. Если она завершается успешно, это значит, что плагин установлен и доступен для использования со стороны vSphere Client. Кстати, если задача Download plug-in прошла с ошибкой, то и задача Deploy plug-in будет пропущена.

Ошибки плагинов при развертывании теперь детально описаны в консоли:

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

В случае апгрейда плагина этот процесс представляется набором из трех задач: «Download plug-in», «Undeploy plug-in» и «Deploy plug-in». После этого в vSphere Client появляется глобальная нотификация о новой версии развернутого плагина и с просьбой сделать рефреш в браузере, чтобы плагин начал работать.

Один сервер vCenter может работать только с одной версией плагина, но в архитектурах Enhanced Linked Mode и Hybrid Linked Mode может быть несколько серверов vCenter, каждый из которых может содержать свою версию плагина.

В этом случае vSphere Client обрабатывает плагины двумя способами:

  • Local plug-in architecture — в этом случае оперирование происходит с самой новой версией плагина, обнаруженной на всех доступных серверах vCenter. При этом все остальные версии плагина игнорируются. Если обнаруживается более новая версия плагина на одном из серверов vCenter — происходит ее апгрейд.
  • Remote plug-in architecture — она появилась в vSphere 6.7 Update 1. В этом случае происходит поддержка своей версии плагина на уровне того сервера vCenter, с которым происходит оперирование со стороны vSphere Client. Такое поведение используется, например, в среде Hybrid Linked Mode, где версии плагинов и серверов vCenter могут отличаться очень значительно. В этом случае все версии плагина скачиваются с соответствующих экземпляров vCenter и работа со стороны vSphere Client происходит с каждой версией как с независимым плагином.

Ну и напоследок приведем статусы, которые могут возникать при развертывании и апгрейде плагинов:

In progress

Плагин находится в стадии развертывания.

Deployed

Плагин установлен и доступен для использования через интерфейс vSphere Client.

Failed

Показывается при невозможности скачать или установить плагин:

  • Download error
    • Установка из незащищенного места — используется http вместо https.
    • Невозможно получить URL плагина.
    • vSphere Client не авторизован для скачивания плагина.
  • Packaging error
    • Поврежден zip-пакет плагина.
    • Отсутствует файл манифеста.
    • Отсутствует папка plugins.
    • Отсутствуют необходимые бандлы в плагине.
  • Deployment error
    • Ошибка связей (Dependency error) при развертывании плагина на vSphere Client.
    • Собственная ошибка плагина (Runtime plug-in error).

Incompatible

Показывается когда плагин не поддерживается для данной версии vSphere Client. Возможные причины:

  • Плагин добавлен в черный список администратором.
  • В плагине прописано, что он поддерживает только конкретные версии vSphere Client (и вашей в списке нет).
  • Это плагин на базе флэш-интерфейса под старый клиент vSphere Web Client.

Таги: VMware, vSphere, Plugin, Update, Troubleshooting, Client, Upgrade, vCenter

Стал доступен Google Cloud Plug-in for VMware vRealize Automation.

Недавно компания VMware выпустила плагин Google Cloud Plug-in for VMware vRealize Automation, который позволяет реализовать нативную интеграцию публичного облака Google Cloud и решения для автоматизации операций в облаке vRealize Automation.

Это решение является продолжением уже объявленной VMware в июле прошлого года интеграции с облаком Google средствами плагина Google Cloud plug-in for VMware vRealize Orchestrator (vRO). vRO представляет собой встроенный движок vRealize Automation для оркестрации рабочих процессов в облаке, соответственно, плагин для vRealize Automation позволяет настроить управление рабочими процессами в облаке Google Cloud в дополнение к уже имеющимся процедурам автоматизации в онпремизной инфраструктуре.

С момента превью плагина для vRO команда Google Cloud добавила следующие новые возможности и улучшения в плагин:

  • Поддержка новых сервисов: Google Kubernetes Engine, Cloud SQL, Cloud Spanner, Cloud Pub/Sub, Cloud Key Management Service, Cloud Filestore (Beta), IAM Service Accounts.
  • Улучшенные рабочие процессы для работы с облачными ВМ: установка пароля Windows, исполнение SSH-команд, запрос вывода последовательного порта, восстановление из снапшота и другое.

Также для функций плагина к vRO были сделаны следующие улучшения:

  • Поддержка настройки http-прокси при создании соединения.
  • Рабочие процессы для упрощения импорта ресурсов XaaS Custom Resources и описаний архитектуры Blueprints в инфраструктуру vRealize Automation.
  • Дефолтные опции для рабочего процесса по созданию ВМ.
  • Просмотр оценочной стоимости платы за ВМ в месяц.
  • Рабочий процесс для сбора ошибок и написания письма в поддержку.
  • Улучшенная обработка синхронизации соединений для кластеров vRO.
  • Премиальная поддержка для функций Health Check.
  • Доработанная пользовательская документация и шаблоны сценариев vRO.


Обзор функций плагина Google Cloud Plug-in for VMware vRealize Automation представлен в видео ниже:

Информация о плагине доступна в блоге Google и VMware. Скачать его можно по этой ссылке.

Таги: VMware, vRealize, Google, Cloud, IaaS, Plugin, Automation

Плагин к vSphere Client для сервиса DRS Dump Insight.

На сайте проекта VMware Labs появился полезный плагин DRS Dump Insight H5 Plugin, который добавляет функции утилиты DRS Dump Insight в HTML5-интерфейс vSphere Client на сервере vCenter Server Appliance (vCSA).

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

Плагин DRS Dump Insight в вашем vCSA позволит ответить на следующие вопросы:

  • Где взять список всех рекомендаций DRS?
  • Почему DRS выдал конкретную рекомендацию (улучшить баланс по CPU, по памяти и т.п.)?
  • Почему DRS не вырабатывает рекомендации по балансировке кластера?
  • Как созданное пользователем правило affinity/anti-affinity влияет на балансировку ресурсов в кластере?
  • Если применить некоторую политику в кластере, как изменится балансировка ресурсов DRS?

При установке DRS Dump Insight H5 Plugin нужно выполнить следующие действия:

  • Проверить версию vCenter Server Appliance — подходит только 6.5 и 6.7.
  • Положить пакет с плагином в папку /usr/lib/vmware-vsphere-ui/plugin-packages/ на сервере vCSA.
  • Добавить настройку CompressDrmdumpFiles со значением «0» в advanced options кластера.
  • Перезапустить службу графического интерфейса vsphere-ui командами:
    • service-control —stop vsphere-ui
    • service-control —start vsphere-ui

После установки на вкладке Monitor для каждого кластера вы увидите раздел «DRS Dump Insight«.

Загрузить DRS Dump Insight H5 Plugin можно по этой ссылке (в комбо-боксе выберите версию для своего vCenter).

Таги: VMware, DRS, Labs, Resources, vSphere, Client, Plugin

Темная тема для VMware vSphere HTML5 Client.

Некто Bery Ju разработал интересный плагин к браузеру — темную тему для консоли VMware vSphere HTML5 Client, которая называется dark-vcenter (кстати, некоторое время назад темный режим уже был в клиенте, но его убрали). Эта тема работает для платформ VMware vSphere версий 6.5 и 6.7 под браузеры Google Chrome и Mozilla Firefox.

Это всего лишь CSS-тема для браузера, которая применяется, когда вы заходите на сервер vCenter через vSphere Client. В этом случае плагин автоматически подхватывает клиента. Ничего на самом сервере vCenter при этом не меняется.

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

Помните, что для установки плагина в Google Chrome у вас должен быть включен Developer mode в браузере.

Таги: VMware, vSphere, Client, Plugin, Blogs

Плагин StarWind Virtual SAN к VMware vSphere Web Client.

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

Но не все знают, что у StarWind есть удобный и функциональный плагин StarWind vCenter Plugin, который интегрируется с VMware vSphere Web Client, являющийся основным средством администрирования платформы:

Сам плагин предоставляет ровно ту же функциональность, что и StarWind Management Console (кликабельно):

Для работы Starwind vSphere Plugin потребуется виртуальный модуль StarWind Web Management Appliance (SWMA) или виртуальная машина Gateway Virtual Machine (она также называется Starwind Management Console Thin Client).

Более подробно о плагине StarWind для vSphere Web Client написано в документе «StarWind Management Console vSphere Web Plug-in Installation Guide».

Таги: StarWind, Virtual SAN, Plugin, vSphere, Web Client

Полезный документ от StarWind: «Management Console vSphere plugin».

Как вы знаете, компания StarWind является одним из лидеров в производстве систем для организации программных хранилищ данных под виртуализацию VMware vSphere и Microsoft Hyper-V. Ее флагманский продукт StarWind Virtual SAN позволяет создать отказоустойчивое хранилище всего на базе двух серверов, которые могут еще и исполнять виртуальные машины.

Многие также в курсе, что у Virtual SAN есть плагин к vSphere, через который удобно управлять узлами кластера хранилищ и отслеживать их состояние. На днях вышел интересный документ «StarWind Management Console vSphere plugin», раскрывающий детали развертывания этого плагина, который может оказаться вам полезен:

Вот так примерно это выглядит по окончании установки:

Таги: StarWind, Virtual SAN, vSphere, Plugin

Полезное средство для разработки собственных плагинов к vSphere — VMware HTML Client SDK.

Недавно мы писали о новых возможностях тонкого клиента vSphere HTML5 Web Client, для которого в последнее время было выпущено сразу несколько значимых обновлений. Однако немногие знают, что в состав дистрибутива этого клиента включено и средство разработки VMware HTML Client SDK, которое позволяет создавать собственные плагины к этому продукту для управления платформой vSphere.

Чтобы загрузить SDK, нужно на странице загрузки HTML5 Web Client выбрать пункт html-client-sdk-xxxx.zip:

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

Кстати, эти расширения будут совместимы как с новым vSphere Client (на базе HTML5), так и с новым vSphere Web Client (на базе технологии Flex):

HTML Client SDK Fling построен на базе существующего программного интерфейса HTML Br > в новую среду для HTML5.

В комплекте с утилитой поставляется подробная информация по развертыванию и эксплуатации, приведенная в документе «Getting Started with HTML Client SDK Fling»:

Там описана настройка HTML SDK, а также инструкции по регистрации плагинов на сервере vCenter и созданию простого учебного плагина:

В документе описаны 4 примера использования (chassisA, chassisB, globalview-html, vsphere-wssdk), которые представляют собой демонстрации таких сущностей, как портлеты, вкладки, действия, объекты и списки:

Также VMware HTML Client SDK содержит различные утилиты в виде исполняемых сценариев, которые вы можете использовать для создания новых типовых проектов. Они находятся в следующей директории:

…\html-client-sdk\tools\Plugin generation scripts

и называются create-html-plugin.sh для Mac OS и create-html-plugin.bat для Windows OS. Также есть новые скрипты для создания папки с составляющими пакета для плагина. Эти скрипты называются build-plugin-package.sh, и они появляются, когда созданы сервисы pluginName-ui и pluginName.

Болеее подробно о VMware HTML Client SDK можно узнать, загрузив утилиту со странички HTML5 Web Client.

Таги: VMware, Web Client, SDK, HTML Client, vCenter, Plugins, vSphere

VMware vSphere Client Integration Plugin (CIP) — зачем он нужен и где его взять.

Те, из вас, кто пользуется веб-средством vSphere Web Client для управления виртуальной инфраструктурой VMware vSphere, знают, что при логине в окно клиента в самом низу предлагают скачать Client Integration Plugin (CIP):

CIP — это пакет средств от VMware, представляющий собой набор полезных утилит для некоторых административных операций в виртуальной инфраструктуре. Утилиты доступны как для Microsoft Windows, так и для Apple Mac OS X (а скоро будет и поддержка Linux).

Посмотрим на состав этого набора:

  • ovftool — это отдельная утилита CLI, которую можно использовать для импорта и экспорта виртуальных модулей (Virtual Appliances) в форматах OVF и OVA.
  • Windows Authentication — позволяет использовать аутентификацию SSPI Windows при логине через vSphere Web Client.
  • Remote Devices — возможность подключить клиентские устройства (CD-ROM, Floppy, USB и прочие) к виртуальной машине.
  • File Upload/Download — это вынесенный в отдельную утилиту Datastore browser для загрузки файлов на виртуальные хранилища.
  • Content Library — операции импорта и экспорта для компонента Content Library.
  • Client Side Logging/Config — позволяет записывать логи на стороне клиента, а также реализует настройки логирования vSphere Web Client.

Процедура развертывания vSphere Client Integration Plugin выглядит примерно так (видео от версии vSphere 5.5):

Ранее CIP как браузерный плагин использовал модель Netscape Plugin Application Programming Interface (NPAPI), но поскольку в Google Chrome последних версий и прочих браузерах поддержка этой устаревшей модели была окончена, то теперь используется обновленная модель отображения, которая реализована, начиная с Sphere 5.5 Update 3a и vSphere 6.0 Update 1 (поэтому лучше CIP использовать с платформами этих версий или выше).

Более подробно об утилитах CIP рассказано вот тут.

Таги: VMware, vSphere, Plugin, Update

Вышел vCloud Hybrid Service vSphere Client plug-in 1.5 — больше возможностей по работе с публичным облаком VMware.

Не так давно мы писали о том, что публичное облако VMware vCloud Hybrid Service стало дешевле и начинает экспансию в Европу, начав с британских датацентров. А на днях VMware обновила свой плагин vCloud Hybrid Service vSphere Client plug-in до версии 1.5, который позволяет управлять гибридным облаком (собственная виртуальная инфраструктура плюс ее часть, размещенная на стороне датацентров vCHS). Напомним, что про vCloud Hybrid Service vSphere Client версии 1.0 мы уже писали вот тут.

Данный плагин работает только под vSphere Web Client версии 5.5. С помощью плагина можно делать следующие вещи:

  • Администрировать ресурсы на стороне публичного облака VMware (как в режиме Dedicated Cloud, так и в режиме Virtual Private Cloud).
  • Просматривать инвентори виртуальных машин и управлять виртуальными датацентрами, их шлюзами и сетями.
  • Развертывать виртуальные машины из шаблонов, находящихся в каталоге, а также изменять конфигурацию существующих ВМ.
  • Автоматически получать обновления любых изменений, сделанных через vCHS web portal.

В версии плагина 1.5 была также добавлена поддержка двух механизмов: ярусного хранения (Storage tiers) и восстановления после сбоя (Disaster Recovery). Теперь вы можете настраивать размещение дисковых ресурсов виртуальных машин по ярусам («тирам») на уровне виртуального датацентра (VDC), а также перемещать виртуальную машину с одного яруса (типа хранилища) на другой в зависимости от требований к хранилищам:

Кроме того, новая версия плагина позволяет просматривать ресурсы vCloud Hybrid Service Disaster Recovery (DR), такие как виртуальные датацентры и ВМ, их атрибуты (состояние ВМ, статус репликации и используемое хранилище на случай восстановления на стороне vCHS). Также можно выполнять некоторые действия, касающиеся DR-активностей, такие как тестирование восстановления и удаления его следов (Clean Up) прямо из плагина, не заходя в панель управления vCHS.


Также в плагине появилась возможность сохранять его логи в отдельный файл (по умолчанию логи сохраняются в основной лог клиента vsphere_client_virgo.log).

Плагин поставляется в виде родного установщика для vSphere Web Client, поэтому начать использовать его не составляет труда. Для заинтересовавшихся ниже представлено видео с возможностями vCloud Hybrid Service vSphere Client plug-in 1.5:

Скачать vCloud Hybrid Service vSphere Client plug-in 1.5 можно будет уже скоро по этой ссылке (пока там почему-то старая версия). Документация доступна тут.

Таги: VMware, vCHS, Update, Plugin, vSphere, Cloud, Hybrid Cloud, Cloud Computing

Компания VMware выпустила vCloud Hybrid Service vSphere Client Plug-in 1.0.

Мы уже много писали о публичном облаке VMware vCloud Hybrid Service (vCHS), которое еще пока недоступно в России, но уже серьезно набирает обороты в штатах (и скоро будет в UK). Также некоторые из вас помнят, что VMware предлагает средство vCloud Connector, которое представляет собой бесплатный плагин к VMware vCenter (управляется через Web Client), с помощью которого пользователь частной виртуальной инфраструктуры может перемещать свои виртуальные машины в облако сервис-провайдера, который также работает на платформе VMware.

Однако до настоящего момента так и не было полноценного средства, позволяющего объединить частную инфраструктуру предприятия и соответствующий сегмент публичного облака vCHS (в том числе, на базе технологий VXLAN). Теперь такая возможность есть — вышел VMware vCloud Hybrid Service vSphere Client Plug-in 1.0.

Данный плагин работает только под vSphere Web Client версии 5.5. С помощью плагина можно делать следующие вещи:

  • Администрировать ресурсы на стороне публичного облака VMware (как в режиме Dedicated Cloud, так и в режиме Virtual Private Cloud).
  • Просматривать инвентори виртуальных машин и управлять виртуальными датацентрами.
  • Развертывать виртуальные машины из шаблонов, находящихся в каталоге, а также изменять конфигурацию существующих ВМ.
  • Автоматически получать обновления любых изменений, сделанных через vCHS web portal.

Системные требования для установки плагина:

  • vSphere Web Client 5.5 (старый C+ Client не поддерживается).
  • Аккаунт на vCloud Hybrid Service.
  • Совместимые браузеры:
    • Windows: Firefox, Chrome и Internet Explorer.
    • Mac: Chrome и Safari (доступ к консоли ВМ не работает для Mac).
    • Linux: Firefox и Chrome.

Однако плагин не заменяет основной портал VMware vCHS, так как только там можно делать следующее:

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

На сайте VMware есть интересные презентации на тему vCHS vSphere Client Plug-in:

Документация доступна по этой ссылке (самый полезный док тут), а скачать vCloud Hybrid Service vSphere Client Plug-in можно по этой ссылке.

Таги: VMware, vCHS, Plugin, vSphere, Cloud, Cloud Computing, Hybrid

Local Plugin Creator — прикручиваем свои окна как плагины к VMware vSphere Client.

Интересную штучку сделал Alan Renouf с помощью PowerCLI / PowerShell для VMware vSphere Client. Бесплатная утилита для VMware vSphere называется Local Plugin Creator и позволяет создавать свои собственные плагины для VMware vSphere на базе веб-интерфейсов от продуктов для управления виртуальной инфраструктурой VMware. Это позволит не переключаться постоянно между множеством окон, а просто выбирать вкладку в vSphere Client для нужного средства.

Итак, запустив Local Plugin Creator в виде скрипта PowerCLI, мы видим вот такое окно:

Здесь просто вбиваем URL нужной страницы, которую нам необходимо подцепить в качестве плагина к VMware vSphere Client, а также вкладку, где этот плагин будет показан, и нажимаем Create Plugin. Получится что-то вроде этого:

Таги: VMware, vSphere, Plugins, Client, ESX, Blogs, Veeam, Backup, View

Совершенствуем поиск WordPress дополнительными функциями для удобства посетителей

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

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

Поиск WordPress с плагином Search Everything

Search Everything – малоресурсный и полезный плагин, который помогает расширить функциональность поиска WordPress. Скачайте его, установите на свой сайт и активируйте. После этого перейдите в его опции, которые находятся в пункте «Настройки» в подпункте «Search Everything». Здесь вы заметите, что плагин частично переведён на русский язык, причём перевод сделан машинно, и не всё понятно, поэтому мы поясним некоторые опции.

  • БлокнастроекSearch Everything Basic Configuration. Здесь можно выбрать, в каких частях сайта будет производиться поиск. Встроенный поиск WordPress ищет во всех частях сайта. Здесь же вы можете настроить, в каком месте искать не нужно, например, в произвольных типах записей, таксономиях, прикреплённых файлах. Правильная настройка этих опций позволит пользователю избавиться от лишних результатов в выдаче. Также здесь есть удобная настройка – подсвета искомого текста.
  • Search Engine Advanced Configuration. Здесь дополнительные настройки поиска. Можно определить, какие посты, страницы или категории не будут никогда участвовать в поисковой выдаче. Потребуется указать их идентификатор в нужном поле. Кроме того, имеются дополнительные настройки для выделения искомого текста.
  • Тест поиска. Проделав все настройки поиска WordPress, воспользуйтесь этим блоком в секции. Здесь предлагается форма поиска, которая будет работать по заданным вами правилам. Попробуйте записать туда какой-то запрос и оценить, какая будет выдача. Если всё нормально, то сохраните изменения.

Теперь можно вытащить поиск на сайт. Напомним, что для этого можно воспользоваться стандартным виджетом WordPress «Поиск».

Описанный плагин не следует использовать в одиночку. Гораздо продуктивнее можно расширить поиск WordPress, если, например, применить в паре ещё и дополнение, описанное в этой статье.

Plug-in Basics

How Plug-ins are used

Plug-ins offer a rich variety of features that can increase the flexibility of Gecko-based browsers. Plug-ins like these are now available:

  • multimedia viewers such as Adobe Flash and Adobe Acrobat
  • utilities that provide object embedding and compression/decompression services
  • applications that range from personal information managers to games

The range of possibilities for using plug-in technology seems boundless, as shown by the growing numbers of independent software vendors who are creating new and innovative plug-ins.

With the Plug-in API, you can create dynamically loaded plug-ins that can:

  • register one or more MIME types
  • draw into a part of a browser window
  • receive keyboard and mouse events
  • obtain data from the network using URLs
  • post data to URLs
  • add hyperlinks or hotspots that link to new URLs
  • draw into sections on an HTML page
  • communicate with JavaScript/DOM from native code

You can see which plug-ins are installed on your system and have been properly associated with the browser by consulting the Installed Plug-ins page. Go to the Help menu, and click Help and then About Plug-ins. Type «about:plugins» in the Location bar. The Installed Plug-ins page lists each installed plug-in along with its MIME type or types, description, file extensions, and the current state (enabled or disabled) of the plug-in for each MIME type assigned to it. Notice in view-source that this information is simply gathered from the JavaScript.

Because plug-ins are platform-specific, you must port them to every operating system and processor platform upon which you want to deploy your plug-in.

Plug-ins and helper applications

Before plug-ins, there were helper applications. A helper application is a separate, free-standing application that can be started from the browser. Like a plug-in, the browser starts a helper application when the browser encounters a MIME type that is mapped to it. Unlike a plug-in, a helper application runs separately from the browser in its own application space and does not interact with the browser or the web.

When the browser encounters a MIME type, it always searches for a registered plug-in first. If there are no matches for the MIME type, it looks for a helper application.

Plug-ins and helper applications fill different application needs. For more information about helper applications, refer to the Netscape online help.

How plug-ins work

The life cycle of a plug-in, unlike that of an application, is completely controlled by the web page that calls it. This section gives you an overview of the way that plug-ins operate in the browser.

When Gecko starts, it looks for plugin modules in particular places on the system. For more information about where Gecko looks for plugin modules on different systems, see How Gecko Finds Plug-ins.

When the user opens a page that contains embedded data of a media type that invokes a plug-in, the browser responds with the following sequence of actions:

  • check for a plug-in with a matching MIME type
  • load the plug-in code into memory
  • initialize the plug-in
  • create a new instance of the plug-in

Gecko can load multiple instances of the same plug-in on a single page, or in several open windows at the same time. If you are browsing a page that has several embedded RealAudio clips, for example, the browser will create as many instances of the RealPlayer plug-in as are needed (though of course playing several RealAudio files at the same time would seldom be a good idea). When the user leaves the page or closes the window, the plug-in instance is deleted. When the last instance of a plug-in is deleted, the plug-in code is unloaded from memory. A plug-in consumes no resources other than disk space when it is not loaded. The next section, Understanding the Runtime Model, describes these stages in more detail.

Understanding the runtime model

Plug-ins are dynamic code modules that are associated with one or more MIME types. When the browser starts, it enumerates the available plug-ins (this step varies according to platform), reads resources from each plug-in file to determine the MIME types for that plug-in, and registers each plug-in library for its MIME types.

The following stages outline the life of a plug-in from loading to deletion:

  • When Gecko encounters data of a MIME type registered for a plug-in (either embedded in an HTML page or in a separate file), it dynamically loads the plug-in code into memory, if it hasn’t been loaded already, and it creates a new instance of the plug-in.

Gecko calls the plug-in API function NP_Initialize when the plug-in code is first loaded. By convention, all of the plug-in specific functions have the prefix «NPP», and all of the browser-specific functions have the prefix «NPN».

Note: NP_Initialize and NP_Shutdown are not technically a part of the function table that the plug-in hands to the browser. The browser calls them when the plug-in software is loaded and unloaded. These functions are exported from the plug-in DLL and accessed with a system table lookup, which means that they are not related to any particular plug-in instance. Again, see Initialization and Destruction for more information about initializing and destructing.


  • The browser calls the plug-in API function NPP_New when the instance is created. Multiple instances of the same plug-in can exist (a) if there are multiple embedded objects on a single page, or (b) if several browser windows are open and each displays the same data type.
  • A plug-in instance is deleted when a user leaves the instance’s page or closes its window; Gecko calls the function NPP_Destroy to inform the plug-in that the instance is being deleted.
  • When the last instance of a plug-in is deleted, the plug-in code is unloaded from memory. Gecko calls the function NP_Shutdown. Plug-ins consume no resources (other than disk space) when not loaded.

Note: Plug-in API calls and callbacks use the main Navigator thread. In general, if you want a plug-in to generate additional threads to handle processing at any stage in its lifespan, you should be careful to isolate these from Plug-in API calls.

See Initialization and Destruction for more information about using these methods.

Plug-in detection

Gecko looks for plug-ins in various places and in a particular order. The next section, How Gecko Finds Plug-ins, describes these rules, and the following section, Checking Plug-ins by MIME Type, describes how you can use JavaScript to locate plug-ins yourself and establish which ones are to be registered for which MIME types.

How Gecko finds plug-ins

When a Gecko-based browser starts up, it checks certain directories for plug-ins, in this order:

Windows
  • Directory pointed to by MOZ_PLUGIN_PATH environment variable.
  • %APPDATA%\Mozilla\plugins , where %APPDATA% denotes per-user Application Data directory.
  • Plug-ins within toolkit bundles.
  • Profile directory\plugins , where Profile directory is a user profile directory.
  • Directories pointed to by HKEY_CURRENT_USER\Software\MozillaPlugins\*\Path registry value, where * can be replaced by any name.
  • Directories pointed to by HKEY_LOCAL_MACHINE\Software\MozillaPlugins\*\Path registry value, where * can be replaced by any name.
Mac OS X

/Library/Internet Plug-Ins .

  • /Library/Internet Plug-Ins .
  • /System/Library/Frameworks/JavaVM.framework/Versions/Current/Resources .
  • Plug-ins within toolkit bundles.
  • Profile directory/plugins , where Profile directory is a user profile directory.
  • Linux
    • Directory pointed to by MOZ_PLUGIN_PATH environment variable. For example:
    • Profile directory/plugins , where Profile directory is the directory of the current user profile.
    • /.mozilla/plugins .

    • /usr/lib/mozilla/plugins (the 64-bit Firefox checks /usr/lib64/mozilla/plugins as well).
    • /usr/lib64/firefox/plugins (for 64-bit Firefox)

    Note: Firefox Nightly checks a subset of these locations. Also some Linux distributions prov >

    Advanced: You can determine which directories a Gecko program checks with the Linux strace command, for example:

    But with version firefox-41.0.2 we can not check. I found other way how check which paths support Firefox :

    This output I have after close Firefox. I checked also this command with above script (with environment variable) on my system and also working.

    However, primary working path with binary file was /usr/lib/mozilla/plugins
    for 32-bit and 64-bit Linux distributions and looks still working.
    Firefox and OpenSuse probably use » MOZ_PLUGIN_PATH environment variable» in script to run Firefox, so in this way /usr/lib64/mozilla/plugins also should be supported.

    About distributions:
    Example Debian 64bit probably use:
    /lib/x86_64-linux-gnu/ for 64 libs
    /lib/i386-linux-gnu/ for 32 libs
    if exist
    /lib32/ this is symlinked (or bind mounted) desired proper directory
    /lib64/ this is symlinked (or bind mounted) desired proper directory
    more in https://wiki.debian.org/Multiarch/TheCaseForMultiarch
    if something wrong, please edit.

    Example Fedora 64bit use:
    /lib/ for 32 bit libs
    /lib64/ for 64 bit libs

    To find out which plug-ins are currently installed visit about:plugins. Gecko displays a page listing all installed plug-ins and the MIME types they handle, as well as optional descriptive information supplied by the plug-in.

    On Windows, installed plug-ins are automatically configured to handle the MIME types that they support. If multiple plug-ins handle the same MIME type, the first plug-in registered handles the MIME type. For information about the way MIME types are assigned, see Registering Plug-ins.

    Checking plug-ins by MIME type

    The enabledPlugin property in JavaScript can be used to determine which plug-in is configured for a specific MIME type. Though plug-ins may support multiple MIME types and each MIME type may be supported by multiple plug-ins, only one plug-in can be configured for a MIME type. The enabledPlugin property is a reference to a Plugin object that represents the plug-in that is configured for the specified MIME type.

    You might need to know which plug-in is configured for a MIME type, for example, to dynamically create an object element on the page if the user has a plug-in configured for the MIME type.

    The following example uses JavaScript to determine whether the Adobe Flash plug-in is installed. If it is, a movie is displayed.

    Overview of plug-in structure

    This section is an overview of basic information you will need as you develop plug-ins.

    Understanding the plug-in API

    A plug-in is a native code library whose source conforms to standard C syntax. The Plug-in Application Programming Interface (API) is made up of two groups of functions and a set of shared data structures.

    • Plug-in methods are functions that you implement in the plug-in; Gecko calls these functions. The names of all the plug-in functions in the API begin with NPP_ , for example, NPP_New . There are also a couple of functions (i.e., NP_Initialize and NP_Shutdown ) that are direct library entry points and not related to any particular plug-in instance.
    • Browser methods are functions implemented by Gecko; the plug-in calls these functions. The names of all the browser functions in the API begin with NPN_ , for example, NPN_Write .
    • Data structures are plug-in-specific types defined for use in the Plug-in API. The names of structures begin with NP , for example, NPWindow .

    All plug-in names in the API start with NP . In general, the operation of all API functions is the same on all platforms. Where this varies, the reference entry for the function in the reference section describes the difference.

    Plug-ins and platform independence

    A plug-in is a dynamic code module that is native to the specific platform on which the browser is running. It is a code library, rather than an application or an applet, and runs only from the browser. Although plug-ins are platform-specific, the Plug-in API is designed to provide the maximum degree of flexibility and to be functionally consistent across all platforms. This guide notes platform-specific differences in coding for the MS Windows, Mac OS X, and Unix platforms.

    You can use the Plug-in API to write plug-ins that are media type driven and provide high performance by taking advantage of native code. Plug-ins give you an opportunity to seamlessly integrate platform-dependent code and enhance the Gecko core functionality by providing support for new data types.

    The plug-in file type depends on the platform:

    • MS Windows: .DLL (Dynamic Link Library) files
    • Unix: .SO or .DSO (Shared Objects) files
    • Mac OS X: PPC/x86/Universal loadable Mach-O bundle

    Windowed and windowless plug-ins


    You can write plug-ins that are drawn in their own native windows or frames on a web page. Alternatively, you can write plug-ins that do not require a window to draw into. Using windowless plug-ins extends the possibilities for web page design and functionality. Note, however, that plug-ins are windowed by default, because windowed plug-ins are in general easier to develop and more stable to use.

    • A windowed plug-in is drawn into its own native window on a web page. Windowed plug-ins are opaque and always come to the top HTML section of a web page.
    • A windowless plug-in need not be drawn in a native window; it is drawn in its own drawing target. Windowless plug-ins can be opaque or transparent, and can be invoked in HTML sections.

    Whether a plug-in is windowed or windowless depends on how you define it.

    The way plug-ins are displayed on the web page is determined by the HTML element that invokes them. This is up to the content developer or web page author. Depending on the element and its attributes, a plug-in can be visible or hidden, or can appear as part of a page or as a full page in its own window. A web page can display a windowed or windowless plug-in in any HTML display mode; however, the plug-in must be visible for its window type to be meaningful. For information about the way HTML determines plug-in display mode, see «Using HTML to Display Plug-ins.»

    Using HTML to Display Plug-Ins

    When a user browses to a web page that invokes a plug-in, how the plug-in appears (or does not appear) depends on two factors:

    • The way the developer writes the plug-in determines whether it is displayed in its own window or is windowless.
    • The way the content provider uses HTML elements to invoke the plug-in determines its display mode: whether it is embedded in a page, is part of a section, appears on its own separate page, or is hidden.

    This section discusses using HTML elements and display modes. For information about windowed and windowless operation, see Windowed and Windowless Plug-ins.

    For a description of each plug-in display mode, and which HTML element to use to achieve it, go on to Plug-in Display Modes. For details about the HTML elements and their attributes, go on to:

    Plug-in display modes

    Whether you are writing an HTML page to display a plug-in or developing a plug-in for an HTML author to include in a page, you need to understand how the display mode affects the way plug-ins appear.

    A plug-in, whether it is windowed or windowless, can have one of these display modes:

    • embedded in a web page and visible
    • embedded in a web page and hidden
    • displayed as a full page in its own window

    An embedded plug-in is part of a larger HTML document and is loaded at the time the document is displayed. The plug-in is visible as a rectangular subpart of the page (unless it is hidden). Embedded plug-ins are commonly used for multimedia images relating to text in the page, such as the Adobe Flash plug-in. When Gecko encounters the object or embed element in a document, it attempts to find and display the file represented by the data and src attributes, respectively. The height and width attributes of the object element determine the size of the embedded plug-in in the HTML page. For example, this object element calls a plug-in that displays video:

    A hidden plug-in is a type of embedded plug-in that is not drawn on the screen when it is invoked. It is created by using the hidden attribute of the embed element. Here’s an example:

    Note: Whether a plug-in is windowed or windowless is not meaningful if the plug-in is invoked with the hidden attribute.

    You can also create hidden plug-ins using the object element. Though the object element has no hidden attribute, you can create CSS rules to override the sizing attributes of the object element

    In this case, the object element that picks up these special style definitions would have a class of hidden. Using the class attribute and the CSS block above, you can simulate the behavior of the hidden plug-in in the embed element:

    A full-page plug-in is a visible plug-in that is not part of an HTML page. The server looks for the media (MIME) type registered by a plug-in, based on the file extension, and starts sending the file to the browser. Gecko looks up the MIME type and loads the appropriate plug-in if it finds a plug-in registered to that type. This type of plug-in completely fills the web page. Full-page plug-ins are commonly used for document viewers, such as Adobe Acrobat.

    Note: The browser does not display scroll bars automatically for a full-page plug-in. The plug-in must draw its own scroll bars if it requires them.

    The browser user interface remains relatively constant regardless of which type of plug-in is displayed. The part of the application window that does not display plug-in data does not change. The basic operations of the browser, such as navigation, history, and opening files, apply to all pages, regardless of the plug-ins in use.

    Ajax Search Pro for WordPress v4.11.9 – Live Search Plugin

    Ajax search pro — лучший плагин для поисковой системы Live для WordPress. Высоко настраиваемый, с множеством функций и опций, дающий наилучшие результаты! Замените панель поиска WordPress более удобной поисковой системой.

    Этот плагин для поиска WordPress официально поддерживает Visual Composer,поэтому в дополнение к этому добавлен аддон Ajax Search Pro Visual Composer.

    Ищете лучший поиск в WordPress? Ознакомьтесь с возможностями этих плагинов поиска, включая флажок, выпадающий список, фильтры категории переключателей и настраиваемые поля (post meta).

    Ajax Search Pro для WordPress — Live WordPress для поиска и фильтрации плагина

    Ajax Search Pro для WordPress был разработан, чтобы максимально увеличить возможности поиска пользователей. Он обеспечивает живой поиск ajax, который делает поиск в WordPress более комфортным.

    Результаты представлены изображениями (если они есть), поэтому они выглядят более привлекательными и менее плоскими. Поиск работает с мобильными устройствами, пусть это будет Android или IOS.

    Поиск может отменять результаты поиска по умолчанию WordPress по умолчанию — поэтому расширенная функция ajax — замените поиск по умолчанию по умолчанию одним нажатием кнопки.

    Поиск может возвращать сообщения, страницы, любые пользовательские типы сообщений (например, продукты WooCommerce, форумы BBPress, темы, ответы), категории, пользовательские термины таксономии (например, категории продуктов, теги портфолио), пользователи, группы BudddyPress и действия BuddyPress в качестве результатов.

    Поиск мультимедийных вложений , включая их содержимое, также возможен — для документов PDF, CSV, TXT, RTF и Office, файлов Excel и Powerpoint.

    MnogoBlog

    как создать сайт на wordpress, настроить и оптимизировать wordpress

    Улучшаем форму поиска: плагин Search Everything

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

    Что нам даст установка данного плагина?

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

    Так вот у данной формы поиска достаточно много недостатков, которые мы и устраним с помощью данного плагина, а именно:

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

    – результаты поиска будут выводится отсортированными не по дате обновления, а по релевантности;

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

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

    Информация о данном плагине по данным сайта wordpress.org:

    Дата последнего обновления: 2012-6-21

    Количество скачиваний: 468,464

    Средняя оценка 3,8 звезды из 5, количество проголосовавших 256 человек.

    Установка плагин стандартная – заходим в панель управления ваших сайтом, в левом меню выбираем пункт “Плагины”, далее подпункт “Добавить новый” и в строку поиска забиваем: Search Everything.

    Устанавливаем и активизируем плагин, после чего в панели управления в пункте “Настройки” у вас появится новый подпункт Search Everything, заходим в него и настраиваем форму поиска.

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

    Вот так выглядят настройки формы поиска:

    По умолчанию все настройки стоят на “нет”.

    Выбираете то, что вам нужно и ставите значение пунктов на “да”.

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

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

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

    Похожие записи:

    Улучшаем форму поиска: плагин Search Everything : 3 комментария

    Попробовал плагин в работе – хорошо работает и прост в настройке. Спасибо!

    У меня на одном сайте работает плагин нормально – выдает все страницы с словом из поиска, подсвечивает. На другом сайте не работает вообще. Как победить стандартную форму поиска?

    Здравствуйте! Подскажите пожалуйста. Как вставить форму поиска туда куда я хочу. У меня она сейчас находится в форме виджета в сайдбаре а я хочу её например в шапке сайта сделать. Заранее спасибо.

    Cnsearch плагины (plug ins)

    У вас есть тысячи файлов в медиатеке WordPress? Плагин FileBird WordPress поможет вам преодолеть препятствие, предлагая вам возможность легко организовать ваши файлы в медиатеке вашего сайта. С этим плагином вы сможете управлять и организовывать тысячи изображений, аудио, видео и других файлов, прямо как на вашем компьютере.


    YITH WooCommerce Stripe Premium v2.0.6

    Легко интегрируйте платежи по кредитным картам через Stripe.

    YITH Automatic Role Changer for WooCommerce Premium v1.4.3

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

    YITH Google Product Feed for WooCommerce Premium v1.1.8

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

    YITH WooCommerce Cart Messages Premium v1.6.3

    Позволяет устанавливать и показывать пользовательские сообщения на страницах Корзины и Оформления заказа.

    YITH WooCommerce Mailchimp Premium v2.1.3

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

    YITH Custom Thank You Page for Woocommerce v1.1.9

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

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

    YITH WooCommerce Email Templates Premium v1.3.21 — шаблон Email для WooCommerce

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

    Wpshop Clearfy Pro v3.3.4 NULLED — плагин для оптимизации WordPress

    Clearfy Pro — избавит сайт от лишнего кода и мусора с исходного кода, улучшит SEO показатели, усилит защиту от взлома и многое другое. Это универсальный плагин базовой оптимизации WordPress. Основным его преимуществом является то, что он не заменяет такие плагины как Yoast SEO, Autoptimize, Wp super cache, а просто дополняет их, увеличивая их продуктивность.

    NinjaFirewall (WP+ Edition) v4.0.5 NULLED — защита вашего WordPress сайта

    NinjaFirewall (WP + Edition) — это настоящий брандмауэр веб-приложений. Хотя он может быть установлен и настроен как плагин, он представляет собой автономный брандмауэр, который находится «впереди» WordPress. Он позволяет любому администратору блога воспользоваться очень продвинутыми и мощными функциями безопасности, которые обычно недоступны на уровне WordPress, но только в приложениях безопасности, таких как модуль Apache ModSecurity или расширение PHP Suhosin.

    BestRadio.FM — РАДИО ОНЛАЙН СЛУШАТЬ ВСЕМ — БестРадио
    Рейтинг, список лучших радиостанций, слушай, голосуй и оставляй отзывы.

    megogo-x.ru — Онлайн кинотеатр с Бесплатным просмотром фильмов

    BestNull.Info — Лучший форум для Вебмастеров!

    Больше баннеров

    Нужна ли категория «Интернет магазины»?

    cve-search/Plugins

    Plugins written for CVE-Search

    In this repository, we will maintain some of our CVE-Search plug-ins. These plug-ins can be added and removed however you see fit.
    The plug-in development of CVE-Search is still in progress! Currently only the pluginmanager branch from PidgeyL’s fork has this feature, and this feature will be released in CVE-Search 2.0 later on.

    The installation of plugins is fairly easy.
    As stated earlier, there are two types of plug-ins: Normal plug-ins and web plug-ins. The installation process is almost the same, the web plug-ins just take one more step.
    In the installation guide, we will use the bookmark plug-in as an example.

    • Open the bookmarks folder.
    • Copy the content from the plugins folder to your CVE-Search’s plug-in folder (We suggest ./plugins/, but you can place it anywhere).
    • For web plug-ins: copy the html page (in the web.templates.plugins folder) to the ./web/templates/plugins folder of your CVE-Search
    • Edit the ./etc/plugins.txt file of your CVE-Search. An example can be found in this repository’s etc folder.
    • 011 Plug-in page missing — Your plug-in did not respond to getPage()
    • 012 Plug-in page corrupt — The page your plug-in returned cannot be parsed correctly
    • 013 Plug-in page not found — The page your plug-in refers to cannot be found

    When programming a plug-in for CVE-Search, there are a few required and recommended variables.

    • Required
      • self.name — the full name of the plug-in
    • Defaults to be overr >

      There are a few functions you should and should not override. Here is a list

      • Do not override:
        • getName()
        • getUID()
        • setUID(uid)
        • isWebPlugin()
      • To override (when applicable) — All plug-ins:
        • loadSettings(reader) — loads specified settings from the plug-in settings file
        • onDatabaseUpdate() — gets triggered when the database gets updated
        • search(text) — gets triggered when a database search is requested and should be used to search plug-in collections
      • To override (when applicable) — Web plug-ins:
        • getPage(**args) — return a tupel of the file location of the HTML and a dictionary of the args to fill it in. Example: return («bookmarks.html», <"cve": cve>)
        • getCVEActions(**args) — returns a list of dictionaries with action information Example: return [<'text': 'Bookmark', 'action': 'bookmark', 'icon': 'star-empty'>]
        • onCVEAction(action **args) — gets triggered when an action button is pressed on the CVE information page
        • cvePluginInfo(cve, **args) — gets the HTML of the plug-in information of the CVE Example: return <'title': "Bookmarks", 'data': "Bookmarked «>

      Project Statistics

      Sourcerank 4
      Repository Size 59.6 KB
      Stars 11
      Forks 5
      Watchers 5
      Open issues 1
      Dependencies 1
      Contributors 1
      Tags
      Created Apr 11, 2020
      Last updated Oct 14, 2020
      Last pushed Jan 3, 2020

      Top Contributors See all

      Something wrong with this page? Make a suggestion

      Last synced: 2020-05-27 19:37:20 UTC

      Login to resync this repository

      Libraries.io helps you find new open source packages, modules and frameworks and keep track of ones you depend upon.

      Copyright © 2020 Tidelift, Inc
      Code is Open Source under AGPLv3 license
      Data is available under CC-BY-SA 4.0 license

      Advanced Combobox Plugin / Search Plugin advanced_combobox.js for Krpano & Panotour Pro

      Description

      • A combobox / dropdown-list / selectbox plugin.
      • Fully customizable, Searchable, good user experience on mobile devices
      • Works only in HTML5 and krpano (version min. 1.19 pr4).

      • Panotour Pro plugin is included.

      Features

      • The list of scenes can be generated automatically by this plugin (no programming required).
      • Users can search in the item list (useful in long lists)
      • In mobile browsers, the plugin can act like a native combobox (better user experience)
      • It shows combobox items in grouped view.
      • Different themes and styles are supported (currently available themes are «default» and «classic». In the next update material-design-theme and bootstrap-theme will be added).
      • Style customizable with CSS power.
      • Multilingual interface. (supported languages)
      • Right to left languages are supported

      Buy / Order the plugin

      You can purchase this plugin through the link below.
      Updates for this plugin are free!

      krpano Forum Discussion Thread

      More plugins by this developer

      Syntax / XML Usage Example

      Plugin Attributes

      Attribute name Type Default value
      include_jquery Boolean «true»
      • JQuery* library is a requirement for this plugin, but if it has already been included in your HTML page, you have to set this attribute to «False».
        If it is included, set this attribute to «False», otherwise set it to «true». If you are not sure about it, just use «true».
      • Does the plugin add JQuery to the HTML page?
        • true (default) — add JQuery library.
        • false — do not add JQuery library.
      • * JQuery is an open source and free javascript library which is released under the terms of the MIT license.
      Attribute name Type Default value
      include_select2 Boolean «true»
      • Select2* library is a requirement for this plugin, but if it has already been included in your HTML page, you have to set this attribute to «False».
        If it is included, set this attribute to «False», otherwise set it to «true». If you are not sure about it, just use «true».
      • Does the plugin add Select2 to the HTML page?
        • true (default) — add Select2 library.
        • false — do not add Select2 library.
      • * Select2 is an open source and free javascript library which is released under the terms of the MIT license.
      Attribute name Type Default value
      auto_generate_scenes_list Boolean «true»
      • Add all scenes to the combobox automatically?
        • true (default) — generate a list of scenes automatically.
        • false — do not generate a list of scenes automatically. This way, you can add your custom items to the combobox manually.
      Attribute name Type Default value
      group_scenes Boolean «true»
      • The advanced combobox plugin can group similar scenes together.
        for this purpose, you have to add «combobox_group» attribute to each scene in the xml file.
        as a result, advanced combobox plugin will group all scenes with the same «combobox_group» attribute together.

      Show the list of scenes in grouped view or not?

      • true (default) — group the items
      • false — do not group the items.

    Attribute name Type Default value
    native_on_mobile Boolean «true»
    • For better user experience, you can use native combobox on mobile devices.
      • true (default) — use native combobox on mobile devices.
      • false — do not use native combobox on mobile devices.

    Attribute name Type Default value
    show_searchbox Boolean «true»
    • Show searchbox in the combobox plugin or not?
      • true (default) — show searchbox.
      • false — do not show searchbox.

    Attribute name Type Default value
    theme String «default»
    • Select the theme:
      • default (default) — use default theme.
      • classic — use classic theme.

    Attribute name Type Default value
    font_size integer «13»
    • font size of combobox plugin
    Attribute name Type Default value
    font_name String «Roboto,sans-serif»
    • font name of combobox plugin.
    Attribute name Type Default value
    maxheight String «200px»
    • maximum height of the plugin when it is open.
      • maxheight=»400px»
      • maxheight=»80%»
    Attribute name Type Default value
    language String «en»

    When necessary, Advanced Combobox Plugin displays certain messages to the user. For example, a message will appear when no search results were found or more characters need to be entered in order for a search to be made. These messages have been translated into many languages by this plugin.

    Afrikaans, Arabic, Armenian, Azerbaijani, Basque, Bokmal, Bosnian, Bulgarian, Catalan, Chinese, Croatian, Czech, Danish, Dutch, English, Estonian, Fijian, Finnish, French, Galician, German.Greek, Hebrew, Hindi, Hungarian, Icelandic, Indonesian, Italian, Japanese, Khmer, Korean, Latvian, Lithuanian, Macedonian, Malay, Norwegian, Persian, Polish, Portuguese, Pashto, Romanian.Russian, Serbian, Slovak, Slovenian, Serbian, Spanish, Swedish, Thai, Turkish, Turkmen, Ukrainian, Vietnamese.

    Language code list :
    af, ar, az, bg, bs, ca, cs, da, de, dsb, el, en, es, et, eu, fa, fi, fr, gl, he, hi, hr, hsb, hu, hy, id, is, it, ja, km, ko, lt, lv, mk, ms, nb, nl, pl, ps, pt-BR, pt, ro, ru, sk, sl, sr-Cyrl, sr, sv, th, tk, tr, uk, vi, zh-CN, zh-TW

    13 Working with Plug-Ins

    This chapter provides some background information about Java plug-ins for Oracle Privileged Account Manager and explains how to configure and deploy plug-ins by using the Oracle Privileged Account Manager Console.

    This chapter includes the following sections:

    You can also manage Oracle Privileged Account Manager plug-ins from the command line or by using Oracle Privileged Account Manager’s RESTful interface.

    For information about using the Oracle Privileged Account Manager Command Line Tool (CLI), refer to Section A.9, «Working with Plug-Ins» in Appendix A, «Working with the Command Line Tool.»

    For information about using the Oracle Privileged Account Manager RESTful interface, refer to Section B.7, «Account Resource» in Appendix B, «Working with Oracle Privileged Account Manager’s RESTful Interface.»

    13.1 What is a Plug-In?

    A plug-in is a customized program that enables you to extend Oracle Privileged Account Manager’s functionality to better meet your specific business and technical requirements. A plug-in enables you to provide custom logic as part of a transaction or by connecting to a custom data source.

    An Oracle Privileged Account Manager plug-in can be a Java program that has a configuration entry in the Oracle Privileged Account Manager server. That configuration entry specifies the conditions for invoking the plug-in, which include:


    An operation, such as checkout or update

    A resource, such as an account, a target, or a server

    A timing, relative to the operation, such as pre_checkout or post_update

    Oracle Privileged Account Manager plug-ins can provide various types of added functionality, such as:

    Validating data before the Oracle Privileged Account Manager server performs an operation on it and performing specified actions after the server performs an operation

    Sending notifications based on Oracle Privileged Account Manager operations

    Performing step-up authentication and authorization

    Authenticating users through external identity stores

    Upon start-up, the Oracle Privileged Account Manager server loads your plug-in configuration and library. When the server processes requests, it calls the plug-in functions whenever the specified event takes place.

    13.2 Developing Plug-Ins for Oracle Privileged Account Manager

    This section provides an overview of how you develop plug-ins for Oracle Privileged Account Manager. The topics include:

    13.2.1 Overview

    You can develop plug-ins by using the Oracle Privileged Account Manager plug-in framework, which is shipped in the following jar file:

    Currently, Oracle Privileged Account Manager does not ship with any complete plug-ins. Refer to Chapter 18, «Developing Plug-Ins for Oracle Privileged Account Manager» for additional information about developing plug-ins for Oracle Privileged Account Manager.

    Figure 10-1 illustrates the Oracle Privileged Account Manager plug-in framework.

    Figure 13-1 Oracle Privileged Account Manager Plug-In Framework

    You can configure plug-ins for Oracle Privileged Account Manager operations. The plug-ins are invoked whenever the operations are performed and the plug-in filter rules are met. Any type of Oracle Privileged Account Manager client, such as the command line tool or the Oracle Privileged Account Manager Console, can perform these operations. The Oracle Privileged Account Manager server and the plug-in program communicate through the plug-in JAVA interface. When a plug-in is invoked, the Oracle Privileged Account Manager server sends information about the operation and the entities involved to the plug-in. The plug-in then operates on that information and, after completing execution, sends the result back to the Oracle Privileged Account Manager server.

    After developing a plug-in, you register it with Oracle Privileged Account Manager. Registration enables Oracle Privileged Account Manager to discover and configure the plug-in to be invoked for Oracle Privileged Account Manager events such as check-ins, checkouts, and so forth.

    Oracle Privileged Account Manager’s Java-based plug-in framework enables you to create new plug-ins as well as customize existing ones.

    13.2.2 Supported Languages

    Currently, Oracle Privileged Account Manager only supports plug-ins written in Java.

    13.2.3 Prerequisites

    To develop Oracle Privileged Account Manager plug-ins, you should be familiar with the following topics:

    Oracle Privileged Account Manager

    Oracle Privileged Account Manager RESTful API

    In addition, you should have some proficiency programming in Java.

    13.2.4 Oracle Privileged Account Manager Plug-In Benefits

    Some of the ways in which you can use plug-ins to extend Oracle Privileged Account Manager operations include:

    Validating data before the server performs operations on that data

    Performing actions that you define after the server successfully completes an operation

    Defining extended operations

    Authenticating users through external credential stores

    Replacing an existing server module with a module of your own

    Upon start-up, the Oracle Privileged Account Manager server loads your plug-in configuration and library. The server calls your plug-in functions while processing various Oracle Privileged Account Manager requests.

    13.2.5 Design Guidelines

    Oracle recommends using these guidelines when designing plug-ins:

    Use plug-ins to guarantee that when Oracle Privileged Account Manager performs a specific operation, related actions are also performed.

    Use plug-ins only for centralized, global operations that should be invoked for the program body statement, regardless of which user or application issues the statement.

    Do not create recursive plug-ins.

    For example, creating a pre_checkout plug-in that itself issues a checkout statement will cause the plug-in to execute recursively until it has run out of resources.

    Use plug-ins judiciously. Remember, they are executed every time the associated operation occurs.

    13.2.6 Framework Description

    The Oracle Privileged Account Manager plug-in framework is the environment in which you develop, configure, and apply plug-ins. Each indiv >plug-in module .

    The Oracle Privileged Account Manager plug-in framework includes the following:

    Plug-in configuration tools

    Plug-in module interface

    Plug-in RESTful APIs, including Java package oracle. xxx . xxx

    To use the Oracle Privileged Account Manager server plug-in framework,

    Write a user-defined plug-in procedure in Java.

    Compile the plug-in module.

    Register the plug-in module through the configuration entry interface by using Oracle Privileged Account Manager’s

    13.2.7 Supported Operations and Timings

    Oracle Privileged Account Manager supports plug-ins for operations on the following resources:

    Operations For Account Resources Operations For Server Resources Operations For Target Resources
      add
      accountpasswordchange (post)

      When developing plug-ins, Oracle Privileged Account Manager enables you to specify when those plug-ins are executed. Oracle Privileged Account Manager supports pre and post operation timings for plug-ins, which are described in the following sections:

      13.2.7.1 Pre-Operation Plug-Ins

      Oracle Privileged Account Manager adds pre-operation plug-ins to a queue and executes them in a specified order before performing the designated operation. As Oracle Privileged Account Manager executes each pre plug-in that is in the queue, the results are passed from the current plug-in to the next one in the queue. For example, if a target-add pre plug-in modifies the plug-in description, then the next plug-in sees the modified description.

      Oracle Privileged Account Manager will not perform the operation until all pre plug-ins have successfully finished executing. If a pre plug-in fails or times out, then the operation also fails and Oracle Privileged Account Manager will not execute any of the other pre plug-ins queued for that operation.

      Adding lots of pre plug-ins may increase the time taken for the operation because Oracle Privileged Account Manager must execute all pre plug-ins before performing the operation.

      13.2.7.2 Post-Operation Plug-Ins

      Oracle Privileged Account Manager adds post-operation plug-ins to a queue and executes them after performing the designated operation. Oracle Privileged Account Manager executes post plug-ins for both successful and failed operations. Post plug-ins assess the results, including the success or failure status of the operation, but they cannot modify the results because the operation has already been completed. Oracle Privileged Account Manager executes all queued post plug-ins and it does not matter if some of them fail. Results from one post plug-in cannot be passed to another. The execution order of post plug-ins is arbitrary and is not guaranteed and the ‘order’ attribute is not effective here.

      Adding post plug-ins does not increase the time taken for the operation because they are not executed until after the operation is performed.

      Retrying Post Plug-ins

      Oracle Privileged Account Manager post-operation plug-ins can be used to perform tasks like synchronizing password changes to external application wallets. There can be cases when the post plug-in may fail due to non-product issues such as network unavailability, remote host down, and so on. In such cases, the post plug-in can be retried to ensure that the extended functionality is completed when the condition for failure is fixed.

      The Oracle Privileged Account Manager plug-in framework supports a retry mechanism and allows administrators to configure the retry parameters.

      The Oracle Privileged Account Manager post plug-in configuration will queue the failed plug-in execution and retry them periodically when the retry parameters are defined. The configuration parameters control the duration of retry for the failed plug-in. It also controls when the retry is abandoned.

      The following are the parameters of the retry configuration:

      Parameter Description
      Retry duration in seconds This is the duration (specified in seconds) of the interval or the waiting period before next re-run of the plug-in.
      Retry number of times This is the total number of times the plug-in must re-run before abandoning the retry.

      13.2.8 Filtering Rules

      The Oracle Privileged Account Manager server executes plug-ins on specifically configured operations for specific end users. You can configure filtering rules that determine for which users or groups a plug-in will or will not be executed, and for which results codes a post plug-in will be executed.

      Only administrators with the Security Administrator Admin role can add, edit, or remove Filter Rules.

      To configure filtering rules from the Console, refer to Section 13.3, «Creating a Plug-In Configuration,» step 6 for instructions.

      To configure filtering rules from the command line, refer to Section A.9.1, » addplugin Command,» for instructions.

      Oracle Privileged Account Manager evaluates filtering rules in the following sequence to decide which rule takes precedence over another:

      Enable Result Code (for post plug-ins)

      Disable Result Code (for post plug-ins)

      Enable Resource Group

      Disable Resource Group

      In general, rules that are defined at the user level override those that are defined at the group level, because the user level rules are more specific. User level rules target a specific user rather than a group of users.


      In addition, the Disabled lists take precedence over Enabled lists.

      Result codes override all other filtering rules.

      For Users and Groups

      You can specify the users or groups for which a plug-in should be executed by adding them to an Enabled user or group list. Similarly, you can specify the users or groups for which a plug-in should not be executed by adding them to a Disabled user or group list.

      For example, assume person1 is a user in the Administrators group. If you put person1 in the Disabled user list and Administrators into the Enabled group list, then the Oracle Privileged Account Manager will not invoke the plug-in for person1 because the server checks the Disabled user list before checking the Enabled group list, and because the user-level rule overrides the group-level rule.

      However, if you put person1 in the Enabled user list and put Administrators in the Disabled group list, then person1 can invoke the plug-in because the Enabled user check is performed before the Disabled group check.If there are no values in these four fields, then all users and groups can invoke the plug-in. However, as long as there is one user or group in the Enabled user list or Enabled group list, then only that user or group can invoke the plug-in. No others can invoke that plug-in. If person1 is the only user in the Enabled user list, then all other users and groups are prevented from invoking the plug-in.

      The Filtering Rules evaluation sequence stops when it finds a match. For example, if the filter finds an Enabled user that matches the user who is performing the action, then the filtering stage stops. It does not matter if the user is present in any Enable or Disable group filters.

      For Results Codes

      After performing an Oracle Privileged Account Manager operation, the server returns an HTTP response containing an HTTP status integer, such as 200 for success, 201 for creation, 401 for insufficient privileges, and so on.

      You can configure filtering rules for post plug-ins that are based on one or more HTTP result code values. For example, if you specify a filtering rule for enabling result code 200, then the server will only execute the post plug-in when the result status is 200. And, if you specify a filtering rule for disabling result code 200, then the server will only execute the post plug-in when the result status is not 200.

      Result codes override all other filtering rules.

      For Resource Groups

      Accounts and Targets can be members of Resource Groups. You can configure filtering rules based on the resource groups to specify for which accounts and targets the plug-in will execute.

      For example, assume that the structure of your deployment contains the «USAccounts» resource group holding accounts located in USA as members, and the «UKAccounts» resource group holding accounts located in UK as members. Here, some additional validations and notifications may be needed for accounts located only in the USA. In this case, the filtering rule can be established to enable the plug-in to perform this additional task for the «USAccounts» resource group. Once the filtering rule is established, whenever an account is checked out, Oracle Privileged Account Manager checks if the account is a member of the «USAccounts» resource group, and if yes, executes the plug-in.

      13.3 Creating a Plug-In Configuration

      Creating a plug-in configuration means to register details about the plug-in with the plug-in resource (an account, a server, or a target).

      You must be an Oracle Privileged Account Manager administrator with the Application Configurator Admin Role to create plug-ins.

      When you create a new plug-in configuration, the status is disabled and the plug-in cannot be executed. Only an administrator with the Security Administrator Admin Role can enable plug-in configurations and determine under which conditions those plug-ins can be executed.

      To create a plug-in configuration from the Console,

      Select Plug-in Configuration in the Configuration accordion to open the Search Plug-in Configuration page.

      Click Create , located in the Search Results table toolbar.

      When the «Plug-In Configuration: Untitled» page is displayed, provide the following information in the Configuration Settings section of the General tab:

      Parameter Name Description
      Name Enter a name for the new plug-in configuration.
      Description Enter a description for this plug-in configuration.
      Status Enable an option to configure the plug-in’s execution status at runtime by selecting one of these options:

      Active : Allow the plug-in to execute.

      Disabled ( default ): Do not allow the plug-in to execute.

      Resource Type Choose the type of resource on which the plug-in will perform:
      Operation Choose the operation that the plug-in will perform.

      Note : Refer to Section 13.2.7, «Supported Operations and Timings» for a complete list of supported operations.

      Timing Specify when you want Oracle Privileged Account Manager to execute the plug-in by choosing one of the following options:

      pre : Executes the plug-in before performing the Oracle Privileged Account Manager operation.

      post : Executes the plug-in after performing the Oracle Privileged Account Manager operation.

      Order Enter a value to specify the order in which a plug-in is queued for execution in relation to other plug-ins. For example, plug-in 1 is executed before plug-in 2. The minimum value is 1.
      Timeout Specify a value to indicate the maximum duration (in seconds) for which the plug-in can be executed. When the plug-in execution exceeds this time out period, Oracle Privileged Account Manager aborts the plug-in execution. The default is 120 seconds , and the minimum value is 10 seconds.
      Plug-in Class Name Enter the name of the Java class that implements the plug-in’s interface.
      Plug-in Version Enter the plug-in’s Java version number.

      Note : Oracle Privileged Account Manager does not actually use the plug-in version. Instead, Oracle Privileged Account Manager uses the jar file listed in the plug-in’s directory.

      Retry Times Specify the number of times the plug-in must re-run before abandoning the retry.

      Note: This can parameter be configured only for a post plug-in.

      Retry Interval Specify the duration (in seconds) of the interval or the waiting period before the plug-in is retried is it failed.

      Note: This can parameter be configured only for a post plug-in.

      To configure a Java classpath where the plug-in jar file is located, use the Class Paths section as follows:

      When a new row is displayed in the table, type the Java classpath into the blank field. For example,

      The Oracle Privileged Account Manager server process must be able to access the specified class path files. You can specify any type of location, such as local file system, network file system, etc.

      To delete a >Remove .

      To configure custom attributes for the plug-in, expand and use the Custom Attributes section as follows:

      To add an attribute, click Add .

      When a new row is displayed in the table, type the Attribute Name and Value into the blank fields. For example, for an email notification plug-in, you might create a notificationemail attribute with a value of abc@abc.com .

      To delete a custom attribute, select that attribute’s row in the table, and then click Remove .

      To load custom attributes, if they are defined for a plug-in, click Load.

      To configure filtering rules that determine when Oracle Privileged Account Manager executes the plug-in, select and use the Filter Rules tab as follows:

      You must be an Oracle Privileged Account Manager administrator with the Security Administrator Admin Role to add, edit, or remove Filter Rules.

      For information about how Oracle Privileged Account Manager uses filtering rules, refer to Section 13.2.8, «Filtering Rules.»

      Expand the Users, Groups, Resource Groups, or Result Codes sections to specify for which users or groups the server can or cannot invoke the plug-in.

      Select the Enabled tab or Disabled tab and click Add .

      When the Add dialog box is displayed, enter one or more letters of a name into the User Name field for Users, or into the Name field for Groups and Resource groups and click Search .

      When the search results display, select the row you want, and click Add .

      A success message is displayed above the search results list.

      Continue selecting and adding users or groups until you are finished, then click Close .

      Expand the Result Codes section to configure filtering rules for a post plug-in that are based on one or more result codes.

      You cannot configure result codes for pre plug-ins.

      When a new HTTP Result Code row is displayed, enter an enabled HTTP response code into the blank field. For example, type 200 to execute a post plug-in when the response status is a successful request.

      When a new HTTP Result Code row is displayed, enter a disabled HTTP response code into the blank field to support cases such as to execute a post plug-in for failures only. For example, type 200 to execute all post plug-ins whose response status is not 200 .

      To delete a Filter Rule, select that rule row in the applicable table, and then click Remove .

      After setting all of the necessary plug-in configuration parameters, click Test to verify that the configuration is valid.

      This test checks whether Oracle Privileged Account Manager can load the configured plug-in and whether it implements the required plug-in interface. Testing catches common issues, such as plug-in jars that are configured with the wrong file paths, plug-ins that implement the wrong interface, pre plug-ins that implement a post plug-in interface or vice versa, etc.

      This test does not execute the plug-in or validate any plug-in custom attributes, which are only used by the custom plug-in logic itself.

      If the configuration is val >Test Succeeded » message is displayed.

      Click Save to create the new configuration.

      Oracle Privileged Account Manager automatically assigns a Plug-In GUID, which is displayed in the Configuration Settings section.

      13.3.1 Creating a Duplicate Plug-in Configuration Using the Create-Like functionality

      Administrators creating a new plug-in configuration may want to configure similar or duplicate plug-ins for multiple operations, such as, creating an email notification plug-in for both account checkout and checkin. In such cases, the Create Like functionality can be used, where a new plug-in configuration is created as duplicate of an existing configuration. Then, the administrator can edit only the required values and save the configuration without the need to reconfigure all the values in the Plug-in Configuration page. To do so:

      Select Plug-in Configuration in the Configuration accordion. In the Plug-in Configuration page, Click Search.

      You can use the Search portlet parameters to configure your search. Refer to Section 13.4, «Searching for Plug-In Configurations» for detailed information.

      In the Search Results table, select the row of the plug-in you want to copy and then click Duplicate, located in the Search Results table toolbar.

      A «Copy of PLUG-IN_NAME » page opens. Here, PLUG-IN_NAME is placeholder text, and the name of the plug-in you selected will appear instead.

      In the «Copy of PLUG-IN_NAME » page, you must specify values for the Name, and Description fields. You can change the values for any of the other fields to customise the plug-in configuration for a new plug-in. For detailed information about plug-in configuration parameters, refer to Section 13.3, «Creating a Plug-In Configuration.»

      Click Save to create the new plug-in configuration.

      13.4 Searching for Plug-In Configurations

      You can search for plug-in configurations by using one or more of the following parameters:

      Resource Type ( All , account , server , or target )

      Status ( All , Active , or Disabled )

      Timing ( All , pre , or post )

      Operation ( All , accountpasswordchange , add , autocheckin , checkin , checkout , passwordcycle , remove , resetpassword , retrieve , sessioncheckout , showpassword , showpasswordhistory , test , or update )

      You must be an Oracle Privileged Account Manager administrator with the Security Administrator Admin Role or the Application Configurator Admin Role to search for and view plug-ins.

      To search for a plug-in,

      Select Plug-in Configuration in the Configuration accordion.

      When the Plug-in Configuration page is displayed, use the Search portlet parameters to configure your search.

      For example, to search for a list of all active plug-ins, select Active from the Status menu.

      To search for all available plug-ins, do not specify any search parameters.

      Review your search results in the Search Results table, which contains a column for all of the search fields and a column for the Plug-In Order.

      Figure 13-2 Example Plug-In Search Results

      To perform another search, click Reset .

      13.5 Opening a Plug-In

      You can open a plug-in to view or edit the configuration parameters for that plug-in.

      You must be an Oracle Privileged Account Manager administrator with the Security Administrator Admin Role or the Application Configurator Admin Role to view plug-ins.

      To open a plug-in, open the Plug-in Configuration page and perform one of the following actions:

      Click the Plug-in Name (an active link) in the Search Results table.

      Select the plug-in Row and then click Open .

      The Plug-in Configuration: Plug-in Name page opens where you can access the plug-in’s configuration settings, custom attributes, users or groups, and current status (active or disabled).

      If you edited any of these settings, click Test to val >Test Succeeded » message is displayed. Click Save .

      13.6 Deleting a Plug-In

      To delete a plug-in configuration,

      Locate the plug-in to remove.

      Select Plug-in Configuration in the Configuration accordion.

      Click Search in the Search portlet to populate the Search Results table with a list of all available plug-ins.

      To narrow the results or to locate a particular plug-in, enter search criteria in one or more the Search fields, and then click Search .

      In the Search Results table, select the plug-in to be removed and then click Delete .

      When you are prompted to confirm the deletion, click Delete to continue or Cancel .

      Илон Маск рекомендует:  Body (тело) тело документа
      Понравилась статья? Поделиться с друзьями:
      Кодинг, CSS и SQL