ארכיון חודשי: בפברואר 2008

יום ראשון מצחיק: “לא עבור ייצוא”

השאר תגובה

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

המאמץ הזה מראש מיום Microsoft.NET. וניל רגיל ASP עדיין היה משהו חדש (או לפחות מאוד לא מוכרת לחברה שלי). "לבנים וטיח" חברות נידונו. אבודים! זה אומר כי זה היה עבודה חלוצית. לא עבודה חלוצית האדרון המאיץ, אבל בשבילנו בעולם הקטן שלנו, זה היה עבודה חלוצית.

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

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

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

  • אמריקאי: "מה סיפרת איך להגיע [XX] רחוב?"
  • סינית: -סליחה, "אנחנו לא מדברים אנגלית.
  • אמריקאי: ". הו, ובכן אני מדבר מנדרינית." והוא ביקש שוב בסינית, אבל באופן ברור יותר (כמיטב יכולתו).
  • סינית: בנימוס, -סליחה, "אנחנו לא מדברים אנגלית.

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

הייתי אוסף אותם לכמה חתיכות קטנות של אחרים הקשורים לסין קוואזי מידע וייעוץ "מועיל":

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

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

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

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

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

כשאני נזכר בזה עכשיו, . הייתי צריך להיות מודאג, אם בכלל, כשעזבתי את ארה ב, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</קצה>

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

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

פתרון: SPQuery לא לחפש בתיקיות

3 תגובות

השבוע אני היה יישום "מתפתחים" פתרון עבור לקוח משתמש BDC ואת SPQuery, נתקל בקשיים באמצעות SPQuery נגד ספריית מסמכים המכילה תיקיות. השורה התחתונה: הקצאת "רקורסיבית" את התכונה תצוגה של השאילתה.

את התסריט שלי:

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

השירות חזית BDC הסופי משתמש בשאילתה ככה לעשות בדיקת המידע:

 // להשתמש בכלי U2U כדי לסייע ליצירת שאילתה זו CAML.
      oQuery.Query =
        "<היכן>";

      אם (titleFilter.Length > 0)
        oQuery.Query   =
          "  <ו>";

      oQuery.Query   =
        "    <ו>" +
        "      <Geq>" +
        "        <שם FieldRef =  "DocumentId" />" +
        "        <ערך סוג =  "Text">" + minId + "</ערך>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <שם FieldRef =  "DocumentId" />" +
        "        <ערך סוג =  "Text">" + maxId + "</ערך>" +
        "      </Leq>" +
        "    </ו>";

      אם (titleFilter.Length > 0)
        oQuery.Query   =
          "    <מכיל>" +
          "      <שם FieldRef =  "Title" />" +
          "      <ערך סוג =  "Text">" + titleFilter + "</ערך>" +
          "    </מכיל>" +
          "  </ו>";
      oQuery.Query   =
        "</היכן>";

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

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

Splist.update() oList = אינטרנט.רשימות["מסמכים"];

SPQuery oQuery = חדש SPQuery();

. הייתי במקום בנאי שצוינו תצוגה:

Splist.update() oList = אינטרנט.רשימות["מסמכים"];

SPQuery oQuery = חדש SPQuery(oList.Views["כל המסמכים"]);

זה פתר את הבעיה ואני התחלתי לקבל את התוצאות שלי.

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

oQuery.ViewAttributes = "היקף = "Recursive"";

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

העובדה SPQuery המבוסס על תצוגה עובד עבור כמה מפעילים (GEQ/LEQ) ולא אחרים (מכיל), בשילוב עם העובדה כי Kpi לא נראה לעבוד עם תיקיות המכילות הפניות ספריות מסמכים ממני להאמין כי SPQuery יש כמה בעיות אורתוגונליות.

תודה מיוחדת:

  • ההורים טוב בבית U2U והכלי שלהם שאילתה.
  • מייקל הופר נהדר "למידה שהיא עושה" הצבת בלוג, הערות ותגובות.

</קצה>

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

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

מוס KPI באג? מחוון הרשימה קשור ספריית מסמכים עם תיקיות

1 תשובה

עדכון 02/29/08: . פתרתי את הבעיה על-ידי יצירת תיקיה ולאחר מכן הקצאת סוג תוכן אל התיקייה הכוללת את נתוני meta שאני צריכה עבור ה-Kpi. תיארתי את זה בפירוט רב קצת יותר כאן.

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

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

זה בדרך כלל פשוט לעשות ותיארתי משהו מאוד מאוד דומה לזה-הציד של SharePoint עם הרבה צילומי מסך אם אתה מעוניין.

על קצה המזלג, . עשיתי את הדברים הבאים:

  • יצירת תצוגה על הספרייה דוק שנקרא "פתוח".
  • להגדיר את התצוגה כדי להתעלם מבנה התיקיות.
  • צור רשימת KPI.
  • ליצור אינדיקטור ברשימה המצביעה על lib דוק וכי "ממתין" תצוגה.

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

