מבנה חשבון המשנה
המבנה של כתובות ה-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' תאפשר לקבל חשבונות על סמך הערך בשדה הזה.