मैं जहां हम एक समारोह का नाम "साझा एक कहानी है। चारों ओर मेट्रिक्स इकट्ठा करने की जरूरत है एक परियोजना पर हूँ" विचार बहुत आसान है — यदि आप में एक दिलचस्प लेख इंट्रानेट पर देख रहे हैं और यह किसी के साथ साझा करना चाहते हैं, "इस कहानी का हिस्सा लेबल वाले लिंक पर क्लिक करें" यह अपने दोस्त को ईमेल.

हम इस उद्देश्य के लिए एक कस्टम प्रपत्र के साथ आसपास खेला, लेकिन अंत में, आम भावना दिन जीता और हम बस परिचित का उपयोग करें <एक href = mailto:…> तकनीक. (<एक href mailto:…> HTML का एक आश्चर्यजनक रूप से मजबूत थोड़ा सा है; एक बोनस के रूप में, कि लिंक मुझे वापस मेरे पुराने UNIX आदमी पृष्ठों दिनों के लिए लाता है; वो दिन थे!).

के बाद से वे अपने परिचित एमएस Outlook क्लाइंट का उपयोग करने के लिए मिल इस तकनीक अंत उपयोगकर्ताओं के लिए एक महान इंटरफ़ेस प्रदान करता (या वे जो कुछ ईमेल क्लाइंट स्थापित किया है).

यह बातें हम गरीब डेवलपर प्रकारों पर कठिन के बाद से वे क्लाइंट बनाता है * भी * दिखाता है कि कितनी बार एक रिपोर्ट है कि भविष्य में चलाने के लिए चाहता है उपयोगकर्ता साझा कहानियाँ और यहां तक कि जो कहानियाँ अक्सर सबसे साझा कर रहे हैं.

हम whiteboarded कुछ संभावित समाधान. कार्बन कॉपी करने के लिए मेरे पसंदीदा है (सीसी) किसी SharePoint सूची. इस तरह, जबकि हम मिलता है क्योंकि हम खुद को ईमेल की एक प्रति प्राप्त करेंगे घटना पर कब्जा करने के लिए अंत उपयोगकर्ता अभी भी outlook क्लाइंट हो जाता है. वहाँ कुछ स्पष्ट कमियां हैं. मुख्य समस्या यह है कि उपयोगकर्ता सकता है बस बाहर रिक्त या अन्यथा वध करना प्रतिलिपि पता. और, हम ईमेल के उस घटना लायब्रेरी का प्रबंधन करने की जरूरत. हम कि सफ़ाई के लिए जिम्मेदार सफेद बोर्ड पर एक शेड्यूल्ड कार्य है.

यदि आप इस समस्या को हल करने के लिए कुछ चालाक दृष्टिकोण है, कृपया बताएँ.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin

अनुरोध की गई और वादा किया था के रूप में, मैं मेरी प्रस्तुति "महान प्राप्त करने के तरीके पर अपलोड कर दिया" आवश्यकताओं के अंत उपयोगकर्ताओं को SharePoint परियोजनाओं और implementations के लिए से. यह यहाँ है: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

मैं इस फ़रवरी में SharePoint सर्वोत्तम प्रथाओं में सम्मेलन में प्रस्तुत किया 2009 (www.sharepointbestpractices.com). अगर तुम सम्मेलन में भाग लिया, आप भी इस सम्मेलन डीवीडी पर मिलेगा.

प्रस्तुति अधिकांश स्लाइड के साथ नोटों की एक बहुत कुछ शामिल है. यह न सिर्फ गोली अंक है.