התמונה

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

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

אם אני טועה, נא להתקשר. אליי או השאירו תגובה.

</קצה>

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

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

SPD עבודה “איסוף נתונים ממשתמש”: לשנות את טופס המשימה שנוצרה

4 תגובות

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

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

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

התמונה

למרבה המזל, אנחנו יכולים לעשות את זה. וזה לא מאוד קשה. באופן כללי, תדליק SPD, נווט אל הספריה בה נמצאים קבצי זרימת העבודה ופתח את הקובץ ASPX שברצונך לשנות. אלו הן הוראות שינוי XSL קלאסי רק אם כבר הרסת עם itemstyle.xsl, חיפוש או תרחישים XSL נוספים, זה יהיה קל עבורך. למעשה, מצאתי את זה יהיה בדרך כלל יותר קל מאז הטופס שנוצר הוא מעט קל יותר לעקוב אחר לעומת תוצאות חיפוש הליבה web part (או CWQP סיוט).

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

מבחן 1:

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

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

מבחן 2:

  • תעשה אותו #1 חוץ ישירות לשנות "איסוף נתונים ממשתמש" פעולה.

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

סופי הערות:

  • לפחות שתי פעולות SPD ליצור טפסים ככה: "איסוף נתונים ממשתמש" "מקצה ל לעשות את הפריט". שתי הפעולות הללו’ טפסים ניתן לשנות באופן ידני.
  • . הייתי יכול ליצור את הקישור כדי dispform. aspx כי, במקרה זה, קישור לפריט יש תמיד שהמזהה שלו מוטבע בתוך ה-URL של הפריט קשורים. הצלחתי לחלץ אותו, ולאחר מכן לבנות <href> בהתבסס על זה כדי לספק תכונת גישה בלחיצה אחת נתוני meta. אין זה סביר כי ה-URL שלך עוקב אחר הכלל הזה. אולי יש דרכים אחרות להשיג את המזהה של פריט הקשור אבל לא הייתה לי לחצות את הגשר, אז אני לא יודעת אם מגיע אל הצד השני של הימין.
  • אני לא חוקר, . אבל אני לא אהיה מופתעת אם יש איזשהו בקובץ תבנית ב- 12 כוורת אשר יכול לשנות כדי להשפיע על איך SPD יוצר מטופסי ברירת המחדל (ממש כמו ונוכל לשנות תבניות התראה).

</קצה>

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

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

הם “שגיאה לא ידועה” הודעות באמת יותר מעקב מחסנית?

3 תגובות

קראתי בבלוג של Madhur כיצד לאפשר הצגת מעקב מחסנית עכשיו אני תוהה: למה שלא תמיד נראה מעקב מחסנית?

מי המציא את החוק הזה, למה אתה עוקב אחרי זה?

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

</קצה>

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

יום ראשון (מביך) מצחיק: “. שמי פול גאלווין”

1 תשובה

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

ברירת המחדל שלי לענות לכל שאלה שמתחיל ב "אתה יכול … " היא "כן" זה איפה שכל זה התחיל.

הלקוח הייתה חברה כימיים החוצה בדרום קליפורניה, היה רק על רובו ככולו יישום ERP הגדולות המבוסס על של QAD MFG/PRO. התוכנית יישום עכשיו ביקשה הדרכת משתמשי קצה כוח על המוצר תוצאות.

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

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

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

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

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

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

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

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

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

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

</קצה>

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

פרספקטיבות: SharePoint vs. המאיץ האדרון גדול

השאר תגובה

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

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

במהלך השנים, חלק מהדרישות התמודדתי עם היה מאתגר ביותר לפגוש. הדברים המורכבים של SharePoint, בניין אינטרנט עיבוד מסגרות המבוססים על טכנולוגיית הלא-אינטרנט ידידותי, תזמורים BizTalk מורכבות וכדומה. . כולנו יכולים (. אני מקווה) בגאווה על הקריירה שלנו ואומר, ". כן-, זה היה אחד קשה לפתור, אבל בסוף אני pwned היו!" יותר טוב, אפילו יותר מעניין ומהנה אתגרים ממתינים.

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

האנשים בקבוצה LHC. יש בעיות קוצני ממש לנהל. שקול את הירח. אני לא חושב הרבה על הירח (אבל הייתי חשדן מאד על זה. מאז שלמדתי שהוא מאט הסיבוב של כדור הארץ, אשר לא יכול להיות דבר טוב עבור בני אדם בטווח הארוך). אבל, הקבוצה LHC צריך לדאוג. מכשירי מדידה של LHC רגישות מאוד כי הם מושפעים של הירח (Earth-rotation-slowing-and-eventually-killing-all-life) כוח המשיכה. . זה חתיכת דרישה להיפגש — לייצר המידות הנכונות למרות ההפרעות של הירח.

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

