המבנה של חשבונות משנה

מבנה כתובות ה-URL של הפלטפורמה הוא הגורם העיקרי שקובע את המבנה של חשבונות המשנה, ובאופן ספציפי יותר, את המראה של השדה site_uri.

בהמשך מפורטים הסוגים השונים של מבני האתרים שבהם AFP תומך:

תרחיש לדוגמה מבנה של כתובת אתר הערך של השדה site_uri ב-API הערך של השדה request_id ב-API
תת-דומיינים שורש:
https://littlepig.example.com

תוכן:
https://littlepig.example.com/food.html
littlepig.example.com littlepig (או מזהה ייחודי פנימי שמשויך למשתמש)
תיקיות משנה Root:
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

חשוב: בתרחיש לדוגמה הזה, אנחנו דורשים גם שהמטא תג 'Platform author' יופיע בכל הדפים.
littlepig (או מזהה ייחודי פנימי שמשויך למשתמש)

איך יוצרים חשבונות משנה אם למשתמשים יש כמה נכסים בפלטפורמה

חשבונות משניים מיועדים למיפוי למשתמשים. אם משתמש יחיד יכול להיות הבעלים של יותר מנכס אחד (למשל תת-דומיין או תיקייה או דפי פרופיל) בפלטפורמה שלכם, חשבון המשנה שממופה למשתמש הזה חייב להכיל את כל הנכסים המשויכים למשתמש הזה.

הערך של 'request_id' בתרחיש הזה

אם הפלטפורמה מאפשרת כמה מאפיינים לכל משתמש, מומלץ להשתמש במזהה פנימי ייחודי של המשתמש בשדה request_id. בעתיד, שיטת ה-API של קבלת חשבון תאפשר לקבל חשבונות על סמך הערך בשדה הזה.