ארכיון חודשי: בדצמבר 2007

לחשוב על מוצרים מסחריים

אני משלים SharePoint Designer הרחבות בפרויקט קם CodePlex מוקדם יותר השנה, ואפילו זה באמת די מוגבל בהיקפו, אני מעריך כי הורדו על ידי. 40 כדי 60 (ואולי אף 100) חברות כבר כמעט חודשיים. מראה לי שיש כאן שוק לפתרון הזה, ואם אני בהצלחה למסחר זה, that could translate into a goodly amount of beer 🙂

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

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

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

  • זה שווה הכל?
  • הצעות מעשיות לשיווק, איסוף כסף, הפצת.
  • תמחור.
  • תמיכה.
  • הערות אחרות אתה רוצה לעזוב.

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

</קצה>

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

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

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

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

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

באותו זמן, הבן שלי היה בן שלוש. אתה בטח יכול לראות. לאן זה הולך.

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

We pulled that CD out of the Volvo after that 🙂

</קצה>

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

גוגל לקבל את הבלוג שלי רווחים בשידור חי לתוכנית AdSense

עדכון: כמו של 03/09, מצאתי אין סיכוי להשתלב חשבון רווחים חיים שלי עם גוגל אדסנס. המערכת של מיקרוסופט כאן נראה כדי למנוע כל מנגנוני טכני המספק Google adsense לעתיד hosters. אני נוטה להאמין שזאת בעיקר תופעת לוואי של האבטחה שהם בנו לתוך חללים בשידור חי, לא מאמץ ישיר כדי לבטל את Adsense.

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

מישהו הגיב בבלוג שלהם Windows Live Spaces גוגל הכחישה בחיוב את היישום שלהם להשתתף ב- AdSense. היא תיאוריה כי גוגל הכחישה אותה כי Windows Live Spaces מארח את הבלוג שלה. עם זאת, לאחרונה התקבלתי לתוכנית עבור הבלוג שלי רווחים בשידור חי, אז יש המדיניות השתנתה או גוגל הכחישה את אותה מסיבה אחרת.

בטח, אני לא רואה כל כך ברור כדי לשלב את גוגל אדסנס לחלל חיים שלי, but it’s a start 🙂

</קצה>

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

יישום מאסטר / פירוט קשרים באמצעות רשימות מותאמות אישית

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

> שלום,
>
> בבקשה תגיד לי אם יש בכל אפשרויות כדי לבנות רשימה מותאמת אישית עם
> סוג אב ופרטים (כמו חשבוניות) ללא השימוש ב- InfoPath.
>

SharePoint מספק כמה מתוך התכונות תיבת התומכים מיני לדרישות העסקיות..

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

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

השתמש web part שאילתת תוכן (ב- MOSS בלבד) ו/או נתונים הצג את ה-web part כדי ליצור תצוגות הממוזג של הרשימות. שרת SQL שירותי דיווח (SRS) זמין גם עבור הצד דיווח על זה.

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

  • הגודל של בדיקת מידע הקשור רשימות vs. "פיקחות" סוג עמודת בדיקת מידע. סוג עמודה ' בדיקת מידע ' מציג את עצמו על ממשק המשתמש באופן שונה בהתאם אם אפשרת בחירה מרובה או לא. בכל מקרה, הפקד out-של--box מציג את כל הפריטים הזמינים ברשימה מקור. אם יש ברשימה מקור 1,000 פריטים, זה הולך להיות בעיה. הפקד חיפוש לא לדפדף פריטים אלה. במקום זאת, . זה מושך את כולן לתוך הפקד. זה הופך עבור ממשק משתמש מאוד מוזר מבחינת הזנת נתונים וביצועים.
  • בדיקות "לסגת" טור אחד של מידע. לעולם לא תוכל להוציא חזרה יותר מעמודה אחת של מידע מתוך רשימת המקור. למשל, אין באפשרותך לבחור לקוח "12345" ולהציג את המספר, כמו גם של הלקוח שם וכתובת באותו הזמן. בדיקת המידע מציג רק הלקוח מספר ולא שום דבר אחר. זה עושה עבור ממשק משתמש מוזר וקשה.
  • אין תקשורת אינטרה-טופס. . כתבתי על זה כאן. אתה לא יכול ליישם את המדורג רשימות נפתחות, מותנה לזמינה/לא זמינה שדות, ועוד.
  • ללא מחיקות בהתאם להיררכית הקשרים או שלמות מוכללת. SharePoint מתייחס רשימות מותאמות אישית כישויות עצמאיות, אינו מאפשר לך לקשר אותם זה לזה במובן המסורתי ERD. לדוגמה, SharePoint מאפשר לך ליצור שתי רשימות מותאמות אישית, "הלקוח" ו- "כותרת חשבונית". באפשרותך ליצור כותרת חשבונית המקשר חזרה ללקוח ברשימת לקוחות. לאחר מכן, באפשרותך למחוק את הלקוח מתוך הרשימה. מחוץ לקופסה, אין שום דרך למנוע את זה. כדי לפתור בעיות כאלה, בדרך כלל תשתמש באירועים.

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

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

    BDC הוא תכונה מוס (שאינן זמינות ב- WSS) הוא מאתגר כדי לקבוע את תצורת.

  • טופס האינטרנט ASP.NET: יצירת מלאות התומך AJAX טופס המשתמשת אובייקט למודל ו/או אינטרנט שירותי SharePoint כדי למנף את רשימות SharePoint תוך מתן ממשק משתמש שיודע להגיב.

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

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

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

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

