אין מרק בשבילך! ? האם סיסקו המוצרים הנאצית NLB של מרק?

היום, ניסיתי לגשת ספריית מסמכים באמצעות סייר windows. זה lib דוק חי בתוך מערכת המורכבת טעינה של שני WFE מאוזנת על ידי סוג של פתרון Cisco NLB. (אם/מתי האשפים רשת תגיד לי מה זה, אני אעדכן את הפוסט הזה).

סייר Windows לא היתה אפשרות להתחבר. עשיתי קצת מחקר, בסופו של דבר, האשפים הרשת אמר את זה WebDAV מושבתת על-ידי / אינו נתמך על-ידי / מתחת כבוד NLB.

כל כך, בהנחה האשפים הרשת לא רק מספרת לי המקבילה אשף הרשת של "צא לסיבוב ארוך מגשר קצר", אני חייבת לתהות — האם NLB, על ידי טבע, בטל WebDAV? נאבד שלנו ממשק explorer קובץ windows SharePoint? הוא סיסקו המרק הנאצי?

ניהול מוס / סביבות WSS — מורחת. מתוך מאגר הידע Microsoft knowledge base

Microsoft יוצר מאגר הידע knowledge base מאמרים ביום, יום, חלקם חשובים darned לדעת אם אתה חי בעולם של SharePoint.

אני שומר במהירות עם אותם באמצעות שירות לספק על-ידי ההורים טוב בבית www.kbalertz.com. KBAlertz מאפשר לך להירשם הטכנולוגיה MS האהוב שלך ואז ישלחו שאתה מעכל גירסאות של Microsoft KB מאמרים בדוא.

מדיניות יישום אינטרנט, חיתוך אבטחה ואתרים של אבטחה — לדעת התצורה שלך

(עודכן 11/29 כדי להסביר כיצד לגשת הגדרות מדיניות יישום אינטרנט באמצעות ממשק המשתמש)

. היה לי אחד מאלה "למה מוס עושה את זה לי????" רגעים היום. בסופו של דבר, . זה הכל באשמתי.

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

  1. לכו לאתר.
  2. לשבור את הירושה אבטחה.
  3. להסיר כל משתמש/קבוצה של הרשאות האתר.

האמור לעיל צריך להשאיר רק את המנהל של אוסף אתרים עם הרשאה לראות את האתר.

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

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

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

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

מדיניות יישום אינטרנט גישה בכיוון הזה:

  1. עבור אל ניהול מרכזי
  2. בחר ניהול יישומים
  3. בחר "מדיניות עבור יישום האינטרנט"
  4. על המסך הזה, הקפד שלבחור את יישום האינטרנט הנכון. בשבילי, ברירת המחדל ביישום האינטרנט של ניהול מרכזי אשר לא יכול להיות האחד שאתה רוצה.

כשהייתה לי בעיה זו, אני חיפשתי המשפטים הבאים ויש באופן מפתיע עצמה אין עזרה ישירה בנושא זה:

פעולות אתר גלויים עבור כל המשתמשים

פעולות אתר לגלויים עבור כל המשתמשים

פעולות אתר אינם חיתוך אבטחה

לאבטח את אתר מוס

מבוא אבטחת מוס

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

מהיר ופשוט: השתמש בשאילתת מילת מפתח קבוע בתוצאות החיפוש המרכזיים

מהיר הוראות פשוטות:

עריכת דף, להוסיף web part של תוצאות חיפוש מרכזיים.

לערוך web part זה והרחב "השאילתה מילת מפתח קבוע".

להוסיף את השאילתה מילת מפתח קבוע (המסופקים. ContentType:"הכשרה חשבונית" TrainingInvoiceNumber:1111)

להרחיב את תוצאות השאילתה אפשרויות ולשנות "בין אתרים Part שאילתת ID" לערך שונה מ- "משתמש בשאילתה" (המסופקים. "שאילתה-2").

הערות:

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

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

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

השאילתה מילת המפתח הנ ל היא מסוג AND. היא מחזירה מסמכים של תוכן הקלד "הכשרה חשבונית" היכן מספר החשבונית שווה "1111".

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

