Разное

Блок модули модификации: Блок-контейнеры: общие характеристики

/ alexxlab/ Leave a comment

Блок-контейнеры: общие характеристики

Блок-контейнеры — общие характеристики

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

 Блок-контейнер: варианты эксплуатации

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

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

 Универсальность блок-контейнеров предоставляет широкое пространство для их применения:

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

Типы блок-контейнеров. Особенности конструкции

 В целом модификации можно поделить на общие категории:

 — металлические блок-контейнеры;
 — деревянные блок-контейнеры;
 — блок-контейнеры из сэндвич-панелей;

 Чаще всего, современный блок-контейнер (не грузовой) сочетает несколько вариантов материалов изготовления.

 Что касается конструкции этих построек, то существуют определенные стандарты по габаритам: высота и ширина – 2.5 метра, а длинна – от 6 до 12 м. Связаны такие ограничения с условиями транспортировки.

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

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

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

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

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

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

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

Модификации прибора Photocor Complex

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

  • В нескольких лабораториях CNRS в Париже и Марселе (Франция) блоки Photocor успешно использованы для создания оптико-волоконных вариантов измерителей размеров наночастиц для мониторинга дисперсного состава реагентов химической реакции непосредственно в химическом реакторе.
  • В Петрозаводском университете с использованием блоков Photocor был создан специальный измерительный комплекс для исследования дисперсных частиц в низкотемпературной плазме.
  • С использованием результатов, полученных на физическим факультете МГУ, разработана специальная схема и конструкция лазерного допплеровского анемометра для измерения скорости поверхностных волн на межфазной границе жидкость-жидкость и жидкость-воздух. При появлении потребности на такой прибор наша компания готова полностью его собрать и поставить заказчику для проведения методической проработки данного уникального метода измерения межфазного поверхностного натяжения.
  • Совместно с физическим факультетом МГУ и 62-ой больницей (г. Красногорск) проводятся работы по модификации прибора динамического рассеяния с целью создания диагностического медицинского прибора для массового скрининга онкориска.
  • По заказу Мэрилендского университета (США) был разработан многоканальный прибор Photocor Complex, предназначенный для исследования фазовых переходов в полимерных растворах. Прибор имеет три He-Ne лазера и специализированную систему счета фотонов. Специально разработанный прецизионный трехконтурный термостат обеспечивает термостатирование измерительной кюветы с погрешностью 0.3 мК. Полностью автоматический режим работы позволяет проводить измерения статического и динамического рассеяния света непрерывно в течение многих недель.

Продукция | VIK Рубильники

ЦТП — цифровые термоподвески. Количество и длина определяются индивидуально для каждого объекта.
МСД — модуль сбора данных. Предназначен для сбора информации о температуре с термоподвесок и передачи для обработки на персональный компьютер. К одному модулю сбора данных возможно подключить до 10 термоподвесок.
АРМ — автоматизированное рабочее место оператора на базе персонального компьютера.

Программное обеспечение. Позволяет снимать показания температуры в каждой точке измерений (с каждого чувствительного элемента), сохранять данную информацию, строить графики, сигнализировать о превышении заданного уровня температуры с указанием силоса, номера подвески и номера датчика, на котором произошло превышение, выводить градиент температуры за заданный интервал времени и т.д.
МППИ — модуль питания и преобразования интерфейсов. Необходим для обеспечения системы электропитанием и подключения модуля сбора данных к персональному компьютеру.
Блок крепления термоподвески. Поставляется опционально в случае, если отсутствует или отличается от стандартного узел крепления и предназначен для монтажа термоподвески на конструкции силоса.
АБИ — автономный блок измерений. Выполняет функции сбора данных с термоподвесок в случае упрощенных систем без автоматизированного рабочего места оператора на базе персонального компьютера, а также для настройки и диагностики исправности термоподвесок.
МСДР — дополнительный модуль расширения для МСД. Каждый модуль расширения позволяет подключить дополнительно до 10 термоподвесок к МСД. В один МСД устанавливается не более двух модулей расширения.

ОВЕН ПР200. Модификации

 Модификации ПР200-230

ПР200-220.1.0

~230 В

–

8 (~230 В)

—

6 (Р)

—

0

ПР200-220.1.1

~230 В

–

8 (~230 В)

—

6 (Р)

—

1

ПР200-220.1.2

~230 В

–

8 (~230 В)

—

6 (Р)

—

2

ПР200-220.2.0

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (И)

0

ПР200-220.2.1

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (И)

1

ПР200-220.2.2

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (И)

2

ПР200-220.3.0

~230 В

100 мА

8 (~230 В)

4

8 (Р)

—

0

ПР200-220.3.1

~230 В

100 мА

8 (~230 В)

4

8 (Р)

—

1

ПР200-220.3.2

~230 В

100 мА

8 (~230 В)

4

8 (Р)

—

2

ПР200-220.4.0

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (У)

0

ПР200-220.4.1

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (У)

1

ПР200-220.4.2

~230 В

100 мА

8 (~230 В)

4

8 (Р)

2 (У)

2

ПР200-220.5.0

~230 В

100 мА

8 (~230 В)

4

8 (Р), 4 (К)

—

0

ПР200-220.5.1

~230 В

100 мА

8 (~230 В)

4

8 (Р), 4 (К)

—

1

ПР200-220.5.2

~230 В

100 мА

8 (~230 В)

4

8 (Р), 4 (К)

—

2

Питание дискретных входов: =24 В

ПР200-220.21.0

~230 В

—

8 (=24 В)

—

6 (Р)

—

0

ПР200-220.21.1

~230 В

—

8 (=24 В)

—

6 (Р)

—

1

ПР200-220.21.2

~230 В

—

8 (=24 В)

—

6 (Р)

—

2

ПР200-220.22.0

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (И)

0

ПР200-220.22.1

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (И)

1

ПР200-220.22.2

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (И)

2

ПР200-220.23.0

~230 В

100 мА

8 (=24 В)

4

8 (Р)

—

0

ПР200-220.23.1

~230 В

100 мА

8 (=24 В)

4

8 (Р)

—

1

ПР200-220.23.2

~230 В

100 мА

8 (=24 В)

4

8 (Р)

—

2

ПР200-220.24.0

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (У)

0

ПР200-220.24.1

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (У)

1

ПР200-220.24.2

~230 В

100 мА

8 (=24 В)

4

8 (Р)

2 (У)

2

ПР200-220.25.0

~230 В

100 мА

8 (=24 В)

4

8 (Р), 4 (К)

—

0

ПР200-220.25.1

~230 В

100 мА

8 (=24 В)

4

8 (Р), 4 (К)

—

1

ПР200-220.25.2

~230 В

100 мА

8 (=24 В)

4

8 (Р), 4 (К)

—

2

 Примечание: ВИП – встроенный источник питания

Модификации ПР200-24

RS-485

ПР200-24.1.0

=24 В

—

8 (=24 В)

—

6 (Р)

—

0

ПР200-24.1.1

=24 В

—

8 (=24 В)

—

6 (Р)

—

1

ПР200-24.1.2

=24 В

—

8 (=24 В)

—

6 (Р)

—

2

ПР200-24.2.0

=24 В

—

8 (=24 В)

4

8 (Р)

2 (И)

0

ПР200-24.2.1

=24 В

—

8 (=24 В)

4

8 (Р)

2 (И)

1

ПР200-24.2.2

=24 В

—

8 (=24 В)

4

8 (Р)

2 (И)

2

ПР200-24.3.0

=24 В

—

8 (=24 В)

4

8 (Р)

—

0

ПР200-24.3.1

=24 В

—

8 (=24 В)

4

8 (Р)

—

1

ПР200-24.3.2

=24 В

—

8 (=24 В)

4

8 (Р)

—

2

ПР200-24.4.0

=24 В

—

8 (=24 В)

4

8 (Р)

2 (У)

0

ПР200-24.4.1

=24 В

—

8 (=24 В)

4

8 (Р)

2 (У)

1

ПР200-24.4.2

=24 В

—

8 (=24 В)

4

8 (Р)

2 (У)

2

ПР200-24.5.0

=24 В

—

8 (=24 В)

4

8 (Р), 4 (К)

—

0

ПР200-24.5.1

=24 В

—

8 (=24 В)

4

8 (Р), 4 (К)

—

1

ПР200-24.5.2

=24 В

—

8 (=24 В)

4

8 (Р), 4 (К)

—

2

 Примечание: ВИП – встроенный источник питания 

Программный модуль кодирования и модификации штриховых кодов


Please use this identifier to cite or link to this item: https://elib.belstu.by/handle/123456789/36597

Title: Программный модуль кодирования и модификации штриховых кодов
Authors: Молдованов, Артем Андреевич
Корочкин, Леон Сергеевич
Шмаков, Михаил Сергеевич
Keywords: штриховые коды
штрихкоды
программный модуль
матричное изображение
модификация
программное обеспечение
языки программирования
Issue Date: 2020
Publisher: БГТУ
Citation: Молдованов, А. А. Программный модуль кодирования и модификации штриховых кодов / А. А. Молдованов, Л. С. Корочкин, М. С. Шмаков // Труды БГТУ. Сер. 4, Принт- и медиатехнологии. — Минск : БГТУ, 2020. — № 2 (237). — С. 5-10. — Библиогр.: 3 назв.
Abstract: В статье рассмотрены области применения штриховых кодов в русле тенденций современного рынка, описан опытный программный модуль, предназначенный для кодирования штриховых матричных кодов типов DataMatrix, QR-Code, Aztec с возможностью внесения избыточной информации в границах поддерживаемых уровней коррекции ошибок. Рассматриваемое программное решение предоставляет возможность генерировать изображения штрихкода выбранного формата с выбранным типом модификации или без нее. В статье представлены блок-схемы разработанных алгоритмов кодирования, описаны используемые сторонние библиотеки исходных кодов, также отражен текущий пользовательский интерфейс, базирующийся на мобильной платформе Android. В статье описан имеющийся функционал опытного программного решения, отражены потенциальные пути его применения, обозначены улучшения, которые могут быть реализованы на базе текущего модуля. Данный программный модуль разработан с архитектурой, поддерживающей расширение типов штриховых кодов, изменение применяемых модификаций. Предложены общие подходы к модификации стандартных матричных кодов с внесением сторонней информации без потери возможности считывания стандартным сканером. Рассмотрен вариант применения специфичного сканера кодов при модификациях более высокого уровня, при которых стандартные алгоритмы считывания не могут быть применены.
URI: https://elib.belstu.by/handle/123456789/36597
Appears in Collections:2020, № 2

Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.

Ошибка 404 | НПФ КонтрАвт. КИПиА для АСУ ТП

