[kilfor.ru](https://kilfor.ru/) — действующий сайт и внутренняя система бизнес-центра Kilfor.

Проект работает на MODX. На объекте эта версия системы используется с 2016 года; её основа была разработана ранее, в 2009 году, для бизнес-центра на Новом Арбате, 21.

Внутри проекта работают публичный сайт, личный кабинет и прикладная логика, связанная с заявками на пропуска, въездом автомобилей, ЖКХ и другими внутренними процессами бизнес-центра.

MODX остаётся backend действующей системы. Публичная часть проекта развивается отдельно на новом frontend.

Общее состояние проекта, история и развитие фиксируются в [основном концепте](https://fi1osof.ru/concepts/kilfor-modernizatsiya-legacy-modx-proekta).

Kilfor.ru — действующий сайт и внутренняя система бизнес-центра Kilfor. Публичная часть работает на MODX, а в backend сохраняется прикладная логика личного кабинета, пропусков, въезда автомобилей, ЖКХ и других внутренних процессов. Основной концепт проекта: https://fi1osof.ru/concepts/kilfor-modernizatsiya-legacy-modx-proekta

Kilfor.ru

Сейчас ошибка&#x20;

```text
Fatal error: Uncaught DOMPDF_Exception: No block-level parent found. 
```

Поправить выгрузку в pdf

## Контекст

Сессии пользователей Kilfor сейчас хранятся и обслуживаются MODX. Новый frontend на haih-agent уже реализует часть прикладной логики самостоятельно, поэтому ему периодически нужна детальная информация о текущем авторизованном пользователе.

В MODX есть внутренний PHP API для работы с текущим пользователем внутри MODX runtime, но штатного внешнего HTTP endpoint уровня `current user` для frontend-контекста из коробки нет. В modSociety существует собственный endpoint для получения пользователя, однако новый frontend не должен зависеть от этого legacy-компонента.

## Цель

Реализовать в haih-agent инфраструктурный слой, который умеет по существующей MODX session cookie определить пользователя, авторизованного в заданном frontend-контексте (`web` или другом), и предоставить нормализованные данные пользователя прикладному коду нового frontend.

## Что исследовать и реализовать

- Разобраться с фактическим форматом хранения frontend-сессий в используемой версии MODX и на Kilfor.
- Определить, как из session id и данных `modx_session` получить пользователя для конкретного context key.
- Корректно разбирать PHP session serialization, не привязываясь к regex-хаку.
- Получать необходимые данные пользователя из `modUser`, `modUserProfile` и проектных связей.
- Сделать MODX-specific реализацию отдельным адаптером/провайдером, чтобы прикладной код работал с абстракцией `currentUser`, а не знал структуру MODX session.
- Не зашивать `web` в низкоуровневый parser: context key должен задаваться конфигурацией или вызывающим auth-слоем.
- Учесть истечение/инвалидность сессии и отсутствие авторизации в запрашиваемом контексте.
- Не переносить целиком MODX ACL/security runtime без отдельной необходимости; на первом этапе задача — достоверно определить пользователя и его данные.
- Предусмотреть возможность другого session storage/handler в будущем, не связывая весь auth-код напрямую с SQL к `modx_session`.
- Покрыть parser и определение пользователя fixture/integration-тестами на реальных примерах MODX frontend-сессий.

## Ожидаемый результат

В GraphQL/request context haih-agent доступен нормализованный текущий пользователь для указанного frontend-контекста, полученный напрямую из существующей MODX-сессии. Для этого не требуется отдельный запрос к legacy endpoint modSociety или bootstrap MODX на каждый запрос нового frontend.

Научить новый frontend Kilfor определять текущего пользователя напрямую по существующей MODX-сессии без зависимости от legacy HTTP endpoint.

Задачи

Интегрировать MODX frontend-сессии в auth-контекст haih-agent

Поправить выгрузку в pdf