sharepoint डीओएस से प्रोडक्शन से एमओएसएस '07 साइट्स को बढ़ावा देना




moss migration (4)

आपको वाकई वास्तव में एक विशेषता का उपयोग करके अपनी सामग्री प्रकार परिभाषित करने की आवश्यकता है, क्योंकि प्रत्येक सामग्री प्रकार का एक सेट GUID होगा और उसी नाम का उपयोग करके डेटाबेस में संग्रहीत किया जाएगा। यह साइट पर सीएएमएल प्रश्नों को चलाने के दौरान महत्वपूर्ण हो जाता है और कुछ अन्य छोटे मिलते हैं, जब सामग्री प्रकार बनाया जाता है "यदि आपके पास होगा"

मैं कस्टम सामग्री प्रकारों का उपयोग करके समाधान निकालने के लिए एसटीएसडीव पसंद करता हूं

सर्वर पर पृष्ठों को संपादित करने के दो तरीके हैं आप पेज लाइब्रेरी को परिभाषित कर सकते हैं ताकि बड़े और छोटे संस्करण हो सकें। इससे संपादकों को प्रकाशित करने के लिए पृष्ठ और एक निर्धारित प्रकाशक को संपादित करने की अनुमति मिलती है। यह एक आंतरिक साइट पर अच्छा है, लेकिन किसी सार्वजनिक सामना की साइट के लिए अनुशंसित नहीं है।

एक सार्वजनिक सामना साइट के लिए आपको सामग्री परिनियोजन का उपयोग करने की आवश्यकता होगी

मैं पर्याप्त रूप से तनाव नहीं कर सकता कि उत्पादन रिलीज के साथ जाने से पहले आप यह सुनिश्चित कर लें कि आपके पास सामग्री प्रकार के लिए विशेषताएं हैं

जैसा कि यहां बताया गया है, क्रिस ओब्रायन ने एक पोस्ट में कहा है कि आपको आवश्यकतानुसार सुविधाओं का उपयोग नहीं करना चाहिए उनके कारणों में से एक यह है कि यह विकास को धीमा कर देता है

मैं इस के साथ असहमत हूं डेवलपमेंट धीमी है अगर आप सुविधाओं से अपरिचित हैं, लेकिन एक बार ज्ञान के स्तर तक पहुंच जाने पर, यह एक प्रमुख कारक नहीं है।

उसे बैकअप के बारे में सुनो और सामग्री को स्थानांतरित करने की विधि को पुनर्स्थापित करें। अगर आप ऐसा करते हैं, तो सामग्री के प्रकार और खेतों और webs में सभी गड़बड़ी जो आप विकास के दौरान बनाए होते हैं (मेरे लिए जो हमेशा काफी कम है) आपके उत्पादन स्थल पर ले जाया जाएगा।

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

इसलिए, शायद मैं थोड़ा पुराना स्कूल हूं, लेकिन जब हमने वेबसाइटों को अतीत में बनाया था, तो हम साइट को विकास सर्वर पर विकसित करना चाहते थे, फिर उत्पादन सर्वर पर पृष्ठों और फाइलों को प्रकाशित या प्रचारित करते थे। यह हमेशा जाने के लिए एक अच्छा तरीका प्रतीत होता है, ताकि उपयोगकर्ताओं को गड़बड़ी वाले पेज या (ईश्वर न करे) एक डाउनड सर्वर दिखाई नहीं देता क्योंकि हमारे में से एक ने खराब कर दिया था।

लेकिन ऐसा प्रतीत नहीं होता कि माइक्रोसॉफ्ट के पास इस विचार का विचार था जब उन्होंने SharePoint बनाया ... कम से कम, मैं इसे बुनियादी ढांचे में ऐसा करने का एक तरीका खोज नहीं पाया क्योंकि यह परिभाषित है

क्या किसी को पता है कि क्या SharePoint विकास के लिए कोई प्रबंधन रणनीति है? मैंने ऑनलाइन पढ़ा है कि हम विकास पर्यावरण का बैकअप ले सकते हैं और उत्पादन सर्वर पर पुनर्स्थापित कर सकते हैं। यह पहली बार काम कर सकता है, लेकिन उत्पादन सर्वर के किसी भी अपडेट उत्पादन सर्वर पर डेटा हानि को जोखिम के बिना ऐसा नहीं कर सकते मैंने कुछ औजारों को सूचीबद्ध सामग्री, पृष्ठों और दस्तावेजों को एक सर्वर से दूसरे स्थान पर माइग्रेट करने के लिए देखा है - हालांकि, मान्य है, मैंने अभी तक उनकी जांच नहीं की है