Выберите продукцию из спискаНормирующие преобразователи измерительные …НПСИ-ТП нормирующий преобразователь сигналов термопар и напряжения …НПСИ-237-ТП нормирующий преобразователь сигналов термопар и напряжения, IP65 …НПСИ-ТС нормирующий преобразователь сигналов термосопротивлений …НПСИ-237-ТС нормирующий преобразователь сигналов термосопротивлений, IP65 …НПСИ-150-ТП1 нормирующий преобразователь сигналов термопар и напряжения …НПСИ-150-ТС1 нормирующий преобразователь сигналов термометров сопротивления …НПСИ-110-ТП1 нормирующий преобразователь сигналов термопар и напряжения …НПСИ-110-ТС1 нормирующий преобразователь сигналов термометров сопротивления …НПСИ-250/500-УВ1 преобразователь сигналов термопар, термосопротивлений и потенциометров…НПСИ-250/500-УВ1.2 преобразователь сигналов термопар, термосопротивлений и потенциометров, разветвитель «1 в 2» …НПСИ-230-ПМ10 нормирующий преобразователь сигналов потенциометров …НПСИ-200-ГРТП модули гальванической развязки токовой петли…НПСИ-200-ГР1/ГР2 модули гальванической развязки токового сигнала (4…20) мА…НПСИ-200-ГР1.2 модуль разветвления 1 в 2 и гальванической развязки сигнала (4…20) мА…НПСИ-ДНТВ нормирующий преобразователь действующих значений напряжения и тока…НПСИ-ДНТН нормирующий преобразователь действующих значений напряжения и тока …НПСИ-200-ДН/ДТ нормирующие преобразователи действующих значений напряжения и тока…НПСИ-МС1 преобразователь мощности, напряжения, тока, коэффициента мощности…НПСИ-500-МС3 измерительный преобразователь параметров трёхфазной сети с RS-485 и USB …НПСИ-500-МС1 измерительный преобразователь параметров однофазной сети с RS-485 и USB …НПСИ-УНТ нормирующий измерительный преобразователь унифицированных сигналов с сигнализацией…НПСИ-237-УНТ нормирующий измерительный преобразователь унифицированных сигналов с сигнализацией, IP65 …НПСИ-ЧВ/ЧС нормирующие преобразователи частоты, периода, длительности сигналов, частоты сети…ПНТ-х-х нормирующий преобразователь сигналов термопар…ПСТ-х-х нормирующий преобразователь сигналов термосопротивлений…ПНТ-a-Pro нормирующий преобразователь сигналов термопар программируемый…ПCТ-a-Pro нормирующий преобразователь сигналов термосопротивлений программируемый…ПНТ-b-Pro нормирующий преобразователь сигналов термопар программируемый…ПCТ-b-Pro нормирующий преобразователь сигналов термосопротивлений программируемыйБарьеры искрозащиты (барьеры искробезопасности)…КА5003Ех барьеры искрозащиты, разветвители 1 в 2 сигналов термопар, термометров сопротивления и потенциометров, 1-канальные, USB, RS-485…КА5004Ех барьеры искрозащиты, сигналы термопар, термометров сопротивления и потенциометров, сигнализация, USB, RS-485…КА5011Ех барьеры искрозащиты (барьеры искробезопасности), приёмники аналогового сигнала (4…20) мА, 1-канальные, HART …КА5022Ех барьеры искрозащиты (барьеры искробезопасности), приёмники аналогового сигнала (4…20) мА, 2-канальные…КА5013Ех барьеры искрозащиты (барьеры искробезопасности), приемники-разветвители 1 в 2 аналогового сигнала (4…20) мА, 1-канальные, HART, шина питания …КА5031Ех барьеры искрозащиты (барьеры искробезопасности), приёмники аналогового сигнала (4…20) мА, 1-канальные, HART …КА5032Ех барьеры искрозащиты (барьеры искробезопасности), приёмники аналогового сигнала (4…20) мА, 2-канальные, HART …КА5131Ех барьеры искрозащиты (барьеры искробезопасности), передатчики аналогового сигнала (4…20) мА, 1-канальные, HART …КА5132Ех барьеры искрозащиты (барьеры искробезопасности), передатчики аналогового сигнала (4…20) мА, 2-канальные…КА5241Ех барьеры искрозащиты (барьеры искробезопасности), приёмники дискретных сигналов, 1-канальные…КА5242Ех барьеры искрозащиты (барьеры искробезопасности), приёмники дискретных сигналов, 2-канальные…КА5262Ех барьеры искрозащиты (барьеры искробезопасности), приёмники дискретных сигналов, 2-канальные…КА5232Ех барьеры искрозащиты (барьеры искробезопасности), приёмники дискретных сигналов, 2-канальные…КА5234Ех барьеры искрозащиты (барьеры искробезопасности), приёмники дискретных сигналов, 4-канальныеКонтроллеры, модули ввода-вывода…MDS AIO-1 Модули комбинированные ввода-вывода аналоговых и дискретных сигналов…MDS AIO-1/F1 Модули комбинированные функциональные ввода-вывода аналоговых и дискретных сигналов…MDS AIO-4 Модули комбинированные ввода-вывода аналоговых и дискретных сигналов…MDS AIO-4/F1 Модули комбинированные ввода-вывода аналоговых и дискретных сигналов, 4 ПИД регулятора…MDS AI-8UI Модули ввода аналоговых сигналов тока и напряжения…MDS AI-8TC Модули ввода сигналов термопар, тока и напряжения…MDS AI-8TC/I Модули ввода сигналов термопар, тока и напряжения с индивидуальной изоляцией между входами…MDS AI-3RTD Модули ввода сигналов термосопротивлений и потенциометров…MDS AO-2UI Модули вывода сигналов тока и напряжения…MDS DIO-16BD Модули ввода-вывода дискретных сигналов…MDS DIO-4/4 Модули ввода-вывода дискретных сигналов …MDS DIO-12h4/4RA Модули ввода-вывода дискретных сигналов высоковольтные…MDS DIO-8H/4RA Модули ввода-вывода дискретных сигналов высоковольтные…MDS DI-8H Модули ввода дискретных сигналов высоковольтные…MDS DO-8RС Модули вывода дискретных сигналов …MDS DO-16RA4 Модули вывода дискретных сигналов …MDS IC-USB/485 преобразователь интерфейсов USB и RS-485…MDS IC-232/485 преобразователь интерфейсов RS-232 и RS-485…I-7561 конвертер USB в RS-232/422/485…I-7510 повторитель интерфейса RS-485/RS-485…I-7520 преобразователь интерфейса RS-485/RS-232Измерители-регуляторы технологические…МЕТАКОН-6305 многофункциональный ПИД-регулятор с таймером выдержки…МЕТАКОН-4525 многоканальный ПИД-регулятор…МЕТАКОН-1005 измеритель технологических параметров, щитовой монтаж, RS-485…МЕТАКОН-1015 измеритель, нормирующий преобразователь, щитовой монтаж, RS-485…МЕТАКОН-1105 измеритель, позиционный регулятор, щитовой монтаж, RS-485…МЕТАКОН-1205 измеритель-регулятор, нормирующий преобразователь, контроллер, щитовой монтаж, RS-485…МЕТАКОН-1725 двухканальный измеритель-регулятор, нормирующий преобразователь, щитовой монтаж, RS-485…МЕТАКОН-1745 четырехканальный измеритель-регулятор, нормирующий преобразователь, щитовой монтаж, RS-485…МЕТАКОН-512/522/532/562 многоканальные измерители-регуляторы…Т-424 универсальный ПИД-регулятор…МЕТАКОН-515 быстродействующий универсальный ПИД-регулятор…МЕТАКОН-513/523/533 ПИД-регуляторы…МЕТАКОН-514/524/534 ПДД-регуляторы…МЕТАКОН-613 программные ПИД-регуляторы…МЕТАКОН-614 программные ПИД-регуляторы…СТ-562-М источник тока для ПМТ-2, ПМТ-4Регистраторы видеографические…ИНТЕГРАФ-1100 видеографический безбумажный 4/8/12/16 канальный регистратор данных …ИНТЕГРАФ-1000/1010 видеографические безбумажные 8/16 канальные регистраторы данных …ИНТЕГРАФ-3410 видеографический безбумажный регистратор-контроллер термообработки… DataBox Накопитель-архиваторСчётчики, реле времени, таймеры…ЭРКОН-1315 восьмиразрядный одноканальный счётчик импульсов, поддержка RS-485, щитовой монтаж…ЭРКОН-315 счётчик импульсов одноканальный, поддержка RS-485, щитовой монтаж…ЭРКОН-325 счетчик импульсов двухканальный, поддержка RS-485, щитовой монтаж…ЭРКОН-415 тахометр-расходомер…ЭРКОН-615 счетчик импульсов реверсивный многофункциональный, поддержка RS-485, щитовой монтаж…ЭРКОН-714 таймер астрономический…ЭРКОН-214 одноканальное реле времени, цифровая индикация, монтаж на DIN-рельс или на панель…ЭРКОН-224 двухканальное реле времени, цифровая индикация, монтаж на DIN-рельс или на панель…ЭРКОН-215 реле времени программируемое одноканальное, поддержка RS-485, щитовой монтаж, цифровая индикацияБлоки питания и коммутационные устройства…PSM-120-24 блок питания 24 В (5 А, 120 Вт)…PSM-72-24 блок питания 24 В (3 А, 72 Вт)…PSM-36-24 блок питания 24 В (1,5 А, 36 Вт)…PSL низковольтные DC/DC–преобразователи на DIN-рейку 3 и 10 Вт…PSM-4/3-24 многоканальный блок питания 24 В (4 канала по 0,125 А, 3 Вт)…PSM-2/3-24 блок питания 24 В (2 канала по 0,125 А, 3 Вт)…PSM/4R-36-24 блок питания и реле, 24 В (1,5 А, 36 Вт)…БП-24/12-0,5 блок питания 24В/12В (0,5А)…ФС-220 фильтр сетевой…БПР блок питания и реле…БКР блок коммутации реверсивный (пускатель бесконтактный реверсивный)…БР4 блок реле…PS3400.1 блок питания 24 В (40 А) …PS3200.1 блок питания 24 В (20 А)…PS3100.1 блок питания 24 В (10 А)…PS3050.1 блок питания 24 В (5 А)…PS1200.1 блок питания 24 В (20 А)…PS1100.1 блок питания 24 В (10 А)…PS1050.1 блок питания 24 В (5 А)Программное обеспечение…SetMaker конфигуратор……  История  версий…MDS Utility конфигуратор…RNet программное обеспечение…OPC-сервер для регулятров МЕТАКОН…OPC-сервер для MDS-модулей

Контейнеры Double Door – особенности конструкции и области применения

Разновидности контейнеров Double Door

Классификация контейнеров DD по вместимости:

  • 20´ DD – стандартный модуль, оснащённый двумя дверьми, длина – примерно 6 м.
  • 40´ DD – увеличенный модуль со стандартными показателями ширины и высоты, длина его составляет более 12 м.
  • 20´ HCDD и 40´ HCDD – модули модификации High Cube, обладают большей вместимостью за счёт увеличения высоты стенок.
  • 45´ HCDD – особая модификация морского контейнера с двумя торцевыми дверями, высотой 2,75 м.

Преимущества использования универсальных блоков Double Door

  • Упрощение и ускорение погрузки-разгрузки за счёт наличия двух торцевых дверей. Это достоинство можно использовать либо для получения расширенного доступа к грузу, либо для разделения потоков загрузки и выгрузки. Возможность широкого открытия дверей обеспечивает полный доступ к товару.
  • Double Door – удобный вариант перевозки паллет с товарами, транспортировки насыпных грузов, модульных конструкций, техники.
  • Две двери такого контейнера позволяют организовать удобное складское помещение или торговую точку.
  • Жёсткий каркас контейнера надёжно защищает груз от механических повреждений.
  • Система герметизаторов не допускает проникновение атмосферных факторов внутрь контейнера.
  • Из-за наличия дополнительной двери особое внимание уделяют дверным герметизирующим прокладкам и запорам.
  • Универсальность системы крепежей и фитингов позволяет использовать двухдверные контейнеры для мультимодальных перевозок.

Размеры контейнеров Double Door

Характеристика

20´ DD

20´ HCDD

40´ DD

40´ HCDD

45´ HCDD

Наружные размеры, м

Длина

6,058

6,058

12,192

12,192

13,6

Ширина

2,438

2,438

2,438

2,438

2,5

Высота

2,896

2,596

2,596

2,896

2,75

Внутренние размеры, м

Длина

5,905

5,905

12,039

12,056

13,513

Ширина

2,35

2,35

2,35

2,347

2,444

Высота

2,381

2,693

2,381

2,684

2,549

Размеры дверного проёма, м

Ширина

2,336

2,34

2,336

2,34

2,416

Высота

2,291

2,597

2,291

2,597

2,439

Характеристики вместимости контейнеров Double Door

Характеристика

20´ DD

20´ HCDD

40´ DD

40´ HCDD