ראה כאן (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) לדיון blogger אחר נושא זה.

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

ספר לי אודות הבלוג שלך!

אם לשמור על בלוג שאליו מחובר לפחות מינימלית של SharePoint, אנא הודע לי הערות. הייתי רוצה להוסיף לך שלי ברשימת בלוג.

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

תן בבקשה:

  • ה-URL שלך בבלוג (. ברור)
  • תיאור קצר של הבלוג שלך.

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

תודה!

לוח אימונים העובד ותבנית חומרים — הקטנת באג בתבנית

הלקוח לב באג היום עם התבנית שהוזכרו לעיל.

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

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

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

למרבה המזל, Microsoft מספקת את זרימת העבודה עבור תהליך זה. . אפילו טוב יותר, . זה ישר קדימה זרימת עבודה שנוצרו באמצעות SharePoint Designer.

בצע את השלבים ברמה גבוהה כדי לתקן את זה:

  1. תדליק SDP.
  2. גישה האתר מבוסס על התבנית הדרכה.
  3. גישה "המשתתפים על הסרת" זרימת עבודה.
  4. להוסיף את השלבים הבאים (. הכנתי אותם תחילה שני השלבים):
    1. לחשב קורסים:מילוי מושבים מינוס 1 (פלט משתנה:קאלק)
    2. (לאחר מכן) עדכון פריט ב קורסים

לחץ על סיום וסיימת.

צילומי מסך:


SharePoint Designer:

התמונה

סיים זרימת עבודה:

התמונה

לחשב את ההסתעפות:

התמונה

עדכון פריט בקורסים:

התמונה

תן חדשות לעתים קרובות; תן חדשות רעות מוקדם

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

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

מצד שני, חדשות רעות. זה לא כיף בכלל. . תמיד נאבקו עם זה. בימים קודמות של הקריירה שלי, הייתי יודע שמשהו לא היה כשורה עם פרוייקט, במקום להגיד ללקוח, אני עובד שעות ארוכות יותר כדי לנסות לפתור את הבעיה. אני זכות לחייב את הצוות שלי. לעבוד קשה יותר. . זה דחף טבעי מספיק לחשוב כי במאמץ יכול להציל את היום. כמה פעמים זה עובד, כמה פעמים זה לא. אפילו כאשר הוא "פועל" לעיתים זה מעורב. הוא איכות התוצר באמת עד חלקים מפרטים טכניים כאשר מפתח פותחו מספר 60 כדי 80 שעות בשבוע?

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

לדוגמא: . אני עובד על פרויקט מאופיין על ידי:

  • T&תקציב אלקטרוני עם רצ'ט "לא יעלה" סכום כסף.
  • "מיטב המאמצים ייעשו" הבטחה לספק X, Y ו- Z של פרוייקט סיום.
  • חוסר הבטיח משאבי מפתח בצד הלקוח. משאבים אלה היו לא הסתירה בכוונה, ולא עבור כל רע"" סיבה, . אבל הם היו שנוכה במקור.
  • הבנה מתפישות כמו הפרויקט עבר הנקודה בחצי הדרך שאנחנו לא הולכים להיות מסוגל לספק "Z" (בעיקר בגלל המשאבים הבטיח לא היו אכן קיים).
  • דוחות מצב רגיל ו- "סיאה" בתיעוד אותנו (צוות הייעוץ) למעלה.
  • בחוזקה לסרוג צוות יישום עם חברי נמשך הייעוץ בארגון. (החברה שלי) והלקוח.
  • צוות ניהול מרוחק, במובן המטאפורי ופיזית שני. צוות הניהול היה מרוכז על פרוייקט ארגון גדול אחר, עקב אילוצי מקום, צוות יישום היה שוכן בבניין נפרד בקמפוס, במורד הגבעה ודרך יחסית רחוק מ- "תרבות".

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

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

פרצה סערה ציבורית עזה מיני בימים הקרובים.

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

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

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

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

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

באמצעות “אדם או קבוצה” בעמודה מחושבת

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