</קצה>

עצה מהירה: Web Part של שאילתת תוכן, ערך עמודת בדיקת מידע ו- XSL

. יש לי שם עמודה של סוג תוכן בשם "מיקום נדל ן".

עמודה זו היא מסוג 'בדיקת מידע'.

אני צריך שינוי <CommonViewFields> ו- ItemStyle.xsl כדי להציג את העמודה.

פשוטה <xsl:הערך של בחר =…> מחזירה בחזרה ערך פנימי הכולל נתונים מיקום סודר, כמו למשל:

1;#מיאמי

כדי לקבל את הערך האנושי ידידותי, השתמש xsl מחרוזת משנה-אחרי, כפי שמוצג:

<xsl:( @Real_x005F_x0020_Estate_x005F_x0020_Location, "#") ">< / xsl:הערך >(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:הערך>

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

<סיום />

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

SharePoint ביגל גיליון דצמבר. & לחיות

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

כל מאמר שווה קריאה לפי דעתי.

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

אל תשכחו לבדוק המאמר שלי as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</קצה>

מוס אמר לי “הגישה נדחתה” כדי לערוך משימת זרימת עבודה, אבל באמת יש לי גישה

אני כבר מיושמת זרימת עבודה באמצעות SharePoint Designer באתר אשר הוא בעיקר לקריאה בלבד כדי "NT_AUTHORITYAuthenticated משתמשים" (כלומר. כולם). יש בספריית הטפסים עבור טופס InfoPath. יש גם רשימת פעילויות זרימות העבודה המשויכות כך כאשר זרימת העבודה פועלת, זה באפשרותך להקצות משימות לאנשים.

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

לבדוק עם חשבון בדיקה שלי נמוך-הרשאות.

ניתן למלא טופס לספריית ושמור? –> כן

באפשרותך לגשת הפעילות של קישור דוא? –> כן

ניתן לראות קישור משימה של זרימת עבודה עריכה –> כן

האם באפשרותי ללחוץ על הקישור הזה? –> לא … הרשאה נדחתה.

למה אני רואה קישור עריכה ששוללת לי הרשאה כאשר אני לוחץ על זה? . זה לא איך זה אמור לעבוד…

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

לבסוף, אני מחפש את האינטרנט במלואו. אני מוצא הליך מאוד לא סביר של פורום MSDN: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

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

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

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

שזה יהיה הכי ביזארי זרימת העבודה הפתרון של מוניק 2007.

</קצה>

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

SharePoint Designer, של הפריט הנוכחי “כתובת URL מוחלטת ומקודדת” ו- HTTPS

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

התמונה

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

כדי לפתור את זה, ליצור פעולה מותאמת אישית מספק פונקציה החלף מחרוזת להשתמש בזרימת העבודה שלך. לחלופין, להשתמש בכלי צד 3 כגון חבילת מצוין כאן: http://www.codeplex.com/spdwfextensions 🙂

</קצה>

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

מהיר וקל: לקבוע את שם העמודה הפנימית של עמודת אתר

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

ניסיתי להשיג web part שאילתת תוכן כדי להציג תאריך יעד מהפעילות בגלל התווית מסך היא "תאריך יעד", הנחתי שם העמודה כדי להשתמש ב- <CommonViewFields> הוא "Due_x0020_Date".

הלא נכון!

שם העמודה האמיתי במקרה הזה היה "DueDate".

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

אני אומר ". סומך על זה" כי אני לא בטחה בו, קרוב לוודאי בזבז ליד שעתיים לנגוח את ראשי בקיר. לאחר החלטתי את DueDate"" שם, רציתי להוסיף שדה נוסף כדי <CommonViewFields>. בטכניקה שלמה, אני קיבלתי שם עמודה כמו "XYZ_x0020_Project_x0020_Due_x00".

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

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

זה לא להסוות את השגיאה:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

זה להסוות את השגיאה:

<CommonViewFields>Due_x0020_Date,תאריך ושעה;</CommonViewfields>

</קצה>

היזהרו שינויים של הרגע האחרון כדי ItemStyle.xsl

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

אין אפשרות להציג Web Part זה. כדי לפתור את הבעיה, לפתוח דף אינטרנט זה עורך HTML תואם Windows SharePoint Services, כגון Microsoft Office SharePoint Designer. אם הבעיה נמשכת, פנה אל מנהל שרת האינטרנט.

. האשמתי את הלקוח (לא מבינים עדיין בשלב זה שזה היה באשמתי) אבל בסופו של דבר לב intellisense visual studio הזה היה מזהיר אותי שיש לי XSL פגום. תיקנתי אותו והכול התחיל לעבוד.

היזהר darned בעת עבודה עם ItemStyle.xsl (ואת כל הקבצים XSL גלובלית) — הפרתם משפיע על פריטים רבים באוסף האתרים.

<סיום />