Plugins.Postgres и символы '<', '>'

[a.l.r.e]

При создании custom query для плагина Plugins.Postgres в Zabbix Agent 2 (https://www.zabbix.com/integrations/...tgresql_agent2)
Столкнулся проблемой беспричинной конвертации в выводе символов '<', '>' в \u003c, \u003e



Можно ли это как-то обойти ?

А то невозможно нормально вывести как html в widget 'plain text' https://www.zabbix.com/documentation...ets#plain-text

[a.l.r.e]

Ещё и символ '&' попал под раздачу

[Kos]

Не знаю, где в выводе должен был быть символ "&", но возвращается, насколько я вижу, вполне корректный JSON (ну, кроме имени колонки "?column?"; но предполагаю, что если в исходном SELECT-е явно оговорить, как обозвать эту колонку - "SELECT ... AS ...", то там будет именно указанное имя).
А решение простое: добавить к этому элементу данных шаг препросессинга с типом JSONPath, при помощи которого извлекать из этого JSON-а нужный фрагмент.

[a.l.r.e]

Повторяю второй пост с подсветкой



Происходит превращение символа '&' в \u0026

Прямой аналог работы test.sql в psql выглядит так:



- здесь перекодирование отсутствует.

Скорее всего в плагине установлен какой-то странный CLIENT_ENCODING, типа LATIN1 ( https://www.postgresql.org/docs/curr...RSET-SUPPORTED )

[a.l.r.e]

А скорее goland так работает

https://golang-blog.blogspot.com/202...in-golang.html

Quote и QuoteToASCII конвертируют строки в экранированные строковые литералы Go. Последний гарантирует, что результатом является строка ASCII, экранируя любой не-ASCII Unicode с \u

https://habr.com/ru/company/vk/blog/314804/#19

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

data2 := "A\xfeC"
fmt.Println(utf8.ValidString(data2)) // выводит: false

[Kos]

Повторяю второй пост с подсветкой

[...]

Происходит превращение символа '&' в \u0026

Спасибо, увидел.

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

Попробуйте дополнить свой SQL-запрос явным именем возвращаемого поля:

SELECT '<bla-bla-&-bla/>' as RESULT;

Тогда, вероятно, агент будет возвращать вам результат как значение JSON-поля с именем 'RESULT':

{"RESULT":"\u003cbla-bla-\u0026-bla/\u003e"}

В этом случае шаг препроцессинга с типом JSONPath и выражением:

$.RESULT

вернёт вам то, что вы хотите получить:

<bla-bla-&-bla/>

[a.l.r.e]

Было так



Поправил на JSONPath


Ничего не поменялось



Откопал тут про golang

https://golang-blog.blogspot.com/201...er-golang.html
https://golang-blog.blogspot.com/201...-literals.html

Примеры:

'a'
'ä'
'本'
'\t'
'\000'
'\007'
'\377'
'\x07'
'\xff'
'\u12e4'
'\U00101234'
'\'' // литерал руны, содуржащий символ одинарной кавычки
'aa' // недопустимо: слишком много символов
'\xa' // недопустимо: слишком мало шестнадцатеричных цифр
'\0' // недопустимо: слишком мало восьмеричных цифр
'\uDFFF' // недопустимо: суррогатная половина
'\U00110000' // недопустимо: невалидная Unicode кодовая точка

Видимо, придётся лезть в golang. Нужно понять как представить символы '<', '>', '&' в виде каких-то последовательностей \u, которые возможно сконвертируются golang в '<', '>', '&'

[a.l.r.e]

JSONPath другой


Но результат тот же



запрос (postgres все имена в lower преобразовывает)

[a.l.r.e]

https://pkg.go.dev/encoding/json#Encoder.SetEscapeHTML

The default behavior is to escape &, <, and > to \u0026, \u003c, and \u003e to avoid certain safety problems that can arise when embedding JSON in HTML.

In non-HTML settings where the escaping interferes with the readability of the output, SetEscapeHTML(false) disables this behavior.

[Kos]

Блин, ну нет слов... Смотрите скриншоты, если не верите. Zabbix v6.0.9.


Отсылаю тестовые данные:

zabbix_sender -z 127.0.0.1 -s it00 -k jsonpath.test -o '{"result":"\u003cbla-bla-\u0026-bla/\u003e"}'

Результат в Latest data:


1) какая версия Zabbix у вас?
2) какие данные приходят от агента, если не делать никакой предобработки, а тип данных выставить в "Text"? Процитируйте, пожалуйста, дословно: либо из окна Latest data, либо из вывода команды zabbix_get.

[Kos]

А, я, кажется, понял: у вас результат возвращается в квадратных скобках, которые я не учёл.
Это объясняет и то, что исходный JSONPath не сработал, вам пришлось добавлять вторую точку подряд.
Но это не решает проблему, правильный JSONPath:

$[0].result

Ну, или (что то же самое):

$[0]["result"]

[a.l.r.e]

Спасибо.
В самом деле, с $[0].result заработало.

Zabbix 5.2.7