ארכיון חודשי: מרץ 2009

העובדה SSO SharePoint כיף היום

1 תשובה

אני כבר הייתי עובד עם SharePoint SSO ולמידה תוך. דרך אחת שבה זה עובד היא כי סיפרת SharePoint על יישומים חיצוניים. יומן המשתמשים לתוך היישום באמצעות פונקציה SharePoint מסוימת (המסופקים. ה-web part iView). בפעם הראשונה שהמשתמש מבצע פעולה זו, זה יבקש מהם מזהה המשתמש הנכון ואת הסיסמה לשימוש במערכת. הוא טמן את מיפוי בין האישורים SharePoint שלך והאישורים שלך לאותה מערכת backend. לאחר מכן, המשתמש לא צריך להזין את הזהות שלהם כאשר הם הכו את המערכת הזאת.

את החלק הזה עובד טוב בשבילי. עם זאת, זה מעלה את השאלה, "איך המשתמש משנה את מזהה המשתמש או הסיסמה?"המשתמש. אולי עשית טעות, או אולי עושים כמה בדיקות בסביבת dev, צריך לעבור במהירות בין חשבונות.

אני לא יודע את התשובה לזה, אבל אני יודע כי ניתן להיכנס הניהול המרכזי, לנהל את אישורי המשתמש:

הניהול המרכזי –> תפעול> ניהול כניסה יחידה –> ניהול מידע חשבון עבור הגדרת יישום ארגוני

משם, באפשרותך לציין את יישום חיצוני (המסופקים. SAP) והחשבון שברצונך למחוק. באפשרותך גם לשנות את המיפוי.

אם אתה יודע כיצד לאפשר למשתמשי קצה ישירות לשנות את האישורים שלהם, kindly post a comment 🙂

</קצה>

מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: , ,

הרפתקאות עם iView Web Parts

השאר תגובה

הייתי צריך לעשות כמה מינימלי להוכיח היום אינטרנט iView חלקים יכולים לעבוד בסביבה של הלקוח שלי. אף פעם לא עבדתי עם זה פרוסה של SharePoint לפני.

Microsoft יצרה נייר לבן באיכות גבוהה מאוד בנושא זה.

המכשול הראשון שהייתי חייב לעבור היה – איפה ה-web part iView? מסיבה כלשהי, המחשבה הראשונה שלי הייתה כי אצטרך להוריד אותה מאתר איפשהו, אולי באתר של SAP. היה לי 1/2 לשכנע את עצמי. כי רכיבי web part iView אולי אפילו בתוספת תשלום. בטח, הם נכללים עם מוס (אני חושב הארגון; . זה מה אני משתמש כאן בכל מקרה). ראיתי בתיבת הדו-שיח סטנדרטי "הוספת web part" מאות או יותר פעמים ולא תמיד דילגו זה. זהו!

המכשול הבא הוא שאני לא יכולה לקרוא הוראות.

היה באמצעות ה-web part ושמר לקבלת ההודעה מעצבן:

שרתי SAP לא נקבעה עבור אתר זה. צור קשר עם מנהל המערכת שלך כדי לקבוע תצורה של שרתים מהימנים SAP.

הספר הלבן רשום בבירור לעריכת קובץ תצורה ממוקם קובץ"<אות הכונן:>\תוכנית Office FilesMicrosoft Servers12.0ConfigTrustedSAPHosts.config". הראשון עשרות פעמים. הסתכלתי על זה, כל מה שראיתי היה "תוכנית Files...Config" והלכתי ישר ל 12 כוורת. פעם אחת סוף סוף האטתי למטה כדי לקרוא את זה, הבנתי את הטעות שלי. וזה היה קל לתקן.

המשכתי לדרכי עם תצורת ה-SSO. זה לא הכל-ברור לי אם זה עבד, אבל זה כבר סיפור אחר ליום אחר.

השורה התחתונה:

1. iView ה-web parts נכללים מהקופסה עם SharePoint (כנראה הארגון).

2. קובץ התצורה של קסם, "TrustedSAPHosts.config", לא חי 12 כוורת.

</קצה>

מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

תגיות טכנורטי: , ,

מוס פרופיל המשתמש כמקור הסמכות עבור המשתמש העדפות שפה

4 תגובות

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

SharePoint צריכה לספק מנגנון לפיו המשתמש יכול לבחור את השפה המועדפת שלהם ויש לכבד אותה שפה ללא קשר איך המשתמש ניגש מוס מוס. במילים אחרות, להתעלם כל מה הדפדפן אומר IIS/מוס, במקום לחפש את השפה המועדפת ולהשתמש בו.

אנחנו הולכים לחקור את שתי הגישות:

  1. המטפל HTTP: עוזר HTTP מותאמות אישית מותקן IIS יחפש במילון פרופיל המשתמש מוס, להבין את השפה המועדפת עליך ולאחר מכן לעבור כותרת ה-HTTP מסביב לפי הצורך לפני העברת השליטה מוס.
  2. global. asax: לשנות global. asax לעשות את אותו הדבר. אנו עשויים לשנות משהו אחר, אבל הרעיון הוא למצוא מקום איפה שנוכל להכניס את ההיגיון מיתוג האזור שלנו.

מסבכים הינם הגורם השני הוא שאנחנו צריכות תמיכה 60 אלף משתמשים, אודות 1,000 אשר עשוי להיות בעת ובעונה אחת לגשת מוס בשיא לטעון.

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

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

אני אהיה לבלוגים יותר בנושא זה כמו ללמוד יותר.

אם יש לך מושג מה זה, אנא פרסם תגובה 🙂

</קצה>

מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

לכידת “mailto:” מדדים

5 תגובות

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

השתעשענו עם טופס מותאם אישית למטרה זו, אבל בסופו של דבר, השכל הישר ניצח היום, אנחנו רק משתמשים המוכר <href = mailto:…> טכניקה. (<href mailto:…> זה קצת חזקים באופן מפתיע של HTML; בתור בונוס, קישור זה מחזיר אותי UNIX האיש עמודים את הימים הישנים שלי; אלו היו הימים!).

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

זה גורם לדברים להיות יותר קשה לנו מפתח המסכן סוגי מאז הם הלקוח * גם * רוצה להפעיל דוח בעתיד שמראה כמה פעמים משתמשים לשתף סיפורים, אפילו אילו סיפורים משותפים לרוב.

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

אם יש לך קצת גישה חכמה בפתירת הבעיה הזו, . בבקשה תגיד.

</קצה>

מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin