pgAdmin

Декодирует версию из cache-busting параметра запроса ?ver=NNNNN, который pgAdmin добавляет к каждому статическому ресурсу на странице входа — так задумано, поскольку она обязана рендериться ещё до появления какой-либо сессии.

targets:
  - id: pgadmin-main
    product: pgadmin
    address: https://pgadmin.example.com

Аутентификация

Отсутствует — эндпоинт не принимает никакого credential.

Как декодируется версия

Подтверждено на реальном контейнере dpage/pgadmin4 и собственном исходном коде pgAdmin (version.py): NNNNN — это APP_VERSION_INT, документированный там как [X]XYYZZ — релиз, ревизия, затем код суффикса — например, 91700 для релиза 9, ревизии 17, суффикса 00 (GA). Восстанавливается только пара релиз.ревизия; ненулевой код суффикса (сборка beta/dev) не имеет документированного текстового соответствия, чтобы восстановить его только из кода, поэтому он показывается в extra.suffixCode, а не угадывается.

Записываемые поля

• version — например, 9.17
• extra.suffixCode, только если он ненулевой

Резолвер жизненного цикла

Отсутствует — у endoflife.date нет календаря для pgAdmin (подтверждено 404). Собственные теги на GitHub у pgadmin-org/pgadmin4 имеют форму REL-9_17, а не версию через точки, поэтому подключение резолвера GitHub Releases здесь сегодня привело бы к сравнению с молча неверным эталоном, а не к отсутствию эталона вообще. Пока только инвентаризация.