45´ HCDD

Брутто, т

24,0-30,48

30,48

28,8-30,48

32,5

34,0

Масса тары, т

2,25

2,44

3,64

4,0

4,25

Полезная нагрузка, т

21,63-28,335

28,04

24,8-26,84

28,5

29,75

Объём, м3

33,0

37,5

67

75

85

Количество европаллет (1,2х0,8 м), шт

11

11

25

25

33
Модули

— Язык конфигурации | Terraform by HashiCorp

Поиск в документации Terraform

Практические занятия: Попробуйте коллекцию «Повторное использование конфигурации с модулями» на сайте HashiCorp Learn.

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

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

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

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

»Вызов дочернего модуля

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

 "серверы" {
  источник = "./приложение-кластер"

  серверы = 5
}
 
  модуль "серверы" { источник = "./приложение-кластер"
  серверы = 5}

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

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

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

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

  • Аргумент версия рекомендуется для модулей из реестра.

  • Большинство других аргументов соответствуют входным переменным определяется модулем. (Аргумент серверов в приведенном выше примере является одним из эти.)

  • Terraform определяет несколько других метааргументов, которые можно использовать со всеми модули, включая для_каждого и в зависимости от .

»Источник

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

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

После добавления, удаления или изменения блоков модуля необходимо перезапустить terraform init , чтобы позволить Terraform настроить установленный модули. По умолчанию эта команда не будет обновлять уже установленный модуль; используйте параметр -upgrade , чтобы вместо этого выполнить обновление до последней доступной версии.

»Версия

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

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

 модуль "консул" {
  source = "hashicorp/consul/aws"
  версия = "0.0.5"

  серверы = 3
}
 
  модуль "консул" { источник = "hashicorp/consul/aws" версия = "0.0.5"
  серверы = 3}

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

Ограничения версии поддерживаются только для модулей, установленных из модуля реестр, например общедоступный Terraform Registry или частный реестр модулей Terraform Cloud. Другие источники модулей могут предоставлять свои собственные механизмы управления версиями. сама исходная строка или может вообще не поддерживать версии.Особенно, модули, полученные из локальных путей к файлам, не поддерживают версии ; поскольку они загружаются из одного и того же исходного репозитория, они всегда используют одни и те же версия в качестве вызывающего абонента.

» Мета-аргументы

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

  • count — Создает несколько экземпляров модуля из одного блока модуля .См. страницу count для деталей.

  • for_each — Создает несколько экземпляров модуля из одного модуля блокировать. Видеть страница for_each для деталей.

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

  • depend_on — Создает явные зависимости между всем модуль и перечисленные цели. Видеть страница depend_on для деталей.

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

»Доступ к выходным значениям модуля

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

Например, если модуль ./app-cluster , упомянутый в примере выше экспортировал выходное значение с именем instance_ids , затем вызывающий модуль может ссылаться на этот результат, используя выражение module.servers.instance_ids :

 ресурс "aws_elb" "пример" {
  

  экземпляры = module.servers.instance_ids
}
 
  ресурс "aws_elb" "пример" {
  экземпляры = модуль.server.instance_ids}

Дополнительные сведения о ссылках на именованные значения см. Выражения.

»Перенос состояния ресурсов в модули

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

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

» Замена ресурсов в модуле

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

Если объект принадлежит ресурсу внутри вложенного модуля, укажите полное путь к этому ресурсу, включая все шаги вложенного модуля, ведущие к нему. Например:

 $ план терраформирования -replace=module.example.aws_instance.example
 
  $ terraform plan -replace=module.example.aws_instance.example

В приведенном выше примере выбран ресурс "aws_instance" "example" , объявленный внутри модуль «пример» дочерний модуль, объявленный внутри вашего корневого модуля.

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

МОДУЛЬНАЯ СХЕМА БЕТОННОЙ КЛАДКИ

ВВЕДЕНИЕ

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

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

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

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

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

Модульные настенные фасады

Стандартные бетонные каменные модули обычно имеют высоту 8 дюймов (203 мм) по вертикали и горизонтали, но могут также включать модули 4 дюйма (102 мм) для некоторых применений. Эти модули обеспечивают общую гибкость дизайна и координацию с другими строительными изделиями, такими как окна, двери и другие подобные элементы, как показано на рисунках 1 и 2.

Модульные отверстия в стене

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

Для традиционных методов строительства ширина проемов в кирпичной кладке для дверей и окон обычно должна быть на 4 дюйма (102 мм) больше, чем ширина двери или окна. Это позволяет оставить 2 дюйма (51 мм) с каждой стороны проема для обрамления.Высота проемов в каменной кладке для размещения окон обычно на 8 дюймов (203 мм) больше, чем высота окна. Этот размер проема позволяет установить 2 дюйма (51 мм) сверху и снизу для обрамления и 4 дюйма (102 мм) для установки подоконника в нижней части окна. Проемы в каменной кладке для дверей обычно на 2 или 4 дюйма (51 или 102 мм) больше высоты двери, что позволяет использовать дверную раму, а также использовать дверь стандартного размера.

Таким образом, двери и окна шириной 28, 36, 44 и 52 дюйма.(711, 914, 1118 и 1321 мм) (и т. д. с шагом 8 дюймов (203 мм)) не требуют вырезания каменной кладки. Высота модульного окна кратна 8 дюймам (203 мм), при этом оконный проем в каменной кладке на 8 дюймов (203 мм) больше, чем высота окна, если 4-дюймовый. (102 мм) подоконник будет использоваться. Точно так же двери высотой на 2 дюйма (51 мм) меньше любого числа, кратного восьми, могут быть установлены без необходимости разрезания каменной кладки. Для общедоступного 84-дюймового. (2134 мм) высокая дверь, 4-дюймовый. Дверной упор (102 мм) можно разместить в верхней части проема.Кроме того, в некоторых местах доступны сборные перемычки с 2-дюймовым (51 мм) вырезом для размещения 80-дюймовых перемычек. (2032 мм) двери.

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

Программное создание блока в Drupal 9 – Краткое руководство

Блоки являются неотъемлемой частью любого веб-сайта Drupal.Это фрагменты контента, которые можно размещать в различных областях и легко перемещать по веб-странице. Блоки могут содержать простой текст, формы или некоторую сложную логику. Модуль Block является основным модулем, начиная с Drupal 8, и его просто нужно включить, чтобы заставить его работать. Иногда установка других основных или дополнительных модулей также может автоматически активировать их.

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

Drupal 8 достиг EOL. Пришло время перейти на Drupal 9. Однако, если вы все еще пробуете свои силы в создании пользовательского модуля в Drupal 8, эти шаги будут работать и для установки Drupal 8.

Как создать пользовательский блок в Drupal 9?

Давайте начнем с создания пользовательского блока в Drupal 9, выполнив несколько простых шагов:


1.Создать модуль

Для создания пользовательского блока необходимо создать файл «.info.yml» в каталоге modules/custom . Здесь пользовательский каталог не существует. Вам нужно будет создать его. Создайте каталог с именем « custom » в каталоге модуля. И в разделе «modules/custom» создайте каталог с именем «block_example ». Имя этого каталога будет именем созданного модуля.
Внутри только что созданной папки создайте файл « <имя модуля>.файл info.yml ». Здесь это будет block_example.info.yml , так как имя модуля block_example . В этом файле введите следующее содержимое:
 

block_example.info.yml


После создания папки и файла с вышеуказанным содержимым перейдите на панель инструментов и включите только что созданный модуль. Здесь модуль называется Block Example.

 

2. Создайте класс блоков Drupal

Теперь, чтобы определить логику блока, мы должны определить класс блока Drupal.Нам нужно следовать стандартному коду PSR-4 для пользовательских блоков. PHP-класс блока находится в каталоге modules/custom/block_example/src/Plugin/Block . Создайте эту структуру папок и создайте класс с именем ExampleBlock.php в каталоге Block.
Этот файл должен содержать:

  • Метаданные аннотации — это поможет идентифицировать созданный блок. Чтобы узнать больше об аннотациях, проверьте плагины на основе аннотаций.
  • Аннотация содержит:
      Идентификатор, который представляет собой уникальный машиночитаемый идентификатор созданного пользовательского блока.
      «admin_label» определяет удобочитаемое имя пользовательского блока, которое отображается в интерфейсе администратора.
Пользовательский блок

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

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

Здесь мы отображаем разметку в блоке.

3. Включить блок для отображения содержимого

  • После сохранения файла для включения блока перейдите в раздел «Администрирование» > «Структура» > «Макет блока».
  • Нажмите «Поместить блок» под областью, в которой блок должен отображаться. Здесь блок помещается во «вторую боковую панель».
  • После нажатия на блок «Поместить» выполните поиск пользовательского блока, который вы только что создали.
     

 

  • Нажмите «Поместить блок» рядом с блоком, который вы хотите отобразить. Откроется окно конфигурации, где вы можете настроить конфигурацию в соответствии с требованиями.

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

Пользовательский блок Drupal 9

Созданный пользовательский блок Drupal 9 теперь виден в области, где размещен блок.

4. Методы, используемые в классе, созданном для пользовательских блоков

  • build() : Этот метод будет отображать массив с возможностью рендеринга. В этом примере возвращается простая разметка. Даже сложное содержимое, такое как формы и представления, также может быть возвращено.
  • blockAccess() :   Этот метод определяет пользовательскую логику доступа пользователей.

                       • Здесь вызывается класс AccessResult .
                     • Метод allowIfHasPermission() проверяет, есть ли у текущего пользователя разрешение на просмотр этого содержимого или нет.
 

  • blockForm() : Этот метод позволяет определить форму конфигурации блока.

 

  • blockSubmit() : Этот метод используется для сохранения конфигурации, определенной в предыдущем методе blockForm().

     

  • blockValidate() : Этот метод проверяет форму конфигурации блока.

     

 

Как предотвратить автоматическую загрузку модуля ядра?

Окружающая среда

  • Red Hat Enterprise Linux 4, 5, 6, 7, 8

Выпуск

  • Как предотвратить автоматическую загрузку модуля ядра?
  • Как отключить модуль ядра?
  • Как отключить определенный драйвер устройства?

