Ru:Introduction to SourceMod Plugins - Revision history

CrazyHackGUT: Improvements for "Includes" section

2021-02-09T05:49:14Z

Improvements for "Includes" section

CrazyHackGUT: Translate "Getting code to run"

2021-02-08T17:43:06Z

Translate "Getting code to run"

CrazyHackGUT: Translate "Setting up plugin info" to russian

2021-02-08T17:23:54Z

Translate "Setting up plugin info" to russian

CrazyHackGUT: Updated first section, move new sections from english version to russian

2021-02-08T17:14:56Z

Updated first section, move new sections from english version to russian

Show changes

Garet: /* События */

2011-09-04T17:18:24Z

‎События

Garet: /* Events */

2011-09-04T17:16:33Z

‎Events

Frenzzy: /* Client and Entity Indexes */

2008-12-30T12:56:59Z

‎Client and Entity Indexes

Frenzzy: /* Further Reading */

2008-12-30T12:07:42Z

‎Further Reading

Frenzzy: /* Multiple Targets */

2008-12-30T12:00:30Z

‎Multiple Targets

Frenzzy: /* ConVars */

2008-12-30T11:54:41Z

‎ConVars

@@ Line 117: / Line 117: @@
 =Включения=
 Pawn требует включать файлы '''include''', как и C требует наличие заголовка у файла. Включение списков файлов всех структур, функций, вызовы и тегов, которые имеются в наличии. Есть три типа файлов:
-*'''Core''' - <tt>sourcemod.inc</tt>, и все его включения. Все представленные в SourceMod Core.
+*'''Ядро''' ('''Core''') - <tt>sourcemod.inc</tt>, и все его включения. Все представленные в SourceMod Core.
-*'''Extension''' - добавляет зависимость от определенного расширения.
+*'''Расширение''' ('''Extension''') - добавляет зависимость от определенного расширения.
-*'''Plugin''' - добавляет зависимость от некоторых плагинов.
+*'''Плагин''' ('''Plugin''') - добавляет зависимость от некоторых плагинов.
 Файлы включения загружаются с помощью <tt>#include</tt> указателя компилятора.

@@ Line 59: / Line 59: @@
 };</sourcepawn>