लेकिन, मेरी एक और चिंता कस्टम सामग्री प्रकार है ऐसा लगता है कि एक बार एक सूची सामग्री प्रकार का उपयोग कर रही है, तो आप सूची से आइटम को हटाए बिना, सामग्री प्रकार को अलग करने और सामग्री प्रकार को पुनः जोड़ने के बिना इसे अपडेट नहीं कर सकते। सामग्री प्रकार को अपग्रेड करने का कोई तरीका नहीं होना चाहिए?

वैसे भी, यदि आप इन मौजूदा दिमागों में से किसी के लिए कोई सुझाव हैं, तो मुझे आपकी ओर से सुनना अच्छा लगेगा

अग्रिम में धन्यवाद,

सज्जन

आपके तेज जवाब के लिए शुक्रिया।

हमारे पास पहले से ही हमारी साइट के लिए कई विशेषताएं हैं और मूल समाधान (सामग्री प्रकार, कॉलम, आदि) पर निर्देशित समाधान पैकेज पैकेज हैं और ब्रांडिंग (पृष्ठ लेआउट, मास्टर पेज आदि) के साथ-साथ सुविधाओं के लिए एक अन्य समाधान है।

लेकिन ऐसा लगता है कि यह एक बार-शॉट है ... मूल रूप से, यह हमारे सर्वर को सेट अप करता है, है ना? एक बार जब लोग उत्पादन वातावरण का उपयोग करना शुरू कर देते हैं, तो हम अपने सामग्री डेटाबेस में मौजूद सभी दस्तावेजों, पृष्ठों, सूची आइटमों के पास जा रहे हैं और सामग्री प्रकार, कॉलम जैसी चीज़ों को अपडेट करना असंभव होगा।

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

इस प्रकार की चीज़ के लिए वहाँ बहुत कम दस्तावेज हैं ऐसा लगता है कि जो कुछ मैं पढ़ रहा हूं वह है कि आरंभ में आपका SharePoint सर्वर सेट अप कैसे करना है ... इसे लंबे समय तक प्रबंधित नहीं करना

क्या आपके पास कोई सलाह या सुझाव है?

आपके सभी सुझावों के लिए आपको धन्यवाद।

लेकिन हम इस साइट पर एक वर्ष से अधिक समय से काम कर रहे हैं। मुझे पूरा विश्वास है कि हम पहले से ही क्या सुझाए गए हैं, जो आप की सिफारिश कर रहे हैं। हमारे पास पहले से ही कई विशेषताएं हैं जो सामग्री प्रकार, कॉलम, मास्टर पेज, पृष्ठ लेआउट और वर्कफ़्लो जैसी चीज़ों को स्थापित करते हैं। इन सुविधाओं में से ज्यादातर समाधान संकुल के भीतर समाहित हैं। हमारे सभी विकास वातावरण वीपीसी सर्वर के रूप में स्थापित किए गए हैं

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

क्या आप में से किसी एक को पता है कि प्रारंभिक तैनाती के बाद सामग्री प्रकार को अपडेट करने का कोई तरीका है? ... जब उपयोगकर्ताओं ने पहले से ही सामग्री प्रकारों के आधार पर आइटम बना लिए हैं, जो हमने पहले ही तैनात किए हैं?

(मेरे प्रश्न का दूसरा भाग वास्तव में मौजूदा सर्वर को विकास सर्वर से उत्पादन पर ले जा रहा था, लेकिन मैं इसके बिना रह सकता हूं। मेरी मुख्य चिंता सामग्री प्रकार है।)



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

वास्तविक सामग्री को क्यूए से प्रॉड तक ले जाने के लिए हम इको का इस्तेमाल करते हैं


सुविधाओं का विकास करना सबसे अच्छा तरीका है एक बार सुविधाओं को पूरा किया जाता है, तो आप उन्हें समाधान पैकेज (जिसे WSP कहा जाता है) के साथ तैनात करते हैं।

एकमात्र बात यह है कि उन विशेषताओं को पुन: सक्रिय करना है। इस तरह, आप उत्पादन में सब कुछ करने के बिना प्रगतिशील रूप से नई सुविधाओं को आउट कर सकते हैं

WSPBuilder एक आवेदन है जो आपको WSP बनाने में मदद करता है

यह सब स्वचालित करने के लिए ... सौभाग्य इसमें बहुत काम शामिल है

अद्यतन: सामग्री प्रकार और कॉलम तैनाती मुश्किल हैं एक बार वेबसाइट बन गई है, आप सुविधाओं के माध्यम से अब उन्हें अद्यतन नहीं कर सकते आपको कोड के माध्यम से जाने और सभी साइट्स पर फिर से जाने और विशिष्ट सामग्री प्रकार को संशोधित करने की आवश्यकता है जो नाम से मेल खाती हैं।

हमने कोशिश की है और सामान्य रूप से सुविधाओं के साथ ऐसा करना संभव नहीं है यह कुछ के माध्यम से जाने की आवश्यकता है जिसे मैं "कोड के साथ तैनाती" कहता हूं।