באמצעות MSDN (אחרים) פורומים לתמיכה SharePoint

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

לאחרונה, אמרתי לאנשים. אם אתה נתקל בבעיה עם סביבת SharePoint כלשהי, פרוייקט פיתוח או SharePoint אחרים הקשורים לפעילות, להציב שאלה בפורומים קודמות בשרשרת שלך פעולה מאשר מאוחר יותר. אני יודע על עצמי זה כאשר יש לי בעיה, מספר פתרונות פוטנציאליים להציג את עצמם מייד. הזמנתי פתרונות פוטנציאליים אלה מבחינת הסבירות, הישימות, כמה הם קלים לחקור. אני לעבור את הרשימה, על ידי הזמן אני הגעתי אל #10, אני עושה שינויים ברישום את מפתח "/ foo/בר/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"על עצתו של בלוג בדף 8 של חיפוש בגוגל. מתי זה לא יעבוד, אני סוף סוף לפרסם שאלה ל- MSDN (המסופקים. כאן: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

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

  • זה בחינם לך בכל מקרה.
  • לא מובטח SLA (אני מודע לכך, לפחות).
  • לכן, זה יכול לקחת זמן רב לאנשים להגיב.
  • אנשים לעיתים קרובות מגיב בסופו של דבר.
  • אם תחכה עד 2 או 3 ימים לאחר הבעיה נראתה לראשונה, . אתה מטורף לתגובה, פורומים אינם מקום טוב לעזרה חירום (אלא אם כן יש לך מזל).

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

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

</קצה>

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

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

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

הערה קטנה לגבי Microsoft שירותים באינטרנט סיסמאות ומינהל

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

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

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

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

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

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

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

</קצה>מנוי על הבלוג שלי.

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

SharePoint כמערכת הפעלה עסקים

מאז שמעתי הצעת מחיר, לפי המסופר במהלך q&מפגש עם סטיב באלמר מרץ 2007, אני סוג של מחזיק את נשימתי עד שיקרה משהו. הצעת המחיר היה בעיקרון זה: "SharePoint היא מערכת ההפעלה ליישומים עסקיים". לדעת מעט על SharePoint וקצת למקודשת אודות מערכות ההפעלה, אני חשבתי שזה באמת מתאים. אני מחזיק את נשימתי, מחכה חברות באמת לקנות לתוך המושג הזה ולהתחיל לבנות יישומים בתוך ה-SharePoint "מערכת הפעלה".

הקדשתי הרבה מחשבה לנושא הזה השנה (חוזר שלי 2009 תחזיות) אני הולך לדבר על זה- ייתכן אירוע שבת SharePoint 2 בוושינגטון.

זהו התקציר של המצגת שלי, זכאי "באמצעות ה SharePoint פלטפורמה כדי לבנות אנכי יישומים עסקיים":

"אופקי?"" אנכי?"מה המילים האלה מתכוונת בהקשר של SharePoint? SharePoint, כאשר אנו שומעים לעתים קרובות, הוא "פלטפורמה" לבניית יישומים. עובדה זו לעיתים קרובות אבד לנו מאז התכונות כביכול פלטפורמה אופקי, ניהול מסמכים ו חיפוש, הם כל כך קל ושימושי כשלעצמם. עם זאת, SharePoint הוא הרבה יותר חזק אפילו ויחזור ערך רב יותר כאשר נעשה שימוש ליצירת יישומים אנכי המותאמים לדרישות ליום של העסק שלך. הפעלה זו מתארת כיצד להרכיב תכונות פלטפורמה לתוך הפתרון verticalized באמצעות דוגמה עסקיים בעולם האמיתי – ניהול מכירות הצעת מחיר שער תהליך ולקוח. הדובר המטרה היא לפתוח את העיניים שלך האפשרויות של פלטפורמת SharePoint כדי למנף את התכונות שלו אופקי פלטפורמה ליצירת פתרונות עסקיים מיוחדים עבור הארגון אנכי.

