Структура субсчета
Структура URL-адресов вашей платформы является основным фактором, определяющим, как должны быть структурированы ваши суб-аккаунты, а точнее, как должно выглядеть поле site_uri .
Ниже представлены различные типы структур сайтов, которые поддерживает AFP:
| Вариант использования | Структура URL | Значение поля site_uri в API | Значение поля request_id в API |
|---|---|---|---|
| Субдомены | Корень:https://littlepig.example.comСодержание: https://littlepig.example.com/food.html | littlepig.example.com | littlepig (или внутренний уникальный идентификатор, связанный с пользователем) |
| Подпапки | Корень:https://example.com/littlepigили https://example.com/sites/littlepigСодержание: https://example.com/littlepig/food.htmlили https://example.com/sites/littlepig/food.html | example.com/littlepigили example.com/sites/littlepig | littlepig (или внутренний уникальный идентификатор, связанный с пользователем) |
| Объединение поддоменов и подпапок | Корень:https://sites.example.com/sites/littlepigСодержание: https://sites.example.com/sites/littlepig/food.html | sites.example.com/sites/littlepig | littlepig (или внутренний уникальный идентификатор, связанный с пользователем) |
| Отдельные URL-адреса | Корневой (или профиль создателя):https://example.com/user/littlepigСодержание: https://example.com/nf8ag4n | example.com/user/littlepigВажно: в этом случае мы дополнительно требуем, чтобы метатег «Автор платформы» присутствовал на всех страницах. | littlepig (или внутренний уникальный идентификатор, связанный с пользователем) |
Как создать субаккаунты, если у ваших пользователей есть несколько ресурсов на вашей платформе
Субаккаунты предназначены для сопоставления с пользователями. Если один пользователь может владеть более чем одним ресурсом (например, субдоменом, папкой или страницами профиля) на вашей платформе, субаккаунт, сопоставленный с этим пользователем, должен содержать все свойства, связанные с этим пользователем.
Значение «request_id» в этом сценарии
Если ваша платформа допускает несколько свойств для каждого пользователя, мы рекомендуем использовать внутренний уникальный идентификатор пользователя в поле request_id . В будущем метод API get account позволит получать аккаунты на основе значения этого поля.