Структура субсчета

Структура 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 позволит получать аккаунты на основе значения этого поля.