The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not update the repository.

Translation

English Template: AdminGenericInterfaceErrorHandlingRequestRetry
This module allows to configure scheduled retries for failed requests.
77/700 · 70
English Russian Actions
Error message content filter Фильтр по содержимому ошибки
Enter a regular expression to restrict which error messages should cause error handling module execution. Введите регулярное выражение для ограничения сообщений об ошибках, которые будут приходить от модуля обработки ошибок.
Error message subject and data (as seen in the debugger error entry) will considered for a match. Для поиска соответствия будет рассматриваться тема сообщения об ошибке и данные (как они видны в записи об ошибке отладчика).
Example: Enter '^.*401 Unauthorized.*\\$' to handle only authentication related errors. Пример: Введите '^.*401 Unauthorized.*\\$', чтобы обрабатывать ошибки, связанные только с аутентификацией.
Error stage filter Фильтр ошибок
Only execute error handling module on errors that occur during specific processing stages. Выполнять модуль обработки ошибок только для ошибок возникших во время специфичных стадий обработки.
Example: Handle only errors where mapping for outgoing data could not be applied. Пример: Обрабатывать только ошибки, где отображение для исходящих данных не могло быть применено.
Error code Код ошибки
An error identifier for this error handling module. Идентификатор ошибки для этого модуля обработки ошибок.
This identifier will be available in XSLT-Mapping and shown in debugger output. Этот идентификатор будет доступен в XSLT-Mapping и отображается в листинге отладчика.
Error message Сообщение об ошибке
An error explanation for this error handling module. Пояснение ошибки для этого модуля обработки ошибок.
This message will be available in XSLT-Mapping and shown in debugger output. Это сообщение будет доступно в XSLT-Mapping и отображается в листинге отладчика.
Define if processing should be stopped after module was executed, skipping all remaining modules or only those of the same backend. Определяет следует ли прекратить обработку после выполнения модуля, пропустив все оставшиеся модули или только те из них, которые используются в одном и том же бэкенде.
Default behavior is to resume, processing the next module. Поведение по умолчанию - продолжить, перейти к следующему модулю.
This module allows to configure scheduled retries for failed requests. Этот модуль позволяет настраивать запланированные попытки неудачных запросов.
Default behavior of GenericInterface web services is to send each request exactly once and not to reschedule after errors. Поведение GenericInterface веб-сервисов по умолчанию - отсылать каждый запрос ровно один раз и не повторять после ошибок.
If more than one module capable of scheduling a retry is executed for an individual request, the module executed last is authoritative and determines if a retry is scheduled. Если для отдельного запроса запущено больше одного модуля способных планировать повтор, последний выполняемый модуль является полномочным и определяет, планируется ли повторная попытка.
Request retry options Настройка попыток запроса
Retry options are applied when requests cause error handling module execution (based on processing options). Опции повтора применяются, когда запросы вызывают выполнение модуля обработки ошибок (на основе параметров обработки).
Schedule retry Повтор по расписанию
Should requests causing an error be triggered again at a later time? Должен ли запрос приведший к ошибке повторен позже?
Initial retry interval Начальный интервал попыток
Interval after which to trigger the first retry. Интервал, после которого производится первая попытка.
Note: This and all further retry intervals are based on the error handling module execution time for the initial request. Внимание: Этот и последующие интервалы между попытками основаны на времени выполнения обработчика ошибок после первого запроса.
Factor for further retries Фактор для дальнейших попыток
If a request returns an error even after a first retry, define if subsequent retries are triggered using the same interval or in increasing intervals. Задать, если первый запрос вызвал ошибку, то последующие должны выполняться через такой же или увеличивающийся интервал.
Example: If a request is initially triggered at 10:00 with initial interval at '1 minute' and retry factor at '2', retries would be triggered at 10:01 (1 minute), 10:03 (2*1=2 minutes), 10:07 (2*2=4 minutes), 10:15 (2*4=8 minutes), ... Пример: если запрос первоначально запускается в 10:00 с начальным интервалом "1 минута" и коэффициент повторения равен "2", то повторы будут запускаться в 10:01 (1 минута), 10:03 (2 * 1 = 2 минуты), 10:07 (2 * 2 = 4 минуты), 10:15 (2 * 4 = 8 минут), ...
Maximum retry interval Максимальный интервал повторных попыток
If a retry interval factor of '1.5' or '2' is selected, undesirably long intervals can be prevented by defining the largest interval allowed. Если выбран коэффициент интервала повторения '1,5' или '2', нежелательные длинные интервалы могут быть заблокированы путем определения максимального разрешенного интервала.
Intervals calculated to exceed the maximum retry interval will then automatically be shortened accordingly. Интервалы, рассчитанные для превышения максимального интервала повтора, затем автоматически соответственно будут уменьшены.

Loading…

No matching activity found.
Browse all component changes

Glossary

English Russian
No related strings found in the glossary.

String information

Source string description
Template: AdminGenericInterfaceErrorHandlingRequestRetry
String age
4 years ago
Source string age
4 years ago
Translation file
i18n/otrs/otrs.ru.po, string 630