השורה התחתונה, זה לא עובד ב- WSS 3.0 (או מוס).

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

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

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

קישורים שימושיים על שדות מחושבים באופן כללי:

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

מוס/WSS אומר לי: “הדף שונתה על-ידי עורך אחר על …” אבל בעצם, . זה לא היה.

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

  • כתובת url של שגוי. לדוגמה, זה צריך להיות "/ אתרים/מחלקות/HumanResources /…". עם זאת, הקשר החדש הוא "/ אתרים/חברות/HumanResources /…".
  • Bits חוזרות ונשנות על מחרוזת השאילתה של הכותרת, כמו ב-:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

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

התמונה

העובדה היא, אף אחד לא מכריח כל שינוי שם (חוץ ממני, בטח).

חיפוש מהיר פונה מעלה את הדיון פורומים MSDN הזה: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier ופורסת אותו באופן יפה הלפני (כמו של 10/02/07) פוסט:

העובדה היא:

כדי לאפס את הכותרות פגום, אתה חייב :

– להסיר את כל הרשימות תחת הכותרת פגומים

– להסיר את הכותרת פגומים

– מתוך הגדרות הרשימה, הוספת רשימה שהוסר השיגור מהירה (זה צור כותרת שאינם פגומים)

אז אתה יכול ללכת….


מומחה Sharepoint – Sogeti קאפ ג'מיני שוויץ

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

</קצה>

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

בעיות עם “להשהות עד תאריך” פעילות בזרימות עבודה שנוצרו על-ידי SPD

עדכון 12/10/07: תיקון כמתואר ב- MSDN KB929816 פתרה את הבעיה עבורנו המוזכרים להלן. לקבל את התיקון החם ולאחר מכן להתקין בכל שרת בחווה. לאחר מכן, כלי השירות לקביעת תצורת sharepoint בכל שרת. הנה הקישור MS תמיכה עבור זה KB: http://support.microsoft.com/kb/932816.

רקע:

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

סביבה:

מוס, 64 סיבית, סביבת מחשב וירטואלי (פיתוח תיבת), 2 שרתים (SQL בשרת #1, כל השאר בשרת #2).

בעיות:

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

  1. משימת זרימת עבודה לא תוזמנה לפעול, אי-פעם. גיליתי את זה על ידי קריאת של כריסטופר הלבן (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) כתיבה מצוינת באמצעות stsadm נוהג כך:

    C:\>stsadm -o getproperty - מהתנגשויות "זרימת עבודה" -כתובת url http://localhost

    <רכוש קיים = "לא" />

    C:\>

    . זה היה תוצאה מפתיעה אך בקלות פתור:

    C:\>stsadm -o setproperty - מהתנגשויות "עבודה-worfklow" -propertyvalue "כל 1 דקות בין 0 ו- 59" -כתובת url http://localhost

    הפעולה הושלמה בהצלחה.

    C:\>

    פעולה זו, הראשון "'מתבצע'" זרימת העבודה במהירות ירה, עשה את זה יש עבודה.

  2. למרבה הצער, בפעם הבאה לא יפעלו כצפוי. למרבה המזל, כריסטופר מפנה אותנו כאן (http://support.microsoft.com/kb/932816). כמו של כתיבת הפוסט הזה, אנחנו מחכים מחלקת ה-IT לקבל את התיקון החם הזה, . אבל זה נראה מבטיח. שלנו עותקים של. dll המושפעת לא שותפים באותו הגודל של בתים, אז בתקווה שזה יפתור את הבעיה.

דרכים לעקיפת הבעיה:

הפעלה מחדש של הפקודה stsadm -o setproperty שנראה ויפיצו את הטיימר זרימת ער. זה היה, בערך 7 דקות לאחר מכן, למעשה מתעורר ולהמשיך יחד עם זרימת העבודה.

שאלות / בעיות שמטופלות:

השהיה עד לתאריך לא עובד.

השהיה עד לתאריך אינו חוזר.

מצב זרימת העבודה לא משתנה מטקסט '' מתבצע'"

מצב זרימת העבודה נשאר '' מתבצע'"