-= Getting code to run =
+= Делая код "запускаемым" =
-We already include SourceMod features and filled up or plugin info. We now have a perfectly well-formed plugin which can be compiled and loaded by SourceMod. However, there is one problem - it does nothing. You might be tempted to just start writing a code after <tt>myinfo</tt> declaration just to see that it will not compile. SourcePawn, unlike other scripting languages like Lua, does not allow a code to be outside of functions. After reading that, you may probably want to just define some function, name it <tt>main</tt> probably, compile and load a plugin and see that your code never gets called. So how do we make SourceMod call our code? For this exact reason, we have forwards. Forwards are function prototypes declared by one party that can be implemented by another party as a [http://en.wikipedia.org/wiki/Callback_%28computer_programming%29 callback]. When a first party starts a forward call, all parties that have matching callbacks receive the call. SourceMod declares a plenty of interesting forwards that we can implement. As you can see, forwards are the only way to get our code executed, keep that in mind. So let's implement <tt>OnPluginStart</tt> forward. As you may have guessed, it is called when our plugin starts. To do that, we'll have to look up the declaration of <tt>OnPluginStart</tt>. It is declared inside '''sourcemod.inc''', a file we are already familiar with, let's find it:
+Мы уже включили "фичи" SourceMod и заполнили информацию о нашем плагине. Сейчас мы имеем хороший сформированный плагин, который можно скомпилировать и загрузить с помощью SourceMod. Однако, есть одна проблема - он не делает ничего. У Вас мог возникнуть "соблазн" начать писать код прямо после объявления <tt>myinfo</tt>, чтобы посмотреть, что он не компилируется. SourcePawn, в отличии от других скриптовых языков, вроде Lua, не разрешает помещать любой код вне функций. После прочтения этого, Вы, скорее всего, захотите объявить какую-нибудь функцию, назвать её, возможно, <tt>main</tt>, скомпилировать и запустить плагин, и увидеть, что Ваш код никогда не будет вызван. Так как нам сделать, чтобы SourceMod вызывал наш код? Именно по этой причине, у нас есть "форварды". '''Форварды''' ('''Forwards''') - прототипы функций, которые объявляются одной стороной, и которые могут быть реализованы - другой, как [https://ru.wikipedia.org/wiki/Callback_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5) функции обратного вызова (каллбеки)]. Когда первая сторона запускает вызов форварда, все остальные, у кого есть объявленный совпадающий каллбек, получают его вызов. SourceMod объявляет множество интересных форвардов, которые мы можем реализовать. Как Вы могли заметить, форварды - единственный способ, чтобы наш код был вызван, держите это в уме. Так что давайте реализуем форвард <tt>OnPluginStart</tt>. Как Вы могли догадаться, он вызывается, когда наш плагин запускается. Чтобы сделать это, нам нужно посмотреть на объявление <tt>OnPluginStart</tt>. Она располагается внутри '''sourcemod.inc''', файла, с которым мы уже знакомы, так что давайте найдём её:
 <sourcepawn>/**
   * Called when the plugin is fully initialized and all known external references
@@ Line 76: / Line 76: @@
   */
 forward void OnPluginStart();</sourcepawn>
-Empty parentheses tell us that no arguments are passed inside this forward, <tt>@noreturn</tt> inside documentation tells us that we don't have to return anything, pretty simple forward. So how to write a correct callback for it? Firstly, our callback must have the same name, so it's <tt>OnPluginStart</tt>, secondly, our callback should have the same number of arguments, none in this case, and lastly, SourceMod needs to be able to call our callback so it needs to be <tt>public</tt>. So the implementation looks like this:
+Пустые скобки сообщают нам о том, что внутрь форварда не передаётся ни один аргумент; <tt>@noreturn</tt> внутри документации сообщает нам, что нам не нужно ничего возвращать. Крайне простой форвард. Так как написать правильный каллбек для этого? Для начала, наш каллбек должен иметь то же самое название, то есть <tt>OnPluginStart</tt>; во-вторых, наш каллбек должен иметь то же самое кол-во аргументов (в данном случае, ни одного); в-третьих, наш каллбек должен быть помечен ключевым словом <tt>public</tt>, чтобы SourceMod смог его вызвать. Так что простейшая реализация выглядит так:
 <sourcepawn>public void OnPluginStart()
+{
 }</sourcepawn>
-Now we can write code inside curly braces and it will be executed when our plugin starts. Let's output <tt>"Hello world!"</tt> to server console. To do that we are going to use <tt>PrintToServer</tt> function. It is declared inside '''console.inc''', however, we don't need to manually include '''console.inc''' because it is included automatically as part of '''sourcemod.inc'''.
+Теперь мы можем писать код внутри фигурных скобок. Давайте выведем <tt>"Привет, мир!"</tt> в серверную консоль. Чтобы сделать это, нам нужно воспользоваться функцией <tt>PrintToServer</tt>. Она объявлена внутри файла '''console.inc''', однако, нам не нужно включать его, поскольку он уже включен как часть '''sourcemod.inc'''.
 <sourcepawn>/**
   * Sends a message to the server console.
@@ Line 90: / Line 90: @@
   */
 native int PrintToServer(const char[] format, any ...);</sourcepawn>
-As you can see, this is a native function. It is implemented inside SM core. Judging by it's arguments, we can see that it is a [[Format_Class_Functions_%28SourceMod_Scripting%29|format class function]]. However, we don't need any formatting right now, so let's just pass <tt>"Hello world!"</tt> string as an only argument:
 <sourcepawn>public void OnPluginStart()
+{
-	PrintToServer("Hello world!");
+	PrintToServer("Привет, мир!");
 }</sourcepawn>
-That's it! The full code of your plugin should look like this:
 <sourcepawn>#include <sourcemod>
 public Plugin myinfo =
+{
-	name = "My First Plugin",
+	name = "Мой первый плагин",
-	author = "Me",
+	author = "Я",
-	description = "My first plugin ever",
+	description = "Мой самый первый плагин",
 	version = "1.0",
 	url = "http://www.sourcemod.net/"
@@ Line 109: / Line 111: @@
 public void OnPluginStart()
+{
-	PrintToServer("Hello world!");
+	PrintToServer("Привет, мир!");
 }</sourcepawn>
-Compile and load your plugin on your server and see for yourself that the message is displayed in the server console.
+Скомпилируйте и загрузите его на Вашем сервере, и Вы увидите, что сообщение отобразится в серверной консоли.
 =Включения=

@@ Line 8: / Line 8: @@
 Как это работает? Сначала обратите внимание, что имя файла мы обрамили в угловые скобки. Угловые скобки сообщают компилятору, что указанный файл нужно поискать в стандартных директориях подключаемых файлов. По-умолчанию, такая директория одна, и это '''scripting/include'''. Вы можете открыть эту папку и увидеть множество файлов с расширением <tt>.inc</tt> здесь. Всё это - подключаемые файлы SourceMod, которые включают в себя описание множества функций, тегов и других особенностей, доступных плагинам SourceMod. Подключаемые файлы, по сути, это такой же обычный текст, как и сам код плагинов, потому Вы можете без проблем открыть его любым текстовым редактором и прочитать. Вы можете обратить внимание, однако, что здесь не так много кода, чтобы эти функции SourceMod вообще работали, так как же оно работает? Они реализованы внутри ядра самого SourceMod и написаны на C++, и скомпилированы в двоичные исполняемые файлы, которые размещаются в папке '''bin'''. Так как SourcePawn-код и SourceMod-код связываются между собой, если компилятор ничего не знает о существовании последнего? Подключаемые файлы SourceMod реализованы таким образом, чтобы компилятор понимал, что реализация функций будет ''где-то в другом месте''. Компилятор понимает это, и генерирует специальный код, который вызовет внешнюю функцию. Когда SourceMod загружает Ваш плагин, он анализирует этот код и заменяет на вызов своих внутренних функций. Это называется [https://en.wikipedia.org/wiki/Dynamic_linker динамическим связыванием].
-=Setting up plugin info=
+= Устанавливаем информацию о плагине =
-Now that we got access to SourceMod features, it is time to set up the information that will be displayed via <tt>sm plugins list</tt> command. No one likes unnamed plugins. To do that we are going to look inside '''sourcemod.inc''' file and see the format that information should be declared. It's always helpful to look inside SM include files to find out information you don't know. There is also an [http://docs.sourcemod.net/api/ API documentation] but it can be outdated and it only has SM core files so if your plugin is going to use any third party extension or another plugin, you will have to study inc files. So, open '''sourcemod.inc''' and scroll down a bit until you see this:
+Теперь, когда мы получили доступ к "фичам" SourceMod, самое время установить информацию, которая отображается через команду <tt>sm plugins list</tt>. Там нет ни одного "безымянного" плагина. Чтобы сделать это, заглянем внутрь '''sourcemod.inc''' и увидим там формат, в котором информация о плагине должна быть объявлена. Всегда полезно заглядывать внутрь включаемых файлов SM, чтобы найти неизвестную Вам информацию. Так же есть [https://sourcemod.net/new-api/ документация по API], но она может быть устаревшей, и там есть только файлы ядра SM, так что если Ваш плагин использует любое стороннее расширение или плагин, Вам придётся изучать inc-файлы. Так что, откройте '''sourcemod.inc''', и листайте вниз, пока не увидите это:
 <sourcepawn>/**
   * Plugin public information.
@@ Line 21: / Line 22: @@
     public const char[] url;			/**< Plugin URL */
 };</sourcepawn>
-and this:
+и это:
 <sourcepawn>/**
   * Declare this as a struct in your plugin to expose its information.
@@ Line 34: / Line 35: @@
 public Plugin myinfo;</sourcepawn>
-It tells us that we need to create a global public variable <tt>myinfo</tt> which must be of type <tt>Plugin</tt> which is a struct with 5 fields which themselves are strings. It may sound complicated for a beginner but it's easy. Let's go ahead and create one:
+Это говорит нам о том, что нам нужно создать глобальную публичную переменную <tt>myinfo</tt>, тип которой должен быть <tt>Plugin</tt>, который является структурой с 5-ью полями, и все - строки. Это может прозвучать сложно для новичка, но это просто. Так что давайте продолжим и создадим:
 <sourcepawn>public Plugin myinfo =
+{
-	name = "My First Plugin",
+	name = "Мой первый плагин",
-	author = "Me",
+	author = "Я",
-	description = "My first plugin ever",
+	description = "Мой самый первый плагин",
 	version = "1.0",
 	url = "http://www.sourcemod.net/"
 };</sourcepawn>
-The <tt>public</tt> keyword means that SourceMod will be able to directly access our variable. <tt>Plugin</tt> defines a type of our variable. <tt>myinfo</tt> is, obviously, a name of our variable as required by SourceMod. You see that we initialize it right away. This is the preferable way to fill out plugin info.
+Ключевое слово <tt>public</tt> говорит о том, что SourceMod будет иметь прямой доступ к нашей переменной. <tt>Plugin</tt> указывает тип нашей переменной. <tt>myinfo</tt>, очевидно, имя нашей переменной, как того требует SourceMod. Вы видите, что мы тут же её инициализируем и заполняем данными. Это предпочтительный, и единственный способ рассказать ядру, что за плагин оно загружает.
-After that the full code of your plugin should look like this:
+После всего этого, наш плагин полностью должен выглядеть так:
 <sourcepawn>#include <sourcemod>
 public Plugin myinfo =
+{
-	name = "My First Plugin",
+	name = "Мой первый плагин",
-	author = "Me",
+	author = "Я",
-	description = "My first plugin ever",
+	description = "Мой самый первый плагин",
 	version = "1.0",
 	url = "http://www.sourcemod.net/"
 };</sourcepawn>
-=Getting code to run=
+= Getting code to run =
 We already include SourceMod features and filled up or plugin info. We now have a perfectly well-formed plugin which can be compiled and loaded by SourceMod. However, there is one problem - it does nothing. You might be tempted to just start writing a code after <tt>myinfo</tt> declaration just to see that it will not compile. SourcePawn, unlike other scripting languages like Lua, does not allow a code to be outside of functions. After reading that, you may probably want to just define some function, name it <tt>main</tt> probably, compile and load a plugin and see that your code never gets called. So how do we make SourceMod call our code? For this exact reason, we have forwards. Forwards are function prototypes declared by one party that can be implemented by another party as a [http://en.wikipedia.org/wiki/Callback_%28computer_programming%29 callback]. When a first party starts a forward call, all parties that have matching callbacks receive the call. SourceMod declares a plenty of interesting forwards that we can implement. As you can see, forwards are the only way to get our code executed, keep that in mind. So let's implement <tt>OnPluginStart</tt> forward. As you may have guessed, it is called when our plugin starts. To do that, we'll have to look up the declaration of <tt>OnPluginStart</tt>. It is declared inside '''sourcemod.inc''', a file we are already familiar with, let's find it:
 <sourcepawn>/**

@@ Line 285: / Line 285: @@
 События являются информационными сообщениями передаваемые между объектами на сервере. Многие так же передаются от сервера к клиенту. Они определены в .res файлах в папке <tt>hl2/resource</tt> и папке <tt>resource</tt> конкретных модов. Основной список смотрите здесь [[Game Events (Source)|Source Game Events]].
-Важно отметить несколько понятий о событиях:
+Важно отметить некоторые особенности событий:
 *Они почти всегда носят информационных характер. Т.е., блокирование <tt>player_death</tt> не остановит смерть игрока. Он может заблокировать HUD или консольное сообщение или что то незначительное.
 *Они всегда используют userid вместо индексов клиента(client indexes).

@@ Line 282: / Line 282: @@
 SourceMod предусматривает две функции для userid: [http://docs.sourcemod.net/api/index.php?fastload=show&id=442& GetClientOfUserId()] и [http://docs.sourcemod.net/api/index.php?fastload=show&id=402& GetClientUserId()].
-=Events=
+=События=
-Events are informational notification messages passed between objects in the server.  Many are also passed from the server to the client.  They are defined in .res files under the <tt>hl2/resource</tt> folder and <tt>resource</tt> folders of specific mods.  For a basic listing, see [[Game Events (Source)|Source Game Events]].
+События являются информационными сообщениями передаваемые между объектами на сервере. Многие так же передаются от сервера к клиенту. Они определены в .res файлах в папке <tt>hl2/resource</tt> и папке <tt>resource</tt> конкретных модов. Основной список смотрите здесь [[Game Events (Source)|Source Game Events]].
-It is important to note a few concepts about events:
+Важно отметить несколько понятий о событиях:
-*They are almost always informational.  That is, blocking <tt>player_death</tt> will not stop a player from dying.  It may block a HUD or console message or something else minor.
+*Они почти всегда носят информационных характер. Т.е., блокирование <tt>player_death</tt> не остановит смерть игрока. Он может заблокировать HUD или консольное сообщение или что то незначительное.
-*They always use userids instead of client indexes.
+*Они всегда используют userid вместо индексов клиента(client indexes).
-*Just because it is in a resource file does not mean it is ever called, or works the way you expect it to.  Mods are notorious at not properly documenting their event functionality.
+*То что они находятся в файле ресурсов не означает что они когда-либо будут вызываться или работать так как вы ожидаете. Моды, как известно, не должным образом документируют функционирование своих событий.
-An example of finding when a player dies:
 <pawn>
 public OnPluginStart()

@@ Line 266: / Line 266: @@
 }</pawn>
-=Client and Entity Indexes=
+=Клиентский и объектный индексы=
-One major point of confusion with Half-Life 2 is the difference between the following things:
+Одним основным вопросом путаницы с Half-Life 2 является разница между следующими вещами:
-*Client index
+*Индекс клиента (Client index)
-*Entity index
+*Индекс объекта (Entity index)
-*Userid
+*Идентификатор пользователя (Userid)
-The first answer is that clients are entities.  Thus, a client index and an entity index are the same thing.  When a SourceMod function asks for an entity index, a client index can be specified.  When a SourceMod function asks for a client index, usually it means only a client index can be specified.
+Первый ответ заключается в том, что клиенты это объекты. Таким образом, индекс клиента и индекс объекта одно и тоже. Когда SourceMod функция запрашивает индекс объекта, индекс клиента может быть указан. Когда SourceMod функция запрашивает индекс клиента, как правило, это означает, что только индекс клиента может быть указан.
-A fast way to check if an entity index is a client is checking whether it's between 1 and [http://docs.sourcemod.net/api/index.php?fastload=show&id=397& GetMaxClients()] (inclusive).  If a server has N client slots maximum, then entities 1 through N are always reserved for clients.  Note that 0 is a valid entity index; it is the world entity (worldspawn).
+Быстрый способ проверить является ли индекс объекта клиентом - проверить находится ли он между 1 и [http://docs.sourcemod.net/api/index.php?fastload=show&id=397& GetMaxClients()] (включительно). Если сервер имеет максимум N клиентских слотов, то объекты с 1 по N, всегда зарезервированы для клиентов. Заметим, что 0 - верный индекс объекта; он является общим объектом (worldspawn).
-A userid, on the other hand, is completely different.  The server maintains a global "connection count" number, and it starts at 1.  Each time a client connects, the connection count is incremented, and the client receives that new number as their userid.
+Идентификатор пользователя, это абсолютно другое. Сервер поддерживает общее "число соединений", и оно начинается с 1. Каждый раз, когда подключается новый клиент, общее число соединений увеличивается, и клиент получает новый номер, называемый идентификатором пользователя.
-For example, the first client to connect has a userid of 2.  If he exits and rejoins, his userid will be 3 (unless another client joins in-between).  Since clients are disconnected on mapchange, their userids change as well.  Userids are a handy way to check if a client's connection status has changed.
+Например, первый подключившийся клиент имеет идентификатор пользователя 2. Если он вышел и соединился заново, его идентификатор будет 3 (если другие клиенты не подключились в этот период). Since clients are disconnected on mapchange, their userids change as well.  Userids are a handy way to check if a client's connection status has changed.
-SourceMod provides two functions for userids: [http://docs.sourcemod.net/api/index.php?fastload=show&id=442& GetClientOfUserId()] and [http://docs.sourcemod.net/api/index.php?fastload=show&id=402& GetClientUserId()].
+SourceMod предусматривает две функции для userid: [http://docs.sourcemod.net/api/index.php?fastload=show&id=442& GetClientOfUserId()] и [http://docs.sourcemod.net/api/index.php?fastload=show&id=402& GetClientUserId()].
 =Events=

@@ Line 362: / Line 362: @@
-=Further Reading=
+=Продолжение обучения=
-For further reading, see the "Scripting" section at the [http://docs.sourcemod.net/ SourceMod Documentation].
+Для дальнейшего обучения, смотри раздел "Scripting" в [[Ru:SourceMod Documentation]].
 [[Category:Ru:SourceMod Scripting]]

@@ Line 175: / Line 175: @@
 </pawn>
-=Multiple Targets=
+=Групповые цели=
-To fully complete our slap demonstration, let's make it support multiple targets.  SourceMod's [[Admin_Commands_%28SourceMod%29#How_to_Target|targeting system]] is quite advanced, so using it may seem complicated at first.
+Чтобы полностью завершить нашу демонстрацию slap, давайте сделаем поддержку нескольких целей. [[Admin_Commands_%28SourceMod%29#How_to_Target|Targeting system]] в SourceMod достаточно усовершенствована, её использование может показаться сложным на первый взгляд.
-The function we use is [http://docs.sourcemod.net/api/index.php?fastload=show&id=703& ProcessTargetString()].  It takes in input from the console, and returns a list of matching clients.  It also returns a noun that will identify either a single client or describe a list of clients.  The idea is that each client is then processed, but the activity shown to all players is only processed once.  This reduces screen spam.
+Мы используем функцию [http://docs.sourcemod.net/api/index.php?fastload=show&id=703& ProcessTargetString()]. Он принимает ввод с консоли, и возвращает список подходящих клиентов. Она также возвращает существительное, которые будет определять либо одного клиента или характеризовать список клиентов. Идея заключается в том, что каждый клиент будет обработан, но активность будет показана всем игрокам только один раз. Это уменьшит спам на экране.
-This method of target processing is used for almost every admin command in SourceMod, and in fact FindTarget() is just a simplified version.
+Этот метод обработки цели используется почти каждой командой администратора в SourceMod, а на самом деле FindTarget() является лишь упрощенной версией.
-Full, final example:
+Полный, окончательный пример:
 <pawn>
 #include <sourcemod>
@@ Line 191: / Line 191: @@
 public Plugin:myinfo =
+{
-	name = "My First Plugin",
+	name = "Мой первый плагин",
-	author = "Me",
+	author = "Я",
-	description = "My first plugin ever",
+	description = "Мой первый супер плагин",
 	version = "1.0.0.0",
 	url = "http://www.sourcemod.net/"
@@ Line 203: / Line 203: @@
 	RegAdminCmd("sm_myslap", Command_MySlap, ADMFLAG_SLAY)
-	sm_myslap_damage = CreateConVar("sm_myslap_damage", "5", "Default slap damage")
+	sm_myslap_damage = CreateConVar("sm_myslap_damage", "5", "Повреждение от удара по умолчанию")
 	AutoExecConfig(true, "plugin_myslap")
+}
@@ Line 212: / Line 212: @@
 	new damage = GetConVarInt(sm_myslap_damage)
-	/* Get the first argument */
+	/* Получаем первый аргумент */
 	GetCmdArg(1, arg1, sizeof(arg1))
-	/* If there are 2 or more arguments, and the second argument fetch
+	/* Если есть 2 или более аргументов, и второй аргумент получен
-	 * is successful, convert it to an integer.
+	 * успешно, превратить его в целое.
 	 */
 	if (args >= 2 && GetCmdArg(2, arg2, sizeof(arg2)))
@@ Line 224: / Line 224: @@
 	/**
-	 * target_name - stores the noun identifying the target(s)
+	 * target_name - сохраняет существительные установленной цели(ей)
-	 * target_list - array to store clients
+	 * target_list - массив для хранения клиентов
-	 * target_count - variable to store number of clients
+	 * target_count - переменная для хранения числа клиентов
-	 * tn_is_ml - stores whether the noun must be translated
+	 * tn_is_ml - сохраняет должно ли существительное быть переведено
 	 */
 	new String:target_name[MAX_TARGET_LENGTH]
@@ Line 238: / Line 238: @@
 			target_list,
 			MAXPLAYERS,
-			COMMAND_FILTER_ALIVE, /* Only allow alive players */
+			COMMAND_FILTER_ALIVE, /* Разрешено только живым игрокам */
 			target_name,
 			sizeof(target_name),
 			tn_is_ml)) <= 0)
+	{
-		/* This function replies to the admin with a failure message */
+		/* Эта функция отвечает администратору сообщение о неудачи */
 		ReplyToTargetError(client, target_count);
 		return Plugin_Handled;