בפעם הבאה אני בחוץ עם כמה חברים, . אני הולך להרים כוסית לאנשים לעבוד ב- LHC, מקווה הם בהצלחה לא שוקל את בוזון היגס, מקלל את הירח. אני מציע שלך לעשות את אותו הדבר. It will be quite the toast 🙂

</קצה>

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

כתובת URL של Microsoft הרשע

2 תגובות

עשיתי חיפוש בגוגל:

התמונה

. אני לחץ על הקישור מודגשות מעל ("פרטי הורדה: Windows SharePoint…").

אני מבין זה:

התמונה

שימו לב כתובת ה-URL.

נראה לי די חשודה. . אני לא יודע אם אני אמור לצחוק, גיחוך או כומר.

</קצה>

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

הרושם מהירה: מתכנן קיבולת system Center עבור SharePoint

השאר תגובה

. הרגע פיטרתי את הקיבולת בכלי תכנון זה כל הזעם בימים אלה.

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

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

. זה נראה די חזק נקודה הרבה יותר החל מעמוד ריק.

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

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

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

זה תהליך בן שני שלבים קלים. הורד מתכנן קיבולת מרכז המערכת ולהוריד את המודלים של SharePoint. הפעלתה יפה ב- Windows XP.

על סמך הרושם מהירה שלי, . אני לא רואה איך זה יכול להסביר:

  • חיפוש: סה כ מסמכים, אולי סוגי מסמכים, שפות.
  • Excel server: כמה, אם בכלל?
  • שרת הטפסים: כמה, אם בכלל?
  • BDC: כמה, אם בכלל.

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

אני בהחלט אשתמש בזה על הלקוחה הבאה שלי.

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

</קצה>

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

פתרון: System.IO.FileNotFoundException ב “SPSite = SPSite חדש(כתובת url)”

11 תגובות

עדכון: פרסמתי שאלה זו ל- MSDN כאן (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) Michael Washam של מיקרוסופט הגיבו עם תשובה תמציתית.

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

System.IO.FileNotFoundException: יישום האינטרנט- http://localhost/sandbox לא נמצא. ודא כי הקלדת כתובת ה-URL נכונה. אם כתובת ה-URL צריך לשרת תוכן קיים, מנהל המערכת ייתכן שעליך להוסיף מיפוי כתובת URL בקשה חדש המיועד ליישום. ב- Microsoft.SharePoint.SPSite.ctor(החווה SPFarm, אורי requestUri, ContextSite בוליאנית, SPUserToken userToken) ב- Microsoft.SharePoint.SPSite.ctor(מחרוזת requestUrl) ב- Conchango.xyzzy.GetExistingDocument(מחרוזת minId, מחרוזת maxId, מחרוזת titleFilter) ב- C:\מסמכים, SettingsPaulMy DocumentsVisual 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs סטודיו:קו 69

הנה קו 69:

שימוש (אתר SPSite = SPSite חדש("http://localhost/sandbox"))

ניסיתי וריאציות שונות על כתובת ה-URL, כולל שימוש השם האמיתי של השרת, כתובת ה-IP שלו, חתכים נגרר על כתובת ה-URL, ועוד. תמיד קיבלתי שגיאה זו.

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

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

אירע חריג במהלך מנסה להשיג את המשק המקומי:
System.Security.SecurityException: הרישום המבוקש גישה אינה מותרת.
ב- System.ThrowHelper.ThrowSecurityException(משאבים ExceptionResource) ב- Microsoft.Win32.RegistryKey.OpenSubKey(שם המחרוזת, בוליאני הניתן לכתיבה) ב- Microsoft.Win32.RegistryKey.OpenSubKey(שם המחרוזת) ב- Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() ב- Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() ב- Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& החווה, בוליאני& isJoined)
ה-Zone של ההרכבה שנכשלה היה:  MyComputer

זה פתח אפיקים חדשים של מחקר, אז זה היה לחזור גוגל. זה הוביל אותי לזה בפורום: http://forums.codecharge.com/posts.php?post_id = 67135. זה לא ממש עזר לי, אבל זה התחיל לגרום לי לחשוב שיש בעיית מסד הנתונים ו/או אבטחה. אני soldiered ו של אנדרו קונל פוסט מופעלות בסופו של דבר המחשבה כי אני צריך לוודא שיש זהות לחשבון מאגר היישומים הגישה המתאימה במסד הנתונים. . חשבתי שכבר עשו. עם זאת, עמיתי הלך ונתן את האפליקציה בריכה זהות חשבון גישה מלאה ל- SQL.

ברגע שהיא עשתה את השינוי, הכל התחיל לעבוד.

מה קרה לאחר מכן היא הטובה ביותר לבטא האיקו השיר:

בעיות הרימו את הידיים שלהם.
לך לזוז ולפספס. נסה שוב.
הצלחה! אבל איך? ? למה?

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

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

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

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

אם מישהו יודע למה זה צריך לעבוד, אנא השאירו תגובה.

</קצה>

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