Разрешение

  • Чтобы предотвратить загрузку модулей ядра во время загрузки, имя модуля должно быть добавлено в файл конфигурации для утилиты «modprobe».Этот файл должен находиться по адресу /etc/modprobe.d .
  • Убедитесь, что модуль не настроен для загрузки в /etc/modprobe.conf , /etc/modprobe.d/* , /etc/rc.modules или /etc/sysconfig/modules/ * , прежде чем вносить следующие изменения.
  • Из-за различий между различными версиями RHEL обязательно выполните соответствующие шаги для версии вашей системы ниже:
    • Общие шаги для RHEL 5, 6, 7, 8, за которыми следуют конкретные шаги для каждой версии
    • Шаги для RHEL 4

Общие начальные шаги для Red Hat Enterprise Linux 5, 6, 7 и 8

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

  • [ шаг1 ] Сначала мы выгружаем модуль из работающей системы, если он загружен.

      # modprobe -r имя_модуля #шаг1

  • [ шаг 2 ] Чтобы предотвратить загрузку модуля напрямую, вы добавляете строку черного списка в файл конфигурации, специфичный для конфигурации системы, например /etc/modprobe.d/local-dontload.conf .

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

      # echo "имя модуля_черного списка" >> /etc/modprobe.d/local-dontload.conf #step2

  • [ step3 ] Строка install просто вызывает запуск /bin/false вместо установки модуля.(Того же можно добиться, используя /bin/true .)

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

      # echo "install module_name /bin/false" >> /etc/modprobe.d/local-dontload.conf #step3

  • Теперь выполните соответствующие шаги для версии RHEL вашей системы:

Завершающие шаги только для Red Hat Enterprise Linux 8.

  • [шаг 4] Сделайте резервную копию вашего initramfs.

      # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.$(date +%m-%d-%H%M%S).bak

  • [ шаг 5 ] Если модуль ядра является частью initramfs (используйте «lsinitrd /boot/initramfs-$(uname -r).img|grep module-name.ko» для проверки), то вам следует пересобрать исходный образ виртуального диска, опуская модуль, которого следует избегать (дополнительную информацию см. в разделе Как восстановить исходный образ виртуального диска в Red Hat Enterprise Linux).

      # dracut --omit-drivers имя_модуля -f

  • [ шаг 6 ] Получить текущие параметры командной строки ядра.

      # grub2-editenv - список | grep ядрооптс

  • [шаг 7] Добавить имя_модуля.blacklist=1 rd.driver.blacklist=имя_модуля в конце вывода, найденного на шаге 6. (Для RHEl 8 утилита grub2-editenv фактически является рекомендуемым методом для изменяя эти переменные.Дополнительные сведения см. в разделе Как вручную изменить параметр загрузки в grub перед загрузкой системы).

      # grub2-editenv - set kernelopts=" module_name.blacklist=1 rd.driver.blacklist=module_name"

Например:
# grub2-editenv - set kernelopts="root=/dev/mapper/rhel_example-root ro Crashkernel=auto Resumo=/dev/mapper/rhel_example-swap rd.lvm.lv=rhel_example/root rd.lvm.lv=rhel_example/ swap module_name.blacklist=1 rd.driver.blacklist=module_name"

  • [шаг 8] Сделайте резервную копию kdump initramfs.KDUMP_COMMANDLINE_APPEND=/s/»$/ rd.driver.blacklist=имя_модуля»/’ /etc/sysconfig/kdump

  • [шаг 10] Перезапустите службу kdump, чтобы применить изменения в файле initrd kdump.

      # перезапуск kdumpctl

  • [шаг 11] Пересоздайте начальный образ виртуального диска kdump.

      # mkdumprd -f /boot/initramfs-$(uname -r)kdump.img

  • [шаг 12] Перезагрузите систему в удобное время, чтобы изменения вступили в силу.

      # перезагрузка

Завершающие шаги только для Red Hat Enterprise Linux 7

  • [шаг 4] Сделайте резервную копию вашего initramfs.

      # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.$(date +%m-%d-%H%M%S).bak

  • [ шаг 5 ] Если модуль ядра является частью initramfs (конфигурация загрузки), пересоберите исходный образ виртуального диска, исключив модуль, которого следует избегать (дополнительную информацию см. в разделе Как перестроить исходный образ виртуального диска в Red Hat Enterprise Linux). .GRUB_CMDLINE_LINUX=/s/»$/ имя_модуля.blacklist=1 rd.driver.blacklist=имя_модуля»/’ /etc/default/grub

  • [шаг 7] Переустановите grub2, чтобы изменения ядра cmdline вступили в силу. Если ваша система использует UEFI, путь необходимо изменить на /boot/efi/EFI/redhat/grub.cfg 

      # grub2-mkconfig -o /boot/grub2/grub.cfg

  • [шаг 8] Сделайте резервную копию kdump initramfs.KDUMP_COMMANDLINE_APPEND=/s/»$/ rd.driver.blacklist=имя_модуля»/’ /etc/sysconfig/kdump

  • [шаг 10] Перезапустите службу kdump, чтобы применить изменения в файле initrd kdump.

      # перезапуск kdumpctl

  • [шаг 11] Пересоздайте начальный образ виртуального диска kdump.

      # mkdumprd -f /boot/initramfs-$(uname -r)kdump.img

  • [шаг 12] Перезагрузите систему в удобное время, чтобы изменения вступили в силу.

      # перезагрузка

Завершающие шаги только для Red Hat Enterprise Linux 6

  • [шаг 4] Сделайте резервную копию вашего initramfs.

      # cp /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.$(date +%m-%d-%H%M%S).bak

  • [ шаг 5 ] Если модуль ядра является частью initramfs (конфигурация загрузки), пересоберите исходный образ виртуального диска, исключив модуль, которого следует избегать (дополнительную информацию см. в разделе Как перестроить исходный образ виртуального диска в Red Hat Enterprise Linux). .

      # dracut --omit-drivers имя_модуля -f

  • [ шаг 6 ] Добавить имя_модуля .черный список к ядру cmdline . Мы даем ему недопустимый параметр blacklist и устанавливаем его на 1 , чтобы предотвратить его загрузку ядром.

      # sed -i '/\s*kernel \/vmlinuz/s/$/ имя_модуля.blacklist=1/' /boot/grub/grub.conf

  • [ step7 ] Отредактируйте файл конфигурации kdump: пометьте его там как исключенный из загрузки kdump.

      # echo "имя модуля_черного списка" >> /etc/kdump.conf

  • [ step8 ] Перезапустите службу kdump, чтобы применить изменения в initrd kdump.

      # перезапуск службы kdump

  • [ step9 ] Перезагрузите систему в удобное время, чтобы изменения вступили в силу.

      # перезагрузка

Продолжение действий только для Red Hat Enterprise Linux 5

  • [шаг 4] Сделайте резервную копию файла initrd.

      # cp /boot/initrd-$(uname -r).img /boot/initrd-$(uname -r).img.$(date +%m-%d-%H%M%S).bak

  • [ шаг 5 ] Если модуль ядра является частью initrd (загрузочная конфигурация), пересоберите исходный образ виртуального диска. Используйте флаг --builtin=module_name для mkinitrd , чтобы пропустить рассматриваемый модуль.

      # mkinitrd -v --builtin=имя_модуля

  • [ шаг 6 ] Добавить имя_модуля .черный список ядра cmdline . Мы даем ему недопустимый параметр blacklist и устанавливаем его на 1 , чтобы предотвратить его загрузку ядром.

      # sed -i '/\s*kernel \/vmlinuz/s/$/ имя_модуля.blacklist=1/' /boot/grub/grub.conf

  • [ step7 ] Перезагрузите систему в удобное время, чтобы изменения вступили в силу.

      # перезагрузка

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

Red Hat Enterprise Linux 4

  • Добавьте следующую строку в /etc/modprobe.conf :

      псевдоним <имя модуля> выкл.

  • Если модуль ядра является частью initrd (загрузочной конфигурации), то initrd следует сгенерировать заново. Загрузите затронутое ядро ​​и выполните следующую команду, чтобы повторно сгенерировать затронутое ядро ​​initrd.

      # mkinitrd /boot/initrd-$(uname -r).img $(uname -r)

Временное удаление модуля

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

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

Загрузка модулей

Процедура загрузки модулей доступна в документации по продукту по адресу:

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

Модули — Средство доказательства теорем Аренда

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

Модули

Модуль состоит из имени и списка определений:

  \модуль модуля \где {
  def_1
  ...
  def_n
}

Вы можете ссылаться на определения def_1 … def_n внутри модуля Mod по их именам. Чтобы обращаться к ним вне этого модуля, нужно использовать их полные имена Mod.def_1 … Mod.def_n. Например, рассмотрим следующий код:

.
  \func f2 => Mod.f1
\модуль модуля \где {
  \функция f1 => f2
  \функция f2 => 0
  \функция f3 => f4
}
\ функция f4 => f2

Вы не можете ссылаться на f1 в f2 без Mod. приставка. Функция f4 ссылается на f2, определенную на верхнем уровне.Функция Mod.f2 скрывает верхний уровень f2 внутри модуля Mod, поэтому Mod.f1 ссылается на Mod.f2. Вы можете ссылаться на функции верхнего уровня внутри модулей, как показано в примере, где Mod.f3 ссылается на f4.

Если блок \where содержит только одно определение, фигурные скобки вокруг него можно опустить.

  \модуль Мод\где
  \функция f1 => 0

Где блоки

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

  \func f => g \где \func g => 0
\func h => f.g \где
  \данные D \где {
    \функция к => D
    \func s => M.g.N.s
  }
\модуль М \где
  \func g => Н.с \где {
    \модуль N \где {
      \funcs => Е
    }
    \данные Е
  }

Конструкторы определения \data и поля определения \class или \record определены внутри модуля, связанного с определением, но они также видны вне этого модуля.В частности, в следующем примере f1 и f2 определяются идентичными выражениями.

  \данные д
  | а
  | б д

\f1 => б а
\func f2 => д.б.

Обычно элементы блока where не взаимодействуют с определением, к которому присоединен блок. Однако там, где блоки определений \data и \class могут содержать специальные инструкции, которые изменяют тип родительского определения (или, например, ввести для него автоматическое приведение типов). Такие инструкции начинаются с ключевого слова \use и более подробно обсуждаются в Принуждении и Уровне.

Команды открытия

Содержимое данного модуля может быть добавлено в текущую область с помощью команды \open (это называется «открытием» модуля). Команда \open влияет на все определения в текущей области.

  \функция h2 => f
\модуль М \где {
  \функция ф => 0
  \функция г => 1
}
\ открыть М
\ функция h3 => г

Команда \open M (def_1, … def_n) добавляет в текущую область только определения def_1, … def_n. На другие определения следует ссылаться по их полным именам.

Команда \open M \hiding (def_1, … def_n) добавляет все определения M, кроме def_1, … def_n. К этим определениям по-прежнему можно обращаться по их полным именам.

Команда \open M (def_1 \as def_1’, … def_n \as def_n’) добавляет определения def_1, … def_n под именами def_1’, … def_n’ соответственно.

Команда \open M \using (def_1 \as def_1’, … def_n \as def_n’) может использоваться для добавления в текущую область видимости всех определений M при переименовании некоторых из них.

  \модуль М \где {
  \функция ф => 0
  \функция г => 1
  \функция ч => 2
}
\модуль M1 \где {
  \открыть М (ж,ж)
  \функция h2 => f
  \функция h3 => г
  \func h4 => M.h -- мы можем обращаться к M.h только по его полному имени.
}
\модуль М2 \где {
  \открыть M \скрыть (f,g)
  \func h2 => M.f -- мы можем ссылаться на M.f и M.g только по их полным именам.
  \func h3 => мг
  \функция h4 => ч
}
\модуль М3 \где {
  \открыть M1 (h2 \as M1_h2, h3)
  \открыть M2 \используя (h3 \as M2_h3) \скрывая (h4)
  \func k1 => M1_h2 -- это относится к M1.h2
  \func k2 => h2 -- это относится к M2.h2
  \func k3 => h3 -- это относится к M1.h3
  \func k4 => M2_h3 -- это относится к M2.h3
  \func k5 => M1.h4 -- мы можем ссылаться на M1.h4 только по его полному имени.
}

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

Команды импорта

Если у вас есть несколько файлов, вы можете использовать команду \import, чтобы сделать один из них видимым в другом.Например, предположим, что у нас есть файлы A.ard, B.ard, каталог Dir и файл Dir/C.ard со следующим содержимым:

  -- А.ард
\функция а1 => 0
\функция а2 => 0
  \где \func a3 => 0  
  -- Каталог/карта
\импорт А

\функция с1 => а1
\func c2 => a2.a3  
  -- Б.ард
\импорт директор.C

\функция b1 => c1
-- \func b2 => a1 -- определения из файла A не видны
-- \func b3 => A.a1 -- вы не можете ссылаться на определения из файла A по их полным именам.\func b4 => Dir.C.c2 -- вы можете ссылаться на определения из файла Dir/C.ard по их полным именам.

Команда \import также открывает содержимое импортированного файла. Вы можете использовать тот же синтаксис, что и для команд \open, чтобы управлять тем, какие определения будут открыты. Если вы хотите только импортировать файл и не открывать никаких определений, вы можете написать \import X(). Затем вы можете ссылаться на определения из файла X по их полным именам:

  -- Ярд
\импорт X()

\func f => X.ф

БЭМ 101 | CSS-трюки — CSS-трюки

Ниже приводится совместный пост гостя Джо Ричардсона, Робина Рендла и группы сотрудников CSS-Tricks. Джо хотел сделать пост о БЭМ, который нам очень понравился, и почти у всех здесь были мысли и мнения о БЭМ, поэтому мы решили собраться и сделать это вместе.

Методология Block, Element, Modifier (обычно называемая BEM) является популярным соглашением об именах для классов в HTML и CSS.Разработанный командой Яндекса, его цель — помочь разработчикам лучше понять взаимосвязь между HTML и CSS в конкретном проекте.

Вот пример того, что мог бы написать разработчик CSS, пишущий в стиле БЭМ:

  /* Блочный компонент */