(मेरे अन्य प्रस्तुति पर शासन में एक केस अध्ययन के लिए यहाँ देखें: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin

कई SharePoint सलाहकार प्रकार की तरह, मैं SharePoint कार्यक्षमता का एक बहुत कुछ करने के लिए उजागर किया गया है. कुछ बार, मैं काफी गहरा गोता. दूसरी बार मैं द्वारा मेनू विकल्पों का एक और सेट करने के लिए उड़ रहा हूँ मैं सिर्फ यह सूचना के रूप में. उन लोगों में से एक है "स्वयं-सेवा साइट निमार्ण के।" मैं इस सप्ताह तक इसके लिए एक की जरूरत नहीं थी.

इस सप्ताह, मैं की आवश्यकता है जो मुझे लगता है कि कंपनियों के ऊपर ढीला और SharePoint पर अधिक प्रत्यक्ष अंत उपयोगकर्ता नियंत्रण को गले लगाने के रूप में अधिक आम बन रहा है एक व्यापार समस्या को हल करने के लिए. इस मामले में, मैं एक साइट टेम्पलेट एक विशिष्ट अंत उपयोगकर्ता समुदाय का समर्थन करने के लिए डिज़ाइन किया गया है. लोगों को इस समुदाय में अपनी साइटों जब भी आग्रह करता हूं कि उन्हें हमले इस टेम्पलेट का उपयोग करने करेंगे पर बनाने के लिए सक्षम होना चाहिए.

मैं चर्चा की "स्वयं-सेवा साइट निमार्ण देखकर" पहले और मैं हमेशा कि दूर मेरे सिर कि "स्व सेवा साइट निमार्ण के बारे में सोच के पीछे tucked है" SharePoint शब्दावली है जिसका अर्थ है, जाहिर है पर्याप्त, कुछ की तरह "यदि आप चाहते हैं कि उपयोगकर्ता जब वे करने के लिए चाहते हैं साइट्स बनाने के लिए सक्षम होना करने के लिए अंत मुझे मोड़ पर।"

तो, मैं इसे मोड़ पर, यह मेरे लिए और बाहर की कोशिश करो, यह साइटों का निर्माण नहीं है. यह साइट बनाना है संग्रह. बहुत बड़ा अंतर. है कि नहीं जो मैं चाहता हूँ, बिलकुल नहीं.

यह अंत उपयोगकर्ताओं को नए उप साइटों के माध्यम से एक कस्टम अनुमति स्तर बनाना संभव है है. यह वही है जहाँ मैं पहली जगह में छोड़कर कि लेबल "स्वयं-सेवा साइट निमार्ण होता चला गया है" लेबल मुझे धोखा दिया. चहचहाना के माध्यम से, I learn that it’s deceived others as well 🙂

मैं अभी भी कैसे विशुद्ध रूप से बॉक्स से बाहर रह रही जबकि एक और अधिक सुव्यवस्थित प्रक्रिया का एक छोटा सा प्रदान करने के लिए बाहर काम कर रहा हूँ, लेकिन वहाँ का पालन करने के लिए कोई निश्चित पथ है. बस उस लेबल से विचलित हो जाओ मत.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin

मैं से एक था 20 या 30 (या हो सकता है 100?) पैनल पर कल रात न्यूयॉर्क SharePoint उपयोगकर्ता समूह बैठक. इसके बजाय हमेशा की प्रस्तुति स्वरूप, यह सब संसद के बारे में था&A दर्शकों और सदस्यों के पैनल के बीच. पर जल्दी, माइकल Lotter मुझे एक नया विचार करने के लिए और मैं चाहता था साझा करने के लिए शुरू की.

एक दर्शक सदस्य वर्णित कैसे उसकी कंपनी अपनी कंपनी के लिए एक आवेदन पत्र लिखने के लिए एक सलाहकार भुगतान किया था. सलाहकार यह SharePoint ऑब्जेक्ट मॉडल का उपयोग कर किसी कंसोल अनुप्रयोग के रूप में लिखा था. एक परिणाम के रूप में, इस का मतलब था कि कार्यक्रम के खेत में एक सर्वर पर चलाने के लिए. इस का मतलब है कि किसी को भी कि app का उपयोग करना चाहता था होता सर्वर पर लॉग ऑन करने के लिए है, काम करो और लॉग ऑफ़ करें. पहली बार में, यह एक समस्या नहीं था, लेकिन जल्द ही, और अधिक और अधिक (गैर तकनीकी) उपयोगिता का उपयोग करने के लिए उपयोगकर्ताओं की आवश्यकता. उसका सवाल था (टीका):

"मेरा विकल्प क्या हैं? मैं सीधे सर्वर पर उपयोगकर्ताओं को लॉग दे रखना नहीं चाहती, लेकिन वे की जरूरत है कि कार्यशीलता।"

माइकल Lotter का सुझाव दिया है कि वह एक नई वर्चुअल मशीन को कॉन्फ़िगर करें, यह एक WFE के रूप में खेत के शामिल होने और उपयोगकर्ताओं को वहाँ से अनुप्रयोग चलाएँ.

यह मेरे लिए एक सुंदर तेजस्वी विचार है. इस समाधान generalizing धारणा है अनिवार्य रूप से अस्थायी का मन होता है, लगभग डिस्पोजेबल WFE. मुझे लगता है कि यह एक सुंदर बधिया अवधारणा है. इस अस्थायी WFE किसी कंसोल अनुप्रयोग है कि SharePoint ऑब्जेक्ट मॉडल का उपयोग करता है चला सकते हैं. तुम भी stsadm आदेश को चलाने के लिए इसे इस्तेमाल कर सकते. यह नियमित रूप से स्थानीय संतुलन का हिस्सा होना नहीं है. अगर यह नीचे चला जाता है या बर्बाद हो जाता है, तुम सिर्फ एक नया एक के ऊपर स्पिन कर सकते हैं. मैं अपने आप को दोहराएँ, लेकिन मैं सिर्फ कहना है कि मुझे लगता है कि यह एक सच में स्वच्छ विचार है करने के लिए है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin

यह पिछले सप्ताह, किसी को एक SharePoint पर्यावरण कि नए दस्तावेजों की एक सुंदर उच्च वॉल्यूम संभालना होगा बनाने के बारे में एक सवाल पूछा था (10,000 +/- इस मामले में). मैं इस बारे में ज्यादा पता नहीं, लेकिन इस श्वेत पत्र के लिए धन्यवाद, मुझे लगता है कि ज्यादा बेहतर बताया.

मेरे लिए, इस व्हाइट पेपर बहुत ज्यादा सिर्फ एक बुक मार्क पल में है, लेकिन मैं इसे माध्यम से पढ़ना शुरू किया और सोचा कि मैं अपने मुख्य लेने दूर पर प्रकाश डाला जाएगा. SharePoint को हैंडल करने के लिए स्केल किया जा सकता, कम से कम, इस लोड:

• 50k प्रति दिन नए दस्तावेज.
• 10 लाख दस्तावेजों कुल.

मैं 50 k/10 मिमी आंकड़े लिखने के कारण वे काफी आसानी से याद कर रहे हैं. लंबे समय के रूप में आप जानते हैं कि वे minimums हैं, तुम मुसीबत में नहीं मिलेगा. कम से कम maximums हैं 10 प्रतिशत अधिक है कि तुलना और चरम ट्यूनिंग के साथ, संभवतः एक बहुत उच्च.

धन्यवाद, माइक वाल्श, एक बार फिर उसके लिए साप्ताहिक WSS अकसर किये गए सवाल अद्यतन और सुधारों के बाद. यदि आप यह करने के लिए सदस्यता नहीं कर रहे हैं, आप इसे कर के बारे में गंभीरता से सोचना चाहिए.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

बीते सप्ताह के दौरान, मेरी सहयोगी और मैं NYC में एक ग्राहक के लिए कुछ काम कर रहे थे. हम एक काई कार्यान्वयन अपने "मानक का उपयोग कर के एक भिन्न पहलुओं के परीक्षण किया गया" कार्य केंद्र का निर्माण (के रूप में करने के लिए हमारे लैपटॉप का विरोध किया). जबकि कि कर, हम कुछ त्रुटियों में निम्न चरणों का पालन करके भागा:

• Windows explorer के माध्यम से एक एमएस वर्ड दस्तावेज़ को खोलें (जो WebDAV का उपयोग करता है).
• एक परिवर्तन बनाने.
• इसे बचाने के लिए.

हम एहसास है कि कुछ समय के लिए आया था (आम तौर पर पहली बार) हम दस्तावेज़ सहेजा गया, सहेजें "छड़ी नहीं था।" सहेजें सहेजें नहीं किया था. हम वापस ऊपर उस दस्तावेज़ खींच होगा और हमारे परिवर्तन बस वहाँ नहीं थे.

हम इस बिंदु पर रूट मुद्दा समझ में नहीं आया, लेकिन हमें लगा कि हम नवीनतम MS Office सेवा पैक कि काम स्टेशन पर स्थापित किया गया है कि सुनिश्चित करना चाहिए. आईटी लोगों के पास गया और था कि. हम फिर से परीक्षा के माध्यम से चला गया और हम एक नई समस्या की खोज की. जब हम यह सहेजा गया, हम अब इस त्रुटि मिल गया:

इस बार, यह लग रहा था जैसे हर बदल गया था, वास्तव में, सहेजा गया, चाहे हम हाँ उत्तर दिया या स्क्रिप्ट्स सवाल करने के लिए नहीं.

हम अंत में कार्यालय के वास्तविक संस्करण पर एक नज़र था और यह पता चला है कि कार्य केंद्र एमएस कार्यालय चल रहा था 2000 सर्विस पैक के साथ 3 जो सहायता के अंतर्गत दिखाता है-> के बारे में "Office 2002" के रूप में.

कहानी का नैतिक: मैं हमेशा Office का उपयोग करेगा 2003 जब WebDAV और काई का उपयोग करके मेरी न्यूनतम आधारभूत office संस्करण के रूप में.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

(खोज इंजन के प्रयोजनों के लिए, यह त्रुटि पाठ है):

रेखा: 11807

चार: 2

त्रुटि: ऑब्जेक्ट इस गुण या विधि का समर्थन नहीं करता

कोड; 0

यूआरएल: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

क्या आप इस पृष्ठ पर स्क्रिप्ट चला रहा है जारी रखना चाहते हैं?

एक में या मेरे बहुत पहले ब्लॉग पोस्ट, मैं वर्णित है समग्र प्रक्रिया हम एक ग्राहक से एसपीएस माइग्रेट करने के बाद 2003 MOSS के लिए. एक पाठक एक टिप्पणी और अधिक विस्तार के लिए पूछ छोड़ दिया और यह यहाँ है.

उस माइग्रेशन प्रोजेक्ट के लिए, हम एक अच्छा तरीका है SPS का एक बहुत ले जाने के लिए पता था 2003 काई के दस्. प्रारंभिक लोड काफी आसान था. काई में एक नया लक्ष्य दस्तावेज़ लायब्रेरी बनाएँ और दस्तावेज ले जाने के लिए windows explorer का उपयोग करें.

इस नई दस् तावेज लाइब्रेरी है:

ऊपर दो खिड़कियां खुली खोजकर्ता. बिंदु पहले एसपीएस पर 2003 और काई में नई दस्तावेज़ लायब्रेरी पर दूसरी. निम्न स्क्रीन शॉट से पता चलता है यह. ध्यान दें कि ऊपर ब्राउज़र वास्तव में मेरी सी पर इशारा कर रहा है:\अस्थायी ड्राइव, लेकिन तुम यह करने के लिए एक एसपीएस ओर इशारा करते हुए कल्पना कर सकते हैं 2003 दस्तावेज़ लायब्रेरी:

उस के बाद खींचें और ड्रॉप कार्रवाई, इस तरह मेरा लक्ष्य दिखता है:

अब यह समय के लिए मेटाडेटा के साथ सौदा है. मान लें हम "स्थान. नामक इन दस्तावेज़ों के लिए मेटाडेटा की बस एक स्तंभ है" हम इसके बाद के संस्करण "सभी दस्तावेजों से देख सकते हैं" देखें कि स्थान रिक्त है. यह स्थान दर्ज करने के लिए कोई डेटा पत्रक दृश्य का उपयोग करने के लिए आसान है, या यहां तक कि प्रत्येक दस्तावेज़ के गुणों में एक एक करके एक स्थान जोड़ने के लिए जाना. चलो मान लेते हैं कि वहाँ कोई व्यावहारिक रास्ता नहीं स्थान स्तंभ स्वचालित रूप से एक मान असाइन करने के लिए है और कि अंत उपयोगकर्ताओं को इस हाथ से करना चाहिए. इसके अलावा, चलो मान लेते हैं दस्तावेजों के सैकड़ों रहे हैं (हजारों हो सकता) और कि यह कई कई दिनों से मेटाडेटा अद्यतन करने के लिए ले जाएगा. जैसा कि हम सभी जानते हैं, कोई भी बैठ जाओ और चार पांच दिनों सीधे दस्तावेज़ों के लिए मेटा डेटा को अद्यतन करने के लिए काम करने के लिए जा रहा है. इसके बजाय, वे कि हफ्तों या संभवतः लंबे समय तक की अवधि पर बाहर तोड़ देगा. इस प्रक्रिया को सुविधाजनक बनाने के लिए, हम एक "untagged डेटा बना सकते हैं" के रूप में दिखाए गए दृश्य:

अब, जब किसी को नीचे बैठता है या दो माइग्रेट की गई दस्तावेज़ टैग के लिए उनके आबंटित दैनिक घंटे खर्च, वे "untagged दस्तावेज़ों का उपयोग कर सकते हैं" उनके प्रयास ध्यान केंद्रित करने के लिए दृश्य:

उपयोगकर्ताओं को टैग दस्तावेज़ों के रूप में, वे बंद इस सूची ड्रॉप.

एक untagged डेटा देखने की इस धारणा के भी एक वर्ग के लोगों के बारे में मंचों पर पूछताछ डेटा सत्यापन समस्या के साथ मदद कर सकते हैं. बॉक्स से बाहर, वहाँ कोई रास्ता नहीं MOSS के लिए कोई दस्तावेज़ अपलोड करने से एक उपयोगकर्ता को रोकने के लिए और तब मेटा डेटा दर्ज नहीं है. हम एक विशेष साइट स्तंभ अनिवार्य है और उपयोगकर्ता सहेजें पुश करने के लिए अनुमति नहीं दी जाएगी कि निर्दिष्ट कर सकते हैं बटन. हालांकि, यदि उपयोगकर्ता अपलोड करता है और तब ब्राउज़र बंद करता है (या दस्तावेज़ अपलोड करने के लिए windows explorer का उपयोग करता है), हम उपयोगकर्ता मेटा डेटा दर्ज करने के लिए मजबूर नहीं कर सकते (पुन:, बॉक्स से बाहर).

इस दृष्टिकोण के साथ उस स्थिति में मदद करने के लिए इस्तेमाल किया जा सकता. हम एक "खराब टैग की गईं डेटा का उपयोग कर सकते हैं" आसानी से इन दस्तावेज़ों की पहचान करने और उन्हें सही करने के लिए देखें. यह एक KPI के साथ युगल और तुम अच्छा दृश्यता डेटा के साथ इन असाधारण परिस्थितियों को प्रबंधित करने के लिए ड्रिल-डाउन करने के लिए है.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

इस सप्ताह, मैं थोड़ा काई एक सरल दो-सर्वर फ़ार्म में स्थापित करने के लिए अपनी टीम के साथ संघर्ष किया है. इसके माध्यम से होने चला गया, मैं कहीं और MSDN फ़ोरमों पर लोगों की रिपोर्ट है समस्याओं के प्रकार के लिए एक अधिक से अधिक प्रशंसा है.

अंतिम खेत विन्यास:

• SQL/अनुक्रमणिका/इंट्रानेट WFE फ़ायरवॉल के अंदर.
• DMZ में WFE.
• DMZ और आंतरिक सर्वर के बीच फ़ायरवॉल के कुछ प्रकार.

इससे पहले कि हम शुरू कर दिया परियोजना, हम जाने किस पोर्ट खुला होना करने के लिए जरूरत पता ग्राहक. देने और लेने के दौरान, से अधिक और पीछे कि, हम दो महत्वपूर्ण बातें कभी नहीं स्पष्ट रूप से कहा:

1. आप की जरूरत है एक प्रमाणपत्र SSL का मतलब.
2. DMZ सर्वर किसी डोमेन का भाग होना चाहिए.

एक दिन, हम काई को स्थापित करने के लिए आया और सीखा है कि डोमेन खातों के डेटाबेस और MOSS के लिए बनाया गया था नहीं. चीजें साथ ले जाने के लिए, हम आगे चला गया और सब कुछ के साथ एक स्थानीय खाते के इंट्रानेट सर्वर पर स्थापित.

इस बिंदु पर, हम SSL प्रमाणपत्र पर भ्रम की स्थिति की खोज की और, अफसोस की बात है, हमारी बुनियादी सुविधाओं आदमी है DMZ सर्वर स्थापित करना जारी रखने के लिए उस सप्ताह बाद में वापस आने का फैसला किया. मतलब समय में, हम समाधान आर्किटेक्ट्स व्यवसाय सामान के साथ आगे चले गए.

एक सप्ताह के अंत से चला जाता है और क्लाइंट प्रमाण पत्र प्राप्त करता है.

हमारी बुनियादी सुविधाओं आदमी से पता चलता है और पता चलता है कि DMZ सर्वर किसी डोमेन से जुड़ा हुआ नहीं है (या तो सीमित ट्रस्ट के साथ एक परिधि डोमेन या इंट्रानेट डोमेन). हम लगभग बर्बाद एक 1/2 उस पर दिन. अगर हम गायब SSL प्रमाण पत्र हमें नीचे दलदल नहीं था, हम इस पहले की खोज की है होता. ओह ठीक है….

एक और दिन बीत जाता और विभिन्न सुरक्षा समितियाँ, इच्छुक पार्टियों और (नहीं तो) मासूम आसपास खड़े सभी सहमत हैं कि यह DMZ सर्वर इंट्रानेट डोमेन के साथ शामिल करने के लिए ठीक है (यह एक POC है, आखिरकार, नहीं एक उत्पादन समाधान).

इन्फ्रास्ट्रक्चर आदमी चीजों को लपेटो में आता है. इस समय हम सफलतापूर्वक के माध्यम से गुजारें आधुनिक दिन मैदान में प्यार से जाना जाता है "SharePoint कॉन्फ़िगरेशन विज़ार्ड के रूप में।" हम केंद्रीय व्यवस्थापन में एक तिरछी नज़र है और … यी बड़बड़ाना! … DMZ सर्वर खेत में सूचीबद्ध है. हम थोड़ा और करीब देखो और एहसास हम Champaign घुन थोड़ा जल्दी खुले तोड़ दिया. WSS सेवाओं में फंस गया है एक "शुरू" स्थिति.

लंबे लघु कहानी, यह पता चला है कि हम केंद्रीय व्यवस्थापन के माध्यम से सेवा खाते की पहचान करने के लिए नया डोमेन खाते से मूल स्थानीय खाता परिवर्तित करने के लिए भूल गया. हम किया था कि, कॉन्फ़िगरेशन विज़ार्ड फिर से दौड़ा और voila! हम व्यापार में थे.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

हालांकि यह सचमुच सच नहीं है, एक व्यावहारिक बात के रूप में, एक इंटरनेट-फ़ेसिंग वेब सामने अंत एक DMZ में किसी डोमेन में होना चाहिए (अर्थात. अपनी ही छोटी कार्यसमूह में नहीं कुछ स्वसंपूर्ण सर्वर). यह आंतरिक WFE के रूप में एक ही डोमेन में किया जा करने की आवश्यकता नहीं है(एस) और अन्य सर्वरों (और शायद नहीं होना चाहिए), लेकिन यह एक डोमेन की जरूरत.

मेरे सहयोगियों और मैं एक प्रस्ताव है जो SharePoint पूर्व आवश्यक वस्तुएँ शामिल थे पर समय का एक अत्यधिक राशि खर्च किया. यह DMZ सर्वर फ़ार्म में शामिल होने के और आगे के लिए सक्षम होगा फ़ायरवॉल विन्यास की एक व्यापक सूची में शामिल. अफसोस की बात है, हम एक वाक्य कहीं कहा है कि जोड़ने में विफल, करने के लिए प्रभाव, "आपका DMZ WFE सर्वर की अनुमति दें करने के लिए इस कॉन्फ़िगरेशन का पूरे खूनी बिंदु है, किसी डोमेन में, आंतरिक खेत में शामिल होने के लिए।"

घटनाओं की एक पूर्ण तूफान, जब हम सही देखा है हो सकता है जहाँ हम असल में बाएं देखा, हम जब तक की प्रक्रिया में काफी देर से इस समस्या को छुपाने की साजिश रची, इस प्रकार मुझे रोकने से invoking मेरी "बुरी खबर जल्दी बताओ" नियम.

उच्छ्वास.

मेरे ब्लॉग के लिए सदस्यता लें.

मंच के रूप में अक्सर उपयोगकर्ताओं इस तरह के सवाल:

> नमस्कार,
>
> कृपया मुझे बताओ अगर वहाँ किसी भी संभावनाओं के साथ एक कस्टम सूची का निर्माण करने के लिए कर रहे हैं
> मास्टर और विवरण प्रकार (चालान की तरह) InfoPath का उपयोग कर के बिना.
>

SharePoint कुछ बॉक्स सुविधाओं है कि व्यापार की आवश्यकताओं के प्रकार की तरह है कि समर्थन से बाहर प्रदान करता है.

सामान्य में, एक दो एक साथ किसी लुकअप स्तंभ का उपयोग कर सूची कड़ियाँ. सूची A होता है इनवॉइस शीर्ष लेख जानकारी और सूची B इनवॉयस विवरण होता है.

ग्राहक संख्या को बनाए रखने के लिए अतिरिक्त सूचियों का उपयोग करें, उत्पाद क्रमांक, आदि.

एक सामग्री क्वेरी वेब पार्ट का उपयोग करें (केवल MOSS में) और/या सूचियों के मर्ज किए गए दृश्य बनाएँ करने के लिए वेब पार्ट एक डेटा देखें. SQL सर्वर रिपोर्टिंग सेवाएँ (एसआरएस) इसके अलावा यह के पक्ष में रिपोर्टिंग के लिए उपलब्ध है.

हालांकि, वहाँ कुछ महत्वपूर्ण सीमाओं कि यह मुश्किल के लिए कुछ भी है कि यहां तक कि मामूली जटिल है शुद्ध बाहर के--बॉक्स सुविधाओं का उपयोग करने के लिए कर देगा रहे हैं. इन में शामिल हैं:

• बनाम के आकार से संबंधित लुकअप की सूचियाँ. "होशियारी" लुकअप स्तंभ के प्रकार का. एक लुकअप स्तंभ प्रकार ही प्रस्तुत करता है अलग के आधार पर कि क्या UI पर आप multi-select या नहीं सक्षम है. या तो मामले में, सभी उपलब्ध आइटम स्रोत सूची से बाहर के--बॉक्स नियंत्रण से पता चलता है. यदि स्रोत सूची है 1,000 आइटम, कि एक समस्या होने जा रहा है. लुकअप नियंत्रण उन आइटम्स के माध्यम से इस पृष्ठ नहीं. इसके बजाय, यह उन सभी को जो नियंत्रण में खींचतान. कि दोनों डेटा प्रविष्टि और प्रदर्शन के मामले में एक बहुत ही अजीब उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
• Lookups "वापस खींच" जानकारी का एक स्तंभ. तुम कभी नहीं स्रोत सूची से जानकारी का एक से अधिक स्तंभ वापस खींच सकते हैं. उदाहरण के लिए, आप एक ग्राहक "12345 का चयन नहीं कर सकते" और एक ही समय में संख्या के रूप में अच्छी तरह के रूप में ग्राहक के नाम और पते प्रदर्शित करें. लुकअप केवल ग्राहक संख्या और कुछ नहीं दिखाता है. यह एक अजीब और मुश्किल उपयोगकर्ता इंटरफ़ेस के लिए बनाता है.
• कोई इंट्रा-फार्म संचार. मैं इस यहाँ के बारे में लिखा है. आप कैस्केडिंग ड्रॉप-downs को लागू नहीं कर सकता, सशर्त फ़ील्ड् स सक्षम करें/निष्क्रिय, आदि.
• कोई कैस्केडिंग नष्टकरण या अंतर्निहित संदर्भित अखंडता. SharePoint कस्टम सूचियाँ स्वतंत्र निकायों के रूप में व्यवहार करता है और उन्हें एक-दूसरे के लिए एक पारंपरिक ERD अर्थों में लिंक करने के लिए आप की अनुमति नहीं है. उदाहरण के लिए, SharePoint दो कस्टम सूचियाँ बनाने के लिए आपको अनुमति देता है, "ग्राहक" और "इनवॉइस शीर्षक". आप ग्राहकों की सूची में उस लिंक वापस एक ग्राहक के लिए एक चालान शीर्ष लेख बना सकते हैं. तब, आप ग्राहक सूची से हटा सकते हैं. बॉक्स से बाहर, इस को रोकने के लिए कोई रास्ता नहीं है. इस तरह की समस्या को हल करने के लिए, आप सामान्य रूप से ईवेंट हैंडलर्स का उपयोग करेंगे.

यह निराशाजनक लग सकता, लेकिन मैं अब भी SharePoint एक प्रारंभिक बिंदु के रूप में कार्यक्षमता के इस तरह के निर्माण के लिए प्रयोग करेंगे. हालांकि वहाँ अंतराल हैं क्या तुम एक समाधान में जरूरत के बीच, SharePoint में हमें इस तरह के रूप में उपकरण का उपयोग कर उन अंतराल को भरने के लिए सक्षम बनाता है:

• ईवेंट हैंडलर्स. उन्हें संदर्भित अखंडता को लागू करने के लिए उपयोग करें.
• कस्टम स्तंभ: कस्टम स्तंभ प्रकार बनाएँ और डिफ़ॉल्ट लुकअप स्तंभ के एवज में उन्हें का उपयोग करें. पृष्ठन जोड़ें, buffering और AJAX सुविधाओं उन्हें उत्तरदायी बनाने के लिए.
• BDC. यह केवल MOSS सुविधा हमें हमेशा की लुकअप स्तंभ को एक बेहतर उपयोगकर्ता इंटरफ़ेस के साथ अन्य SharePoint सूचियाँ क्वेरी करने के लिए सक्षम बनाता है. BDC भी एक वापस अंत सर्वर अनुप्रयोग के लिए बाहर तक पहुँच सकते हैं. प्रतिकृति से बचने के लिए BDC का उपयोग करें. ERP प्रणाली से एक वापस अंत ग्राहक जानकारी नकल करने के बजाय, BDC के बजाय का उपयोग. BDC सुविधाओं कि जानकारी कहाँ यह के अंतर्गत आता है और एक प्रतिकृति समाधान को बनाए रखने की परेशानी से बचा जाता है सीधे ERP प्रणाली से खींचने के लिए एक अच्छा उपयोगकर्ता इंटरफ़ेस प्रदान करते हैं.

  BDC एक काई की सुविधा है (WSS में उपलब्ध नहीं है) और कॉन्फ़िगर करने के लिए चुनौती दे रहा है.

• ASP.NET वेब प्रपत्र: SharePoint सूचियों का लाभ उठाने के जबकि एक बहुत संवेदनशील उपयोगकर्ता इंटरफेस प्रदान करने के लिए SharePoint ऑब्जेक्ट मॉडल और/या वेब सेवाओं का उपयोग करता है एक पूर्ण विशेषताओं-AJAX-सक्षम प्रपत्र बनाएँ.

अंतिम विकल्प महसूस हो सकता है जैसे आप स्क्रैच से शुरू कर रहे हैं, लेकिन SharePoint मंच आप निम्न कुंजी सुविधाओं के साथ बंद शुरू होता है कि इस तथ्य पर विचार:

• रखरखाव के साथ सुरक्षा मॉडल.
• मेनू प्रणाली रखरखाव के साथ.
• "मास्टर तालिका" (अर्थात. कस्टम सूचियाँ) सुरक्षा के साथ, अंतर्निहित रखरखाव और लेखा परीक्षा.
• खोज.
• वापस अंत एकीकरण उपकरण (BDC).

यदि आप दृश्य स्टूडियो में एक नया रिक्त प्रोजेक्ट के साथ प्रारंभ करें, आप बुनियादी सुविधाओं और इससे पहले कि आप क्या प्रदान करता है SharePoint के करीब पाने के निर्माण के लिए पाइपलाइन का एक बहुत कुछ है.

मुझे विश्वास है कि Microsoft SharePoint अनुप्रयोग विकास के इस दिशा में विस्तार करने का इरादा रखता. यह मौजूदा SharePoint बेस के लिए एक प्राकृतिक विस्तार की तरह लगता है. माइक्रोसॉफ्ट के CRM अनुप्रयोग तानाना प्रकार के शीर्ष लेख/विवरण अनुप्रयोग विकास के समर्थन की जरूरत के एक महान सौदा प्रदान करता है. हालांकि उन सुविधाओं में CRM, प्रौद्योगिकी SharePoint विकास टीम के लिए स्पष्ट रूप से उपलब्ध है और मुझे उम्मीद है कि यह SharePoint उत्पाद में के अंत तक अपना रास्ता बनाना होगा 2008. अगर किसी एक में ज्ञान या जानकारी यह है, कृपया एक टिप्पणी छोड़ दो.

</अंत>