<span id="known-issues" />

# Известные проблемы

На этой странице зафиксировано поведение, требующее внимания или проверенного релиза. Исправление кода на этапе ревью не гарантирует поведение работающего сервиса.

<span id="sandbox-pause-and-expiration" />

## Пауза и истечение срока Sandboxes

Пауза предназначена для заморозки оставшегося времени жизни. Конфликт между часами узла и отдельным процессом очистки может завершить приостановленный Песочница после его первоначального дедлайна. Перезапуск node-agent и возобновление Песочница без срока истечения также требуют исправления жизненного цикла.

Пока это исправление не пройдёт живой тест и не достигнет вашего региона, не полагайтесь только на паузу для долгосрочного сохранения состояния. Сохраняйте файлы в `/data` на Persistent Том, либо храните состояние приложения в базе данных или объектном хранилище. Память хоста не является бэкапом. Используйте явный срок жизни и освобождайте Песочница по завершении задачи.

<span id="redeploy-is-not-rollback" />

## Redeploy — это не откат

`lizard redeploy` повторно собирает выбранный исходный код с текущей конфигурацией. Он не выбирает предыдущую сборку. Неудачная сборка и неудачный запуск имеют разные последствия; изучите активный сервис и его логи перед выбором шага восстановления. Не предполагайте, что любой рантайм продолжает отдавать старый релиз при неудачном запуске.

<span id="dockerfile-precedence" />

## Приоритет Dockerfile

Явные команды сборки или запуска имеют приоритет над Dockerfile репозитория. Очистите эти переопределения при выборе `dockerfilePath`. Обновление настроек само по себе может запустить сборку, поэтому проверяйте события перед отправкой очередного redeploy. См. [Устранение неполадок Dockerfile](https://lizard.build/ru/docs/deploy/troubleshooting/incomplete-dockerfile).

<span id="templates-and-mcp" />

## Шаблоны и MCP

Текущий API создания Sandboxes принимает два встроенных шаблона. Инструкции по использованию `lizard push` для пользовательских шаблонов не соответствуют текущему публичному CLI.

Lizard Skill использует Lizard CLI. Этот рабочий процесс не предоставляет MCP-транспорт. Развёртывание собственного удалённого MCP-сервера — это отдельное развёртывание приложения; см. [руководство](https://lizard.build/ru/docs/guides/deploy-mcp-server).

<span id="service-port-changes-fixed-and-verified-on-2026-09-09" />

## Изменения порта сервиса: исправлено и проверено 2026-09-09

Проверка 7 сентября обнаружила HTTP 503 после смены порта у сервиса загрузки с `3000` на `80`, несмотря на готовый процесс. Продакшн-исправление теперь применяет выбранный порт к работающему сервису и сохраняет явный порт при загрузке и пересборке. Живая проверка смены порта прошла 9 сентября. Проверяйте публичный URL после деплоя, а также состояние сервиса.

<span id="upload-archives-and-failed-build-exit-codes-fixed" />

## Архивы загрузки и коды выхода при неудачной сборке: исправлено

Lizard CLI 0.3.95 исключает метаданные macOS `._*` из загружаемых исходников и возвращает ненулевой код выхода при неудачных облачных сборках. Обновите более старые версии CLI; `COPYFILE_DISABLE` больше не нужен. [Проверки фреймворков](https://lizard.build/ru/docs/framework-guides/validation) охватывают загрузки с macOS при использовании актуального CLI.

Успешная сборка сама по себе не доказывает, что приложение работает. Проверяйте публичный URL, маршруты, формы и операции с данными после деплоя.