.btn {}

/* Элемент, зависящий от блока */
.btn__price {}

/* Модификатор, изменяющий стиль блока */
.btn--оранжевый {}
.btn--большой {}

В этой методологии CSS блок является абстракцией верхнего уровня нового компонента, например кнопки: .кнопка {} . Этот блок следует рассматривать как родительский. Дочерние элементы или элемента могут быть размещены внутри, и они обозначаются двумя символами подчеркивания после имени блока, например .btn__price { } . Наконец, модификаторы могут манипулировать блоком, чтобы мы могли использовать тему или стиль для этого конкретного компонента, не вызывая изменений в совершенно не связанном модуле. Это делается путем добавления двух дефисов к имени блока, например, btn—orange .

Тогда разметка может выглядеть так:

  
  $9,99
  Подписаться

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

.

См. пример Pen BEM от CSS-Tricks (@css-tricks) на CodePen.

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

Почему мы должны рассматривать БЭМ?

  1. Если мы хотим создать новый стиль компонента, мы можем легко увидеть, какие модификаторы и дочерние элементы уже существуют.Мы могли бы даже понять, что нам вообще не нужно писать какой-либо CSS, потому что есть уже существующий модификатор, который делает то, что нам нужно.
  2. Если мы читаем разметку вместо CSS, мы должны иметь возможность быстро получить представление о том, какой элемент зависит от другого (в предыдущем примере мы видим, что .btn__price зависит от .btn , даже если мы не пока не знаю, что это делает.)
  3. Дизайнеры и разработчики могут давать одинаковые имена компонентам для облегчения общения между членами группы.Другими словами, БЭМ дает всем участникам проекта декларативный синтаксис, которым они могут делиться, чтобы они были на одной странице.

Гарри Робертс назвал еще одно ключевое преимущество использования такого синтаксиса, как БЭМ, когда он пишет о повышении уверенности разработчиков:

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

Точно так же Филип Уолтон утверждает, что эту проблему можно решить, если достаточное количество разработчиков будут придерживаться принципов БЭМ:

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

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

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

Давайте посмотрим на некоторые проблемы с БЭМ…

Проблемы с

BEM CSS

Конечно же, если вы нарушите правила БЭМ, никто вам руку не выкрутит. Вы все еще можете написать селектор CSS следующим образом:

  .nav .nav__listItem .btn -- оранжевый {
  цвет фона: зеленый;
}

Похоже, здесь есть части БЭМ, но это не БЭМ. У него есть вложенные селекторы, а модификатор даже не точно описывает, что происходит. Если бы мы сделали это, мы бы испортили неравномерность специфичности, которая так полезна в БЭМ.

Блок (например, .nav ) никогда не должен переопределять стили другого блока или модификатора (например, .btn--orange ). В противном случае это сделало бы почти невозможным чтение HTML и понимание того, что делает этот компонент; в процессе мы обязательно сильно поколеблем доверие другого разработчика к кодовой базе.Это касается и HTML: чего бы вы ожидали, если бы увидели следующую разметку?

  
  
Первый элемент

  
Элемент второй

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

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

Другие примеры БЭМ в действии

Аккордеонная демонстрация

См. Pen BEM Accordion от CSS-Tricks (@css-tricks) на CodePen.

В этом примере один блок, два элемента и один модификатор. Здесь мы можем создать модификатор .accordion__copy–open , который сообщает нам, что мы не должны использовать его в другом блоке или элементе.

Навигационная демонстрация

См. меню Pen BEM от CSS-Tricks (@css-tricks) на CodePen.

Эта демонстрация навигации состоит из 1 блока, 6 элементов и 1 модификатора. Можно даже создавать блоки вообще без модификаторов. В какой-то момент в будущем разработчик всегда сможет добавить (или привязать) новые модификаторы, пока блок остается согласованным.

Не нравится БЭМ

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

Вот еще мнение:

Не уверен, что я продал БЭМ. .сайт-поиск .site-search__field .сайт-поиск-полный Почему бы нет: .сайт-поиск .site-поиск ввода .сайт-поиск .полный

— Сэмюэл Файн (@samuelfine) 11 марта 2015 г.

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

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

БЭМ звучит очень полезно, если вы не знаете, как работают HTML или CSS.

— Сэмюэл Файн (@samuelfine) 11 марта 2015 г.

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

В методологии SMACSS вы, скорее всего, найдете имя класса CSS, состоящее из трех букв. Затем модификаторы следуют за именем модуля через дефис:

.
  /* Пример модуля */
.btn { }

/* Модификатор класса btn */
.btn-первичный {}

/* Модуль Btn с состоянием */
.btn.is-collapsed {}

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

В OOCSS блоки также являются общими.

  /* Пример модуля */
.мод {}

/* Часть модуля */
.внутренний { }

/* Разговорный модуль */
.говорить { }

/* Вариация части внутри модуля */
.talk .внутренний { }

Таким образом, вы должны использовать несколько классов в HTML для вариантов. Внутренняя часть не названа так, как будто у нее есть зависимость, поэтому она менее понятна, но потенциально более пригодна для повторного использования. БЭМ сделал бы .mod__inner и .mod--talk и .mod--talk__inner .

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

Сасс и БЭМ

Для тех из вас, кто пишет Sass и любит вложение как способ определения области видимости стилей, вы можете писать во вложенном формате, но получать невложенный CSS с помощью @at-root :

  .блок {
  @at-root #{&}__элемент {
  }
  @at-root #{&}--модификатор {
  }
}

Получите:

  .блокировать {
}
.block__элемент {
}
.block--модификатор {
}

И вы можете получить столько абстракции, сколько захотите! Ознакомьтесь с BEM Constructor Даниэлда Гийана или Expressive BEM Андерса Шмидта Хансена.

Резюме

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

Обычно мне нравится думать о БЭМ как об ответе на вопрос Николаса Галлахера:

Заменить «Вы можете это построить?» с «Вы можете поддерживать это, не теряя рассудка?»

— Николас Галлахер (@necolas) 24 июля 2013 г.

Дальнейшее чтение

модулей сообщества Prosody

модулей сообщества Prosody

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

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

Этот каталог позволяет легко просматривать все модули.

Полный список всех 410 модулей

