Принципы запросов и link-only режима

## Общий принцип

Страница запросов не строится как обычная contact-form с обязательными телефоном, email и большим описанием. Базовая цель обратная:

- уменьшить локальное хранение персональных данных;
- принимать ссылки и структурированные запросы без лишних дубликатов;
- отделять публично доступные материалы от файлов, которые действительно нужно хранить локально;
- использовать flat-file очередь без тяжелой CRM и без избыточного накопления персональных данных.

## Три режима страницы `/request/`

1. `open-link`

   Передается публичная ссылка на уже размещенный файл или каталог. Это основной минимизирующий режим.

2. `data-action`

   Используется для удаления, изменения, снятия с публикации, выгрузки, обмена или покупки данных. Содержимое можно передать внешней ссылкой или локальным текстовым файлом запроса.

3. `service-request`

   Используется для заказа сайта, платформы, инструмента или другой услуги. Содержимое также можно передать внешней ссылкой или локальным текстовым файлом запроса.

## Первый режим: `open-link`

Этот режим специально сделан как privacy-minimized buffer для ссылок.

Что передается:

- публичная ссылка;
- тип цели: документ, датасет, страница, сайт или другое.

Что сервер хранит локально:

- тип запроса;
- саму ссылку;
- host и advisory note по resolve IP;
- hashed IP отправителя;
- время создания;
- срок действия записи;
- статус обработки.

Что **не нужно** передавать отдельными локальными полями в этом режиме:

- телефон;
- email;
- имя;
- большое описание;
- вложенный локальный body-файл.

Если данные уже опубликованы в вашем собственном облаке, каталоге, датасете, общем доступе, публичной папке или другом хранилище, этот режим предпочтительнее обычной формы. Он уменьшает локальное дублирование данных и лучше подходит как spam-buffer для ссылок.

## Когда не подходит `open-link`

Не используйте `open-link`, если:

- ссылка непубличная и требует закрытого локального сопровождения;
- нужно сохранить текст требования внутри локальной очереди сайта;
- запрос содержит чувствительные данные, которые нужно оформить отдельно и осознанно;
- нужен структурированный локальный `.txt` body-файл.

В этих случаях лучше использовать `data-action` или `service-request` и выбрать режим `internal-file` или `external-link`.

## Практическое правило

Если достаточно передать публичную ссылку на уже размещенный материал, выбирайте `open-link`.

Если нужно локально хранить тело запроса, выбирайте `internal-file`.

Если текст уже размещен во внешнем доверенном месте, выбирайте `external-link` и не дублируйте его в локальную очередь.

## Ссылки

- [`/request/?type=open-link`](/request/?type=open-link)
- [`/request/?type=data-action`](/request/?type=data-action)
- [`/request/?type=service-request`](/request/?type=service-request)
- [`/doc/privacy-policy/`](/doc/privacy-policy/)
- [`/doc/privacy-register/`](/doc/privacy-register/)