<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Кодировки on Евгений Подолинский</title><link>https://evgen.info/tags/%D0%BA%D0%BE%D0%B4%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D0%B8/</link><description>Recent content in Кодировки on Евгений Подолинский</description><generator>Hugo</generator><language>ru-RU</language><lastBuildDate>Mon, 10 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://evgen.info/tags/%D0%BA%D0%BE%D0%B4%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D0%B8/index.xml" rel="self" type="application/rss+xml"/><item><title>Мониторинг 1С в PRTG: PowerShell поверх rac.exe</title><link>https://evgen.info/2026/08/monitoring-1c-v-prtg-powershell-rac/</link><pubDate>Mon, 10 Aug 2026 00:00:00 +0000</pubDate><guid>https://evgen.info/2026/08/monitoring-1c-v-prtg-powershell-rac/</guid><description>&lt;p>Задача выглядела скромно: показать в PRTG количество активных сеансов кластера 1С. Всё остальное — процессор, память, диски, службы, метрики MSSQL и PostgreSQL — закрывается штатными сенсорами часа за три.&lt;/p>
&lt;p>А сеансов 1С в PRTG нет. И не будет: штатного сенсора не существует, единственный путь — скриптом обернуть &lt;code>rac.exe&lt;/code> и отдать результат в формате, который PRTG понимает.&lt;/p>
&lt;p>В итоге на один этот сенсор ушло больше времени, чем на весь остальной мониторинг сервера. Причём не из-за логики — она тривиальная, — а из-за неправильного порта в регистрации службы и трёх разных проблем с кодировками, дающих один и тот же симптом.&lt;/p></description></item></channel></rss>