mod_addressing
XEP-0033: Расширенная строфа адресации Stage-Alpha
mod_adhoc_account_management
Команда управления личным кабинетом Stage-Alpha Предупреждения
mod_adhoc_blacklist
Блокировка удаленных серверов с помощью специальной команды
mod_adhoc_dataforms_demo
Модуль для тестирования специальных команд и рендеринга форм данных
mod_adhoc_groups
Позволяет пользователям создавать группы и присоединяться к ним
mod_adhoc_oauth3_client
Создание клиентов OAuth3 с помощью специальной команды Stage-Alpha
mod_admin_blocklist
Блокировать подключения s2s на основе черных списков администратора
mod_admin_message
Консоль администрирования на основе обмена мгновенными сообщениями Stage-Beta Предупреждения
mod_admin_notify
API для уведомления администраторов сервера Stage-Alpha
mod_admin_probe
Разрешить администраторам сервера проверять любого пользователя
mod_admin_web
Интерфейс веб-администрирования Stage-Beta
mod_alias
Укажите псевдоним учетных записей или доменов для правильного пользователя XMPP
мод_атом
Предоставление доступа к данным PEP микроблогов через HTTP
mod_auth_any
Модуль аутентификации, который принимает любое имя пользователя и пароль Stage-Merge Type-Auth
mod_auth_ccert
Модуль проверки подлинности клиентского сертификата Stage-Alpha Type-Auth
mod_auth_custom_http
HTTP-аутентификация с использованием пользовательского протокола JSON Предупреждения
mod_auth_cyrus
Импорт из Prosody rev 8f1e7fd55e7b Предупреждения
mod_auth_dovecot
Модуль аутентификации Dovecot Stage-Alpha Type-Auth Предупреждения
mod_auth_external_insecure
Аутентификация через внешний скрипт/процесс (УСТАРЕЛО) Stage-Deprecated Type-Auth Предупреждения
mod_auth_ha1
Модуль аутентификации для хешированных учетных данных HA1 в текстовом файле, используемый reTurnServer Stage-Beta Type-Auth Предупреждения
mod_auth_http
Проверка подлинности пользователей на внешнем HTTP API Stage-Alpha
mod_auth_http_async
Модуль асинхронной HTTP-аутентификации Stage-Alpha Предупреждения
mod_auth_http_cookie
Возможно временное ответвление mod_http_auth_async, добавляющее поддержку проверки подлинности файлов cookie Stage-Alpha Предупреждения
mod_auth_imap
Модуль аутентификации IMAP
Stage-Alpha Type-Auth Предупреждения
mod_auth_internal_yubikey
Двухфакторная аутентификация с использованием Yubikeys Stage-Beta Type-Auth Предупреждения
mod_auth_joomla
Модуль аутентификации Joomla Stage-Alpha Type-Auth Предупреждения
mod_auth_ldap
Модуль проверки подлинности LDAP Stage-Merge Type-Auth
mod_auth_ldap2
Другой взгляд на аутентификацию LDAP Type-Auth Предупреждения
mod_auth_oauthbearer
Проверка подлинности OAuth Type-Auth Предупреждения
mod_auth_pam
Модуль аутентификации PAM
Stage-Alpha Type-Auth Предупреждения
mod_auth_phpbb3
Модуль аутентификации PHPBB3 Stage-Alpha Type-Auth Предупреждения
mod_auth_sql
Модуль проверки подлинности базы данных SQL Type-Auth Stage-Stable Предупреждения
mod_auth_token
Новый модуль аутентификации токена HMAC для Prosody.Предупреждения
mod_auth_wordpress
Модуль аутентификации
WordPress Stage-Alpha Type-Auth Предупреждения
мод_авто156
Запросы для XEP-0156 TXT записей и распечаток в формате JSON NeedDocs
mod_auto_accept_subscriptions
Автоматически принимать входящие запросы на подписку от имени пользователей Stage-Beta
mod_auto_activate_hosts
Автоматически активировать/деактивировать хосты при перезагрузке Stage-Beta Предупреждения
mod_auto_answer_disco_info
Отвечает на запросы disco#info от имени получателя
mod_auto_moved
XEP-0283: перенесена фаза-альфа Предупреждения
mod_aws_profile
Новый модуль для доступа к API AWS на основе ролей Предупреждения
mod_benchmark_storage
Средство тестирования хранилища Предупреждения
мод_биди
XEP-0288: Стабильность двунаправленных соединений между серверами Предупреждения
mod_bind2
XEP-0386: привязка 2.0 Стадия-Альфа
mod_block_outgoing
Блокировать исходящие строфы от пользователей
mod_block_registrations
Разрешить ограничение регистрации определенных учетных записей пользователей и/или убедиться, что зарегистрированные учетные записи соответствуют заданному шаблону Предупреждения
mod_block_s2s_subscriptions
Новый модуль для блокировки входящих подписок на присутствие от не-контактов на выбранных удаленных хостах NeedDocs
mod_block_strangers
Модуль для блокировки сообщений и iqs от людей, не входящих в ваш список NeedDocs
mod_block_subscribes
Блокировать входящие и исходящие запросы на подписку (полезно для предотвращения неявной модификации списка) NeedDocs
mod_block_subscriptions
Блокировать входящие и исходящие подписки на присутствие (полезно в сочетании с mod_readonly) NeedDocs
mod_blocking
XEP-0191: Поддержка блокировки Simple Communications Stage-Alpha Предупреждения
mod_bob
Биты кэша двоичных данных в службах MUC
mod_bookmarks
Синхронизация закладок между Private XML и PEP Stage-Obsolete
mod_bookmarks2
Синхронизация закладок между частным XML, устаревшим PEP и PEP Stage-Merge
mod_broadcast
Отправка сообщения онлайн-пользователям Stage-Stable Предупреждения
мод_c2s_conn_throttle
Модуль регулирования соединений c2s
Stage-Stable Предупреждения
mod_c2s_limit_sessions
Ограничить количество ресурсов, которые может подключить пользователь
mod_cache_c2s_caps
Ограничения кэша для сеансов пользователей Предупреждения
mod_captcha_registration
обеспечивает защиту от капчи для регистрационной формы Stage-Beta Предупреждения
mod_carbons
Message Carbons Stage-Устарело
mod_carbons_adhoc
Начальная фиксация.Нужные документы Предупреждения
mod_carbons_copies
Начальная фиксация; разрешить пользователю включать углерод в стиле v0 NeedDocs Предупреждения
mod_checkcerts
Напоминание об истечении срока действия сертификата
mod_client_certs
Управление сертификатами на стороне клиента для Prosody Stage-Alpha Предупреждения
мод_клиент_прокси
Проксирование нескольких клиентских ресурсов за одним компонентом Stage-Alpha
mod_cloud_notify
XEP-0357: Стадия облачных push-уведомлений — бета-версия
mod_cloud_notify_encrypted
Поддержка зашифрованных полезных данных в push-уведомлениях Stage-Alpha
mod_cloud_notify_extensions
Пользовательские push-расширения Tigase для iOS Stage-Beta
mod_cloud_notify_filters
Поддержка правил фильтрации push-уведомлений Stage-Alpha
mod_cloud_notify_priority_tag
Поддержка указания важности для серверов push-уведомлений Stage-Alpha
mod_compact_resource
Применяет короткие случайные ресурсы NeedDocs
mod_compat_bind
Совместимость (тьфу) с клиентами, которые отправляют привязку ресурса к узлу входа в систему (тьфу) NeedDocs
mod_compat_dialback
Обходной путь для обратного вызова с некоторыми серверами, которые нарушают RFC 6120
mod_compat_muc_admin
Модуль COMPAT для старых клиентов, использующих неправильные пространства имен в манипуляциях с принадлежностью MUC.Стадия-бета Предупреждения
mod_compat_vcard
Обработка запросов vcard, отправленных на полные JID (нарушение спецификации, допущенное более старыми версиями ejabberd и, возможно, другими) — заменяет параметр vcard_compatibility из Prosody 0.8 NeedDocs
mod_compliance_2021
XMPP Compliance Suites 2021 самопроверка
mod_component_client
Начальная фиксация. Позволяет Prosody выступать в качестве внешнего компонента для других серверов XMPP.Предупреждения
mod_component_http
Позволяет реализовать компонент или бота через HTTP
mod_component_roundrobin
Компонентный циклический модуль балансировки нагрузки Предупреждения
mod_compression_unsafe
mod_compression: переименовать в mod_compression_unsafe и добавить примечание о безопасности Предупреждения
mod_conformance_restricted
Отправка ограниченного XML для проверки на соответствие Предупреждения
mod_conversejs
Упростите настройку Converse.js Предупреждения
mod_couchdb
Серверная часть CouchDB для Prosody Stage-Alpha Type-Storage Предупреждения
mod_csi
Поддержка индикации состояния клиента Stage-Obsolete
mod_csi_battery_saver
Модуль
CSI для экономии заряда батареи на мобильных устройствах на основе mod_csi_pump Предупреждения
mod_csi_compat
Реализовать протокол google:queue и сопоставить его с событиями mod_csi
mod_csi_grace_period
Логика льготного периода на стороне сервера для CSI
mod_csi_muc_priorities
Уменьшить важность сообщений группового чата
mod_csi_simple_compat
Модуль для просодии 0.11, который добавляет настройку, доступную из Prosody 0.12.
mod_data_access
HTTP-доступ к механизму хранения просодии
mod_debug_omemo
Генерация отладочных ссылок OMEMO Stage-Alpha
mod_debug_traceback
Создание трассировки по запросу Stage-Alpha
mod_default_bookmarks
Чаты с закладками по умолчанию Предупреждения
mod_default_vcard
Автоматически заполнять vcard на основе сведений об учетной записи Стадия-бета Предупреждения
mod_delegation
Стадия реализации
XEP-0355 (делегирование пространства имен) — бета-версия Предупреждения
mod_deny_omemo
Предотвращает публикацию и извлечение узлов OMEMO PEP NeedDocs
мод_устройства
Идентификация устройства Stage-Alpha Предупреждения
mod_disable_tls
Отключить TLS на определенных клиентских портах Stage-Beta
mod_discodot
Распечатать график обнаружения служб Предупреждения
mod_discoitems
Вручную переопределить список элементов обнаружения служб Stage-Beta
mod_dnsupdate
Используйте с nsupdate для обновления записей DNS из конфигурации
mod_dwd
Обратный дозвон без обратного дозвона
мод_e2e_policy
Первоначальная фиксация Предупреждения
mod_easy_invite
Модуль управления приглашениями для Prosody (устаревший) Stage-Deprecated
mod_email
Первоначальный прототип модуля, который позволяет другим модулям отправлять электронную почту NeedDocs
mod_email_pass
Начальная стадия фиксации — бета-версия Предупреждения
mod_export_skeletons
Экспорт архивов сообщений в очищенной минимальной форме для анализа Предупреждения
mod_extdisco
Обнаружение внешней службы
mod_external_services
Обнаружение внешней службы
mod_fallback_vcard
Создает отсутствующие vcards из шаблона NeedDocs Предупреждения
mod_file_management
mod_upload_file_management: добавьте этот новый модуль, пока только список файлов, загруженных пользователем в качестве администратора.Стадия-Альфа Предупреждения
mod_filter_chatstates
Перенос состояний чата из сообщений в неактивные сеансы
mod_filter_words
Очень простой модуль на ранних стадиях для фильтрации слов в сообщениях NeedDocs Предупреждения
mod_firewall
Модуль фильтрации строф на основе правил Stage-Alpha Предупреждения
mod_flash_policy
Добавлена ​​поддержка политики флэш-сокетов Stage-Alpha Предупреждения
mod_graceful_shutdown
Эксперимент по улучшению процесса завершения работы
mod_group_bookmarks
mod_groups для чатов Stage-Beta Предупреждения
mod_groups_internal
новый модуль для группировки помимо mod_adhoc_groups NeedDocs
mod_groups_migration
Модуль
, помогающий перейти на группы NeedDocs
mod_groups_muc_bookmarks
управление закладками PEP (XEP-0048) членов группы NeedDocs Предупреждения
mod_groups_shell
добавить команду оболочки администратора для обновления закладок NeedDocs Предупреждения
mod_host_blacklist
Аналогично mod_s2s_blacklist, но на основе строфы.Работает между хостами на одном сервере с небольшим влиянием на производительность. Нужные документы
mod_host_guard
Детальный подключаемый модуль для внесения в черный список удаленных хостов Stage-Stable Предупреждения
mod_host_status_check
Проверка состояния хоста Stage-Beta
mod_host_status_heartbeat
Пульс состояния хоста Стадия-бета Предупреждения
мод_http_admin_api
HTTP API для управления пользователями и приглашениями NeedDocs Предупреждения
мод_http_altconnect
Предоставляет доступ к конечным точкам BOSH и WebSocket через HTTP по адресу http://legastero.github.io/customxeps/extensions/xep-0156.html#http Предупреждения
mod_http_auth_check
Проверка учетных данных с использованием HTTP Предупреждения
mod_http_authentication
Обеспечивает базовую аутентификацию HTTP на всех конечных точках HTTP, обслуживаемых Prosody Stage-Beta.
мод_http_аватар
Подавать аватары через HTTP Предупреждения
mod_http_dir_listing
Список каталогов HTTP Предупреждения
mod_http_dir_listing2
Список каталогов HTTP Предупреждения
mod_http_favicon
HTTP-фавикон
mod_http_host_status_check
Этап проверки состояния хоста HTTP — бета-версия Предупреждения
mod_http_hostaliases
Дайте хостам HTTP дополнительные псевдонимы NeedDocs
mod_http_index
Создает индекс локальных HTTP-приложений.
мод_http_libjs
Обслуживание общих библиотек Javascript Stage-Stable
mod_http_logging
Создание журналов HTTP в стиле Apache
мод_http_muc_kick
Модуль публикации Предупреждения
mod_http_muc_log
Предоставляет веб-интерфейс для сохраненных журналов чата Stage-Beta
мод_http_oauth3
API-интерфейс OAuth3 — альфа-версия
mod_http_pep_avatar
Подавать аватары PEP из HTTP
mod_http_prebind
Реализует предварительную привязку BOSH Stage-Alpha Предупреждения
мод_http_rest
Отправка строф XMPP через REST/HTTP Stage-Alpha Предупреждения
mod_http_roster_admin
Делегирование управления реестром внешней службе Stage-Beta Предупреждения
мод_http_stats_stream
Отправляет статистику из statsmanager через поток событий HTTP
mod_http_upload
Внедрение режима передачи файлов с загрузкой по протоколу HTTP для диалогов Stage-Alpha Предупреждения
мод_http_upload_external
Вариант mod_http_upload, который делегирует обработку HTTP другому серверу с использованием подписанных URL-адресов Stage-Alpha
mod_http_user_count
HTTP-модуль для отчета о текущем количестве онлайн-пользователей или сеансов NeedDocs Предупреждения
мод_http_xep227
Импорт/экспорт данных учетной записи на основе HTTP с использованием XEP-0227 Stage-Alpha
mod_idlecompat
Модуль совместимости
XEP-0319 Stage-Beta Предупреждения
mod_ignore_host_chatstates
Отменить сообщения о состоянии чата, отправленные на пустой хост
mod_incidents_handling
Плагин обработки инцидентов
Stage-Beta Предупреждения
mod_inject_ecaps2
Вводит элементы ecaps2 (XEP-0390) в присутствии
mod_inotify_reload
Перезагружать модули при изменении их кода NeedDocs Предупреждения
mod_invite
Позволяет пользователям приглашать новых пользователей Stage-Deprecated
mod_invites
Модуль управления приглашениями для Prosody Stage-Beta
mod_invites_adhoc
Включить специальную команду для клиентов XMPP для создания приглашений Stage-Beta
mod_invites_api
HTTP API с проверкой подлинности для создания приглашений Stage-Beta
mod_invites_groups
обработка группы факторов из mod_invites_register NeedDocs
mod_invites_page
Создать дружественную веб-страницу для приглашений Стадия-бета
mod_invites_register
Разрешить регистрацию учетной записи с помощью токенов приглашения Стадия-бета
mod_invites_register_api
Новый модуль, позволяющий превращать приглашения в учетные записи через HTTP API NeedDocs
mod_invites_register_web
Регистрация учетных записей через Интернет с использованием токенов приглашения Стадия-бета Предупреждения
mod_invites_tracking
Store, создавший приглашение для создания учетной записи пользователя Stage-Alpha Предупреждения
mod_ipcheck
XEP-0279: Стабильный этап проверки IP-адреса сервера
мод_изолировать_хост
Запретить обмен данными между узлами Stage-Beta Предупреждения
mod_jid_prep
Реализовать XEP-0328: подготовка JID для клиентов Stage-Alpha Предупреждения
mod_json_streams
Кодировки JSON для XMPP Stage-Beta Предупреждения
mod_jsxc
Демонстрационный модуль, относительно легко обслуживающий JSXC, от Prosody NeedDocs
mod_lastlog
Регистрировать время последнего входа в систему Stage-Beta Предупреждения
mod_lastlog2
Запись последней метки времени событий Stage-Beta
мод_латекс
Замена разметки LaTeX в сообщениях встроенными изображениями Стадия — бета-версия Предупреждения
mod_lib_ldap
Добавить набор подключаемых модулей LDAP Предупреждения
mod_limit_auth
Попытки проверки подлинности дросселя с дополнительным tarpit
мод_лимиты
Ограничение скорости на уровне соединения Stage-Obsolete
mod_limits_exception
Разрешить указанным JID обходить ограничения скорости
mod_list_active
Инверсия mod_list_inactive (закрывает #705) Предупреждения
mod_list_inactive
Разобрать данные, собранные mod_lastlog, и распечатать пользователей, не входивших в систему в течение некоторого времени Предупреждения
mod_listusers
Добавлено
(+поддержка конфигурации; -подтверждение трассировки; +удобные для пользователя ошибки подключения; -ненужный цикл повторения-до, который тормозил модуль) Предупреждения
mod_log_auth
Регистрировать неудачные попытки аутентификации с их IP-адресами Стабильная стадия
mod_log_events
Модуль для регистрации всех событий на сервере/хосте NeedDocs
mod_log_events_by_cpu_usage
Журнал событий, на которые было затрачено больше определенного количества процессорного времени
mod_log_events_by_memory
События журнала, при которых увеличилось использование памяти Lua
mod_log_http
ведение журнала HTTP-запросов Предупреждения
mod_log_json
Приемник журнала JSON
mod_log_mark
Записывать сообщение один раз в минуту
mod_log_messages_sql
Форк mod_mam_sql без битов протокола Предупреждения
mod_log_rate
Собрать статистику по частоте сообщений журнала Предупреждения
mod_log_ringbuffer
Запись в кольцевой буфер в памяти Stage-Beta
mod_log_sasl_mech
Используемый механизм аутентификации журналов NeedDocs
mod_log_slow_events
Предупреждение в журнале, когда обработчики событий занимают слишком много времени Stage-Stable
mod_mam
XEP-0313: этап управления архивом сообщений — устарело
mod_mam_adhoc
Ad-hoc интерфейс для параметров управления архивом сообщений Stage-Alpha Предупреждения
mod_mam_archive
XEP-0136: внешний интерфейс архивации сообщений для mod_mam Stage-Alpha Предупреждения
mod_mam_muc
XEP-0313: Управление архивом сообщений для этапа MUC — устарело
mod_mamsub
Экспериментальная реализация подписки MAM NeedDocs Предупреждения
mod_manifesto
Модуль для повышения осведомленности о днях тестирования безопасности Предупреждения
mod_map
Сводная информация о прототипе MAM Стадия-экспериментальная
mod_measure_active_users
Измерение количества ежедневных, еженедельных и ежемесячных активных пользователей Этап-альфа
mod_measure_client_features
Сбор статистики по функциям клиента Статистика
mod_measure_client_identities
Сбор статистики по учетным записям пользователей Статистика
mod_measure_client_presence
Сбор статистики присутствия пользователей Статистика Предупреждения
mod_measure_cpu
Измерение статистики использования ЦП
mod_measure_lua
добавить способ сбора памяти lua, вдохновленный openmetrics, использовать NeedDocs
mod_measure_malloc
Отчет о статистике malloc() Статистика
mod_measure_memory
Измерение статистики использования памяти
mod_measure_message_e2ee
Сбор статистики по шифрованию сообщений Статистика Предупреждения
mod_measure_message_length
Собирать статистику по количеству байтов, слов и строк в сообщениях
mod_measure_muc
Собрать статистику по Grout Chat Statistics
mod_measure_process
Измерение показателей использования ресурсов процесса (процессор, память, файловые дескрипторы) Статистика
mod_measure_registration
Сбор статистики по регистрации пользователей Статистика
mod_measure_stanza_counts
Собрать статистику по количеству обработанных стансов Статистика Предупреждения
mod_measure_storage
Измерение операций API хранилища Стадия альфа-статистики
mod_message_logging
Журнал/архив всех пользовательских сообщений Stage-Beta Предупреждения
mod_migrate
prosodyctl средство переноса драйверов между хранилищами Предупреждения
mod_migrate_http_upload
mod_http_upload в модуль миграции mod_http_file_share Stage-Alpha
мод_минимикс
Эксперимент по присоединению MUC на основе учетной записи
mod_motd_sequential
Последовательные сообщения MOTD Stage-Beta
мод_muc_access_control
Модуль, позволяющий ограничивать комнаты списком JID, который может включать домены NeedDocs
mod_muc_архив
Записывать сообщения MUC на диск Stage-Beta Предупреждения
mod_muc_auto_reserve_nicks
Автоматическое резервирование псевдонимов пользователей MUC Stage-Alpha
mod_muc_badge
Создает значок SVG с количеством людей в комнатах
mod_muc_ban_ip
Запрет пользователям чатов по их IP-адресу Стадия-Альфа
mod_muc_batched_probe
Новый модуль
mod_muc_block_pm
Запретить неаффилированным участникам MUC отправлять личные сообщения
mod_muc_bot
Модуль улучшения жизни авторов ботов
mod_muc_cloud_notify
XEP-XXX: облачные push-уведомления для MUC Stage-Alpha Предупреждения
mod_muc_config_restrict
Ограничить параметры конфигурации MUC администраторами сервера. Стадия-альфа
mod_muc_defaults
Создание MUC из конфигурации Предупреждения
mod_muc_dicebot
Вещь для броска костей NeedDocs Предупреждения
mod_muc_eventsource
Подписка на комнаты MUC с помощью HTML5 EventSource API Stage-Beta Предупреждения
mod_muc_gc10
Соберите статистику использования группового чата 1.0 протокол Предупреждения
mod_muc_hats_adhoc
Специальные команды для управления головными уборами MUC
mod_muc_hats_api
API для управления головными уборами MUC Предупреждения
mod_muc_hide_media
Модуль, позволяющий скрывать встроенные носители в MUC
mod_muc_http_auth
Модуль Prosodoy для внешней авторизации MUC через HTTP Предупреждения
mod_muc_http_defaults
Начальная конфигурация MUC из JSON REST API
mod_muc_inject_mentions
Опубликовать модуль в репозиторий Предупреждения
mod_muc_intercom
добавляет mod_muc_intercom; пересылает сообщения между комнатами на хосте muc Предупреждения
mod_muc_lang
Рекламирует язык комнаты
mod_muc_limits
Наложить ограничения скорости на MUC Stage-Beta
mod_muc_local_only
Новый модуль для ограничения списка MUC локальными пользователями
mod_muc_log
Записывать сообщения чата на диск Stage-Beta Предупреждения
mod_muc_log_http
Предоставляет веб-интерфейс для сохраненных журналов чата Stage-Beta Предупреждения
mod_muc_mam_hints
Поддержка XEP-0334: подсказки по обработке сообщений для сообщений MUC Stage-Alpha
mod_muc_mam_markers
Сохранение полученных маркеров чата в архивах MUC «Stage-alpha»
mod_muc_markers
Новый модуль для отслеживания квитанций на стороне сервера в MUC
mod_muc_media_metadata
Экспериментальный модуль для добавления метаданных к мультимедиа в MUC Stage-Alpha
mod_muc_mention_notifications
muc_mention_notifications: переименовать модуль
mod_muc_moderation
Первоначальная фиксация XEP-0425: модерация сообщений
mod_muc_notifications
Уведомление о сообщениях MUC для не присутствующих участников Стадия-альфа
mod_muc_occupant_id
Анонимные уникальные идентификаторы агентов для MUC
mod_muc_offline_delivery
Поддержка отправки сообщений MUC автономным пользователям Стадия-альфа
mod_muc_ping
Реализует часть оптимизации сервера XEP-0410: самотестирование MUC
mod_muc_rai
Новый модуль для реализации индикаторов активности в помещении
mod_muc_require_tos
Требовать от посетителей принять что-либо, прежде чем их допустят в комнату. Стадия-Альфа. Предупреждения
mod_muc_restrict_media
Разрешить скрытие встроенных мультимедиа от неаффилированных пользователей в MUC
mod_muc_restrict_nick
Требовать, чтобы псевдонимы агентов MUC соответствовали определенному шаблону Stage-Alpha
mod_muc_restrict_rooms
Модуль ограничения помещения на основе регулярных выражений Предупреждения
mod_muc_rtbl
{арт.резюме|firstline} Стадия-Альфа
mod_muc_search
Реализация XMPP API search.jabber.network NeedDocs
mod_muc_webchat_url
Рекламировать URL-адрес веб-чата в disco#info
mod_munin
Реализация протокола узла Munin Стадия бета-статистики Предупреждения
mod_net_dovecotauth
Первоначальная фиксация серверной реализации протокола аутентификации Dovecot
mod_net_proxy
Реализация протокола PROXY версий 1 и 2 Stage-Alpha
mod_nodeinfo2
Предоставлять метаданные службы для NodeInfo2 Stage-Alpha Предупреждения
mod_nooffline_noerror
Отбрасывать автономные строфы вместо создания ошибок строф, если mod_offline не загружен Stage-Alpha
mod_offline_email
Пересылка автономных сообщений по электронной почте Stage-Beta Предупреждения
mod_offline_hints
Не сохранять в автономном хранилище сообщения с указанием no-store’ Stage-alpha
мод_огп
Добавить модуль
mod_omemo_all_access
Отключить управление доступом для всех узлов PEP, связанных с OMEMO. Стадия-альфа.
mod_onhold
Модуль
, обеспечивающий функцию «удержание» Предупреждения
mod_onions
s2s для скрытых сервисов Tor Stage-Alpha Предупреждения
mod_openid
Позволяет Prosody выступать в качестве поставщика OpenID Stage-Alpha Предупреждения
mod_password_policy
Начальная фиксация.Нужные документы
mod_password_reset
Позволяет пользователям сбрасывать свой пароль по ссылке Stage-Alpha
mod_pastebin
Перенаправление длинных сообщений во встроенный pastebin Stage-Stable
mod_pep_atom_categories
Добавить модуль для индексации категорий в записях Atom NeedDocs Предупреждения
mod_pep_vcard_avatar
Синхронизация аватаров между vCards и PEP Stage-Alpha
mod_pep_vcard_png_avatar
Первоначальная фиксация Предупреждения
mod_persisthosts
Модуль, который динамически создает файлы-заглушки конфигурации для динамически активируемых хостов
mod_ping_muc
Еще один модуль надежности MUC Stage-Alpha
mod_pinger
Добавлено из /files/ NeedDocs
mod_poke_strangers
Запрос функций и версий JID, отправляющих сообщения контактам, на которые они не подписаны.Стадия-Альфа
mod_post_msg
Получает запрос HTTP POST, анализирует его и передает в XMPP. Предупреждения
mod_presence_cache
Наличие кэша от удаленных пользователей Предупреждения
mod_presence_dedup
Модуль дедупликации присутствия Stage-Alpha
mod_privacy_lists
Списки конфиденциальности (XEP-0016) поддерживают Stage-Beta Предупреждения
mod_private_adhoc
Получить частные данные XML с помощью специальной команды Предупреждения
мод_привилегия
XEP-0356 (привилегированная сущность) реализация Stage-Alpha Предупреждения
mod_proctitle
Установить для имени процесса просодию
mod_profile
Замена mod_vcard с поддержкой vcard4 и интеграцией PEP Стадия — не поддерживается
mod_prometheus
Реализация статистики протокола Prometheus Предупреждения
mod_proxy65_whitelist
Ограничение того, какие пользователи передачи файлов могут использовать Stage-Alpha
mod_pubsub_alertmanager
Приемник веб-перехватчиков Alertmanager для pubsub Stage-Alpha
mod_pubsub_eventsource
Подписка на узлы pubsub с помощью API HTML5 EventSource Stage-Beta Предупреждения
mod_pubsub_feeds
Подписка на Atom и RSS-каналы через pubsub
mod_pubsub_github
Публикация коммитов Github через бета-версию pubsub
mod_pubsub_hub
Хаб PubSubHubbub Предупреждения
mod_pubsub_mqtt
Интерфейс
MQTT для Prosody’s pubsub Stage-Beta Предупреждения
mod_pubsub_pivotaltracker
Принимать уведомления об активности от веб-перехватчиков Pivotal Tracker и передавать их на узел pubsub NeedDocs Предупреждения
mod_pubsub_post
Публикация на узлах PubSub через HTTP POST/WebHooks Stage-Stable
mod_pubsub_stats
Простой модуль, публикующий статистику в формате XEP-0039 Статистика
mod_pubsub_subscription
Новый модуль, предоставляющий API для подписок pubsub
mod_pubsub_summary
Полезные данные Mangle HTML в каналах Atom/RSS
mod_pubsub_text_interface
Интерфейс чата для PubSub
mod_pubsub_twitter
Подписка на поисковые запросы Twitter через pubsub Stage-Alpha
mod_query_client_ver
клиентское программное обеспечение запросов и журналов Предупреждения
mod_rawdebug
Дополнительное подробное ведение журнала отправленных и полученных
мод_только для чтения
Разрешить предотвращение прямого изменения определенных пользовательских данных через XMPP
mod_register_apps
Управление списком совместимых клиентских приложений Stage-Beta Предупреждения
mod_register_dnsbl
Первоначальная фиксация модуля для проверки регистрации пользователей по черному списку DNS
mod_register_dnsbl_firewall_mark
Еще одна копия модуля DNSBL, на этот раз создание «пользовательских меток» для mod_firewall NeedDocs Предупреждения
mod_register_dnsbl_warn
Копировать mod_register_dnsbl
mod_register_json
Сервлет регистрации и проверки JSON на основе токенов.Stage-Stable Предупреждения
mod_register_oob_url
XEP-077 Перенаправление URL-адреса регистрации IBR Stage-Alpha
mod_register_redirect
XEP-077 Перенаправление регистрации IBR. Stage-Stable Предупреждения
mod_register_web
Веб-интерфейс для регистрации учетных записей пользователей Stage-Alpha Предупреждения
mod_reload_components
добавить новый модуль и файл README.Предупреждения
mod_reload_modules
Автоматически перезагружать модули с конфигурацией Stage-Stable
мод_напоминания
Включить ProtoXEP: поддержка напоминаний Stage-alpha Предупреждения
mod_remote_roster
Удаленное управление реестром Предупреждения
mod_require_otr
Применить политику для сообщений, зашифрованных с помощью OTR. Stage-Stable Предупреждения
mod_rest
RESTful XMPP API Stage-Alpha
mod_roster_allinall
Добавляет всех онлайн-пользователей в список недавно вошедших в систему пользователей для ленивой настройки списка всех в каждом
mod_roster_command
Управление списками с помощью prosodyctl Stage-Beta Предупреждения
mod_s2s_auth_compat
Обходной путь для серверов, выполняющих EXTERNAL без правильных заголовков потока Предупреждения
mod_s2s_auth_dane
Аутентификация S2S с использованием DANE Stage-Alpha Type-S2SAuth
mod_s2s_auth_fingerprint
Аутентификация s2s на основе отпечатков пальцев Stage-Alpha Type-S2SAuth
mod_s2s_auth_monkeysphere
Проверка сертификата Monkeysphere для s2s Stage-Alpha Type-S2SAuth
mod_s2s_auth_posh
PKIX через безопасный HTTP Type-S2SAuth
mod_s2s_auth_samecert
Аутентифицировать входящее соединение s2s, если сертификат совпадает с сертификатом установленного исходящего соединения s2s NeedDocs
mod_s2s_blacklist
Новый модуль черного списка _simple_ s2s
mod_s2s_idle_timeout
Закрыть бездействующие соединения сервер-сервер Стабильная стадия Предупреждения
mod_s2s_keepalive
Keepalive соединения s2s
mod_s2s_keysize_policy
Не доверять серверам со слишком маленькими ключами
mod_s2s_log_certs
Состояние сертификата журнала и отпечаток пальца удаленных серверов Предупреждения
mod_s2s_never_encrypt_blacklist
Не позволяет просодии включать starttls в доступные функции для указанных удаленных серверов.Стадия-бета
mod_s2s_reload_newcomponent
Модуль для автоматической загрузки новых компонентов, когда в консоли выполняется config:reload Предупреждения
mod_s2s_status
Отслеживание состояния и работоспособности подключений s2s Stage-Alpha
mod_s2s_whitelist
Противоположность mod_s2s_blacklist
mod_s2soutinjection
переопределение соединения S2S Предупреждения
mod_sasl2
XEP-0388: расширяемый профиль SASL Stage-Alpha
mod_sasl_oauthbearer
Тип аутентификации механизма SASL OAuthBearer Предупреждения
mod_saslauth_muc
Начальная фиксация.Реализует аутентификацию SASL для комнат MUC . Нужные документы Предупреждения
mod_saslname
XEP-0233: Регистрация сервера XMPP для использования с Kerberos V5 Stage-Stable Type-Auth
mod_seclabels
Защитные этикетки Stage-Alpha Предупреждения
mod_secure_interfaces
Пометить некоторые сетевые интерфейсы (например, loopback/LAN) как всегда безопасные Stage-Beta
mod_sentry
Отправка ошибок на сервер Sentry Stage-Beta
mod_server_status
Плагин состояния сервера Stage-Stable
mod_service_directories
Начальная фиксация.Непроверенный. Поддержка как каталогов, так и случаев использования приятелей. Неполная поддержка pubsub (поддерживаются только все элементы). Нужные документы Предупреждения
mod_sift
XEP-0273: Стадия альфа-версии технологии перехвата и фильтрации строф Предупреждения
mod_slack_webhooks
Разрешить интеграции Slack для работы с Prosody MUC Stage-Alpha
mod_smacks
XEP-0198: Надежность и быстрое повторное подключение для XMPP Stage-Alpha Предупреждения
mod_smacks_noerror
Модуль устарел, просто используйте mod_smacks и mod_nooffline_noerror Stage-Alpha Предупреждения
mod_smacks_offline
Модуль устарел, просто используйте mod_smacks Stage-Alpha
mod_sms_clickatell
Шлюз XMPP для SMS с использованием Clickatell API Stage-Alpha Предупреждения
mod_sms_free
Шлюз XMPP для SMS с использованием HTTP API, предоставляемого мобильным устройством.free.fr Стадия-Альфа Предупреждения
mod_spam_reporting
XEP-0377: бета-версия отчетов о спаме
mod_srvinjection
Вручную указать записи SRV Stage-Beta
mod_sslv3_warn
Модуль для уведомления пользователей, подключенных к SSLv3, о необходимости обновления, поскольку SSLv3 небезопасен NeedDocs Предупреждения
mod_stanza_counter
Простой счетчик входящих и исходящих строф Stage-Stable Предупреждения
mod_stanzadebug
Ведение журнала дополнительных подробных разделов
мод_статистика
Первоначальная версия и грубый «prosodyctl mod_statistics top» NeedDocs Предупреждения
mod_statistics_auth
Собирает статистику о количестве успешных или неудачных попыток аутентификации NeedDocs Предупреждения
mod_statistics_cputtotal
Модуль, который собирает накопленную статистику использования ЦП NeedDocs
mod_statistics_mem
Модуль, который собирает статистику использования памяти из /proc NeedDocs
mod_statistics_statsman
Потоковый доступ к statsmanager
mod_stats39
Предоставляет статистику statsmanager через XEP-0039 Statistics
mod_statsd
Первая фиксация NeedDocs Предупреждения
mod_storage_appendmap
Экспериментальное хранилище карт, оптимизированное для небольших добавочных изменений. Стадия-альфа-тип-хранилище Предупреждения
mod_storage_ejabberdsql_readonly
Модуль хранения только для чтения Ejabberd SQL Type-Storage Stage-Alpha Предупреждения
mod_storage_gdbm
Lua-GDBM хранилище Stage-Beta Type-Storage ArchiveStorage Предупреждения
mod_storage_ldap
Хранилище
LDAP для списков, групп и визитных карточек Предупреждения
mod_storage_lmdb
Lightning Memory-Mapped Database Storage Stage-Beta Type-Storage Предупреждения
mod_storage_memory
Простой модуль хранения только для памяти Stage-Merge Type-Storage ArchiveStorage
mod_storage_mongodb
Тип модуля хранения MongoDB — Storage Stage — Alpha Предупреждения
mod_storage_muc_log
Модуль хранилища
, использующий данные mod_muc_log с новым API архива строфы Stage-Alpha ArchiveStorage
mod_storage_muconference_readonly
MU-Conference SQL Storage Module Type-Storage Stage-Alpha Предупреждения
mod_storage_multi
Многоканальный модуль хранения (WIP) NeedDocs Stage-Alpha Предупреждения
mod_storage_xmlархив
Хранилище архивов на основе файлов XML Stage-Beta Type-Storage ArchiveStorage Предупреждения
mod_streamstats
Новый модуль, который транслирует статистику в реальном времени из Prosody по TCP-потоку NeedDocs Предупреждения
mod_strict_https
Строгая транспортная безопасность HTTP
mod_support_contact
Добавление контакта службы поддержки к новым регистрациям Stage-Stable Предупреждения
mod_support_room
Модуль, который приглашает новых зарегистрированных пользователей в комнату
mod_swedishchef
Глупенький модуль для перевода ваших разговоров на «шведский» Stage-Beta Предупреждения
mod_tcpproxy
TCP-over-XMPP 🙂 Стадия-бета Предупреждения
mod_telnet_tlsinfo
Команда Telnet для отображения информации TLS Stage-Obsolete
mod_test_data
Новый модуль для создания тестовых данных в хранилище данных Prosody Stage-Alpha
mod_throttle_presence
Ограничение разделов присутствия для экономии трафика Стадия-бета Предупреждения
mod_throttle_unsolicited
Ограничение скорости исходящих нежелательных сообщений
мод_tls_policy
Применение политики шифрования с отчетами об ошибках на уровне приложений Предупреждения
mod_tlsfail
Тест на отказ STARTTLS
мод_тос
Первоначальный проект
mod_traceback
Записать текущую трассировку стека в файл на SIGSR1
mod_track_muc_joins
Следите за присоединенными чатами Предупреждения
mod_turn_external
Объявление внешней службы TURN
mod_turncredentials
Реализация
XEP-0215 ​​для учетных данных с ограниченным сроком действия Предупреждения
mod_tweet_data
Новый модуль, который извлекает и отправляет данные твитов
mod_twitter
Простой пример работающего компонента и HTTP-опроса.Стадия-Альфа Предупреждения
mod_uptime_presence
Время работы сервера отчетов в присутствии
mod_vcard_command
упрощенный способ получить и установить данные vcard для зарегистрированных пользователей NeedDocs Предупреждения
mod_vcard_muc
Поддержка визитных карточек MUC и аватаров
мод_вьюд
XEP-0055: Альфа-стадия поиска Jabber Предупреждения
mod_warn_legacy_tls
Копия mod_sslv3_warn для TLS теперь, когда <1.2 устаревает Предупреждения
mod_watch_spam_reports
Уведомлять администраторов о входящих отчетах о нежелательной почте XEP-0377 Stage-Beta
mod_watchuntrusted
Предупреждать администраторов об исходящих подключениях s2s, в которых отказано из-за недействительных или ненадежных сертификатов.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *