מבנה חשבון המשנה

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

הסוגים השונים של מבני אתרים נתמכים ב-AFP:

תרחיש לדוגמה מבנה של כתובת אתר ערך של השדה site_uri ב-API ערך של השדה request_id ב-API
תת-דומיינים Root:
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 (או מזהה ייחודי פנימי שמשויך למשתמש)
שילוב של תת-דומיינים ותיקיות משנה Root:
https://sites.example.com/sites/littlepig

תוכן:
https://sites.example.com/sites/littlepig/food.html
sites.example.com/sites/littlepig littlepig (או מזהה ייחודי פנימי שמשויך למשתמש)
כתובות URL נפרדות Root (או פרופיל היוצר):
https://example.com/user/littlepig

תוכן:
https://example.com/nf8ag4n
example.com/user/littlepig

חשוב: במקרה השימוש הזה, אנחנו גם דורשים שהמטא תג "מחבר הפלטפורמה" יהיה זמין בדפים.
littlepig (או מזהה ייחודי פנימי שמשויך למשתמש)

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

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

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

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