אם הנושא לא צף הסירה שלך, יש כמה נושאים טובים אחרים. ו- DC הוא מקום נהדר כשלעצמה כדי לבקר.

ההרשמה נפתחת ביום חמישי הזה, 04/16. שמור על גבי האתר לתפוס מקום לפני שיהיה מאוחר מדי 🙂

</קצה>

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

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

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

דקות קנדי

הפעם בשבוע האחרון, הייתי במונטריאול, השתתפות מומלץ בחום SharePoint הפסגה 2009. נתתי 3.5 שעת הדרכה על התקנת והתאמה של SharePoint. זה היה נושא מפחיד ברמות רבות. אני לא באמת מנהל SharePoint, אבל אני יודע מספיק כדי להעניק ערכת לימוד בנושא. (למרבה המזל, ג'ף Schaller מ תוכנת מטרות אוסטרליה, בין כמה אחרים, הייתי בקהל לענות על חלק מהשאלות עמוק יותר [. אני לא יודע מה הם שמים בתוך המים שם למטה, אבל אנחנו צריכים חלק מזה פה בארה ב]).

אבל, חזרה אל רמות רבות של scariness... זה היה הרבה פוטנציאל להיות מאוד משעמם. אני למעשה מותקן WSS ולאחר מכן לשדרג אותו כדי מוס. מול חדר מלא באנשים. אנשים קנדי. היו שם הרבה זמן 5 ו 7 פערים דקה איפה שאנחנו צופים בתהליך ההתקנה של חוג. הייתי צריך למלא את הזמן הזה עם משהו שימושי ומעניין. אני לא בטוח שהצלחתי.

לבסוף, זה היה loooong. שלוש וחצי שעות. זו מצגת ארוכה. בדיחה קטנה מזה, אומר "יש לנו מצגת ארוכה לפנינו. שלוש וחצי שעות. כלומר 210 דקות. אני אפילו לא יודע כמה דקות הנמצא קנדי."

כולם ודמע, וכתוצאה מכך, מונטריאול היא באופן רשמי ברשימת המקומות הטובים שלי 🙂

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

על סוג של הערה הקשורה, וגם ישבתי דרך אריק סוונסון המצגת הראשונה ציבורי שכותרתו "IA למיתוג פרוצס: סקיצות כדי Wireframes כדי עיצובים היי-נאמנות." (. אריק הוא עמיתי EMC). לבדוק את התקציר כאן: http://www.sharepointsummit2009.com/conference_day2.htm. אפילו הקליט את זה בשבילו. ניסיתי מספר פעמים כמה "בצילומי אקשן", ולא התקרבות עליו כאשר הוא הפסיק לשתות קצת מים. אני לא תמיד מצליח, אבל ניסיתי 🙂

</קצה>

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

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

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

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

אני כבר הייתי עובד עם 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

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

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

על הפרוייקט הנוכחי שלי, חלק מהמשתמשים ייסעו ברחבי העולם, כאשר הם מגיעים ליעדים שונים, השתמש המכונה שיהיה שימושי בזמנו. המכונות האלו חוות לפעול 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:” מדדים

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

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

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

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

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

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

</קצה>

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

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

ערכת לימוד של שלב אחר שלב באמצעות InfoPath זרימת עבודה כדי לפתור בעיות תזמון

בימים אלו, אני תמיד משחקת בתופסת לקריאת הבלוג, פשוט נתקלתי בפוסט הזה: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

. זה כמו מלא ומפורט של SharePoint Designer זרימת עבודה מורה (פלוס יותר!) כי תראה בכל מקום על interwebs. הייתי בודק את זה, אפילו אם אתה חייל משוחרר SPD מצולק.

זה מדריך SharePoint מעולה עבור InfoPath והן זרימת עבודה.

</קצה>

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

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

ניו יורק-קבוצת מפתחים של SharePoint – שיחות טכניות עמוק

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

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

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

אם אתם מחפשים מקום ידידותי לקבל טרנסקסואל אמיתי, אני ממליץ בחום קבוצה זו.

</קצה>

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

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

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