वेबसाइट को कैसे बनाया जाए और सिस्टम प्रशासन के दसियों घंटे बचाएं

आपकी साइट की गति, इसकी स्थिरता और दोष सहिष्णुता हमेशा तीन घटकों पर निर्भर करती है:

1. प्लेटफ़ॉर्म (CMS) और इसकी सेटिंग्स जो प्रदर्शन को प्रभावित करती हैं (कैशिंग विकल्प, आदि)
2. सर्वर कॉन्फ़िगरेशन (वास्तविक भौतिक या आभासी) और सिस्टम सॉफ्टवेयर सेटिंग्स (वेब ​​सर्वर, डेटाबेस, आदि)
3. मंच के साथ विकास की गुणवत्ता, कोड, एकीकरण।

अक्सर एक वेब डेवलपर अच्छी गुणवत्ता कोड लिख सकता है, लेकिन यह सिस्टम प्रशासन और सर्वर कॉन्फ़िगरेशन में बहुत मायने नहीं रखता है। एक अच्छा sysadmin शायद ही कभी अंशकालिक भी एक शांत प्रोग्रामर है।

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

परिणामस्वरूप, साइट किसी भी घटक में समस्याओं और बाधाओं के कारण "लंगड़ा" हो सकती है: सीएमएस, होस्टिंग, विकास। क्लाइंट बारीकियों में नहीं उतरता है और पूरी तरह से परियोजना से असंतुष्ट रहता है। उनकी नकारात्मकता हर किसी पर हावी होती है: “ब्रेक होस्टिंग! भयानक प्रणाली! डेवलपर्स कुछ भी नहीं कर सकते हैं! "

ऐसी तस्वीर, निश्चित रूप से, हमारे अनुकूल नहीं है। और हमने तय किया कि हमें कुछ करने की जरूरत है ...

1C-Bitrix प्लेटफ़ॉर्म की प्रदर्शन क्षमताएं वास्तव में बहुत बड़ी हैं ( इसमें प्रदर्शन मॉनीटर , डीबगिंग टूल, कई कैशिंग विकल्प, वेब-आधारित क्लस्टर सिस्टम के लिए समर्थन और बहुत कुछ शामिल हैं) और एक अलग लेख की आवश्यकता होती है। हमने पहले से ही बहुत कुछ के बारे में लिखा है, हम निकट भविष्य में बताएंगे।

आज की पोस्ट होस्टिंग, सर्वर, वीपीएस और उनके प्रशासन के बारे में है।

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

और हमने बस इसके साथ शुरू किया - हमने विस्तृत दस्तावेज लिखा (ऐसा लगता है, यह 6 या 7 साल पहले लगता है)। फिर, इसके आधार पर, कई नि: शुल्क प्रशिक्षण पाठ्यक्रम जारी किए गए, जिन्हें लगातार बेहतर और अनुकूलित किया गया। नतीजतन, अब उन्हें सामान्य रूप से "होस्टर्स के लिए कोर्स" में संक्षेपित किया जाता है।

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

लेकिन, दुर्भाग्य से, सर्वर स्थापित करने के लिए सबसे पूर्ण प्रलेखन और व्यावहारिक सिफारिशों की उपलब्धता भी अधिकांश परियोजनाओं के लिए प्रदर्शन की समस्या को हल नहीं करती है! अच्छा - ठीक है! - अभी भी बहुत कम कॉन्फ़िगरेशन हैं।

इसके कई कारण हैं ...

• कई व्यवस्थापकों के पास सिस्टम को "फाइन-ट्यून" करने का समय नहीं है। वितरित, बुनियादी विन्यास का प्रदर्शन - पहले से ही अच्छा ...
• तकनीकी विशेषज्ञों की कम योग्यता - यहां तक ​​कि "मैनुअल के अनुसार" सब कुछ करने के लिए, आपको प्रक्रियाओं की तकनीकी पृष्ठभूमि और समझ की आवश्यकता है।
• "ऐतिहासिक धरोहर" - विन्यास का उपयोग 3-5- ... साल पहले, सबसे अच्छा - सॉफ्टवेयर अपग्रेड पर। "काम - स्पर्श न करें" के सिद्धांत का सख्त पालन। जो, जैसा कि यह पता चला है, हमेशा लागू नहीं होता है।
• सभी परियोजनाओं के लिए खाका विन्यास।
• आदि

नतीजतन, जैसा कि हमारे अभ्यास से पता चलता है, कई विशिष्ट समस्याएं बनी हुई हैं जो लगभग हमेशा साइट की गति को कम करती हैं।

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

PHP को CGI के रूप में

सौभाग्य से, PHP का यह मोड पहले से ही दुर्लभ होता जा रहा है। फिर भी, लगभग एक साल पहले इस तरह के बहुत सारे विन्यास थे।

सीजीआई खराब क्यों है? तथ्य यह है कि स्क्रिप्ट के लिए प्रत्येक कॉल एक अलग PHP प्रक्रिया चलाता है। यह लंबा और संसाधन गहन है।

open_basedir

PHP में यह पैरामीटर स्क्रिप्ट को कुछ निर्देशिकाओं तक पहुंच को प्रतिबंधित करने के लिए जिम्मेदार है। कॉन्फ़िगरेशन के लिए बहुत उपयोगी है जिसमें विभिन्न ग्राहकों की साइटें एक ही सर्वर पर काम कर सकती हैं। अच्छा लक्ष्य सुरक्षा है, लेकिन एक ही समय में एक समाधान लागू किया जाता है, इसे हल्के ढंग से रखने के लिए, "बहुत नहीं" ...

सबसे पहले, ओपन_बेडिर में निर्धारित प्रतिबंधों को "चारों ओर" करने के लिए कई विकल्प हैं।

दूसरे, इस पैरामीटर को सेट करना (यहां तक ​​कि "खाली" मान) का पीएचपी की गति पर बहुत नकारात्मक प्रभाव पड़ता है (फ़ाइल संचालन, उदाहरण के लिए, शामिल करें)। खाली अनलोड किए गए सर्वर पर, पेज पीढ़ी की गति में 20-30% की कमी हो सकती है, और एक उच्च भार के साथ - 2-3 बार तक।

Open_basedir के लिए कई विकल्प हैं। प्रत्येक क्लाइंट के लिए वेब सर्वर की एक अलग प्रति के साथ शुरू करना, चेरोट के उपयोग के साथ समाप्त होता है।

PHP precompiler स्थापित नहीं है

APC , eAccelerator , XCache ... मुझे उम्मीद है कि ये शब्द आपसे परिचित हैं।

Precompiler PHP स्क्रिप्ट के निष्पादन को अनुकूलित और गति प्रदान करता है (व्याख्या किए गए कोड को दबाता है, परिणाम को कैश करता है, और फिर पहले से तैयार किए गए कोड को निष्पादित करता है)।

विभिन्न परियोजनाओं पर प्रदर्शन का अंतर कई बार पहुंच सकता है।

Precompiler के लिए पर्याप्त मेमोरी नहीं है

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

गुम फ्रंटएंड (nginx)

दो-स्तरीय वास्तुकला "बैकेंड - फ्रंटेंड" किसी भी अधिक या कम भरी हुई वेब परियोजना के स्थिर संचालन के लिए लगभग अनिवार्य आवश्यकता है।

यह कार्य योजना कई समस्याओं को हल करती है:

• सभी स्टैटिक्स को जल्दी से "प्रकाश" (न्यूनतम मेमोरी खपत के साथ) प्रक्रियाओं द्वारा दिया जाता है;
• बैकएंड केवल स्क्रिप्ट के लिए "भारी" अनुरोधों में व्यस्त है;
• ग्राहकों के साथ धीमे चैनलों पर, बैकएंड अंतिम ग्राहक को सामग्री देने में व्यस्त नहीं है - यह फ्रंटएंड को देता है और अन्य अनुरोधों को संसाधित करने के लिए स्वतंत्र है।

Apache में MaxClients का अनसेट मूल्य

गैर-थ्रेडेड सर्वर पर, यह पैरामीटर अधिकतम प्रक्रियाओं के लिए जिम्मेदार है जो क्लाइंट अनुरोधों के समानांतर प्रसंस्करण के लिए शुरू किया जा सकता है।

कई लोग सोचते हैं कि जितना बेहतर होगा। कई कॉन्फ़िगरेशन में, आप 50, और 150 और 256 के मान देख सकते हैं।

व्यवहार में इसका क्या मतलब है। मान लीजिए कि एक अपाचे प्रक्रिया 40 एमबी रैम का उपभोग कर सकती है। यदि MaxClients 150 पर सेट है, तो पीक लोड (DDoS, Habraeffect, डेवलपमेंट एरर, आदि) पर, सभी प्रक्रियाओं के लिए लगभग 6 GB RAM की आवश्यकता होगी। केवल अपाचे के नीचे।

यदि यह स्मृति उपलब्ध नहीं है, तो एक स्वैप का उपयोग किया जाना शुरू हो जाएगा। और पूरे सिस्टम का सामान्य क्षरण शुरू हो जाएगा। और यहां तक ​​कि उन अनुरोधों को भी संसाधित किया जा सकता है जिन्हें संसाधित करने में बहुत लंबा समय लगेगा।

MaxClients को उचित मूल्य तक सीमित करना बहुत बेहतर है। यदि अनुरोधों की संख्या अधिक है, तो वे बस "कतार" और व्यस्त प्रक्रियाओं से मुक्त होने पर संसाधित होंगे। सिस्टम स्थिर होगा।

* * *

ऐसी विशिष्ट त्रुटियों की सूची बहुत लंबे समय तक चल सकती है ...

हमारे व्यवहार में, हम बहुत बार उनके सामने आए हैं।

और नतीजतन, 2009 में, हमने खुद के लिए एक बल्कि असामान्य भूमिका निभाई - डेवलपर्स नहीं, बल्कि सिस्टम प्रशासक। और उन्होंने मुफ्त उत्पाद 1C-Bitrix: वर्चुअल मशीन जारी किया ।

यह क्या है

VMBitrix (जैसा कि हम संक्षेप में एक आभासी मशीन कहते हैं) VMWare वर्चुअल उपकरण की एक तैयार-निर्मित छवि है, जिसे कई प्रकार के VMware उत्पादों (VMWare Server, VMWare ESX और ESXi, VMWare Workstation, VMWare Player, VMWare Fusion) पर चलाया जा सकता है।

इस छवि में लागू करने के लिए?

• बेशक, ऑपरेटिंग सिस्टम पहले से ही स्थापित किया गया है (पहली छवियां उबंटू पर थीं, भविष्य में - सेंटोस)।
• वेब सर्वर का दो-स्तरीय कॉन्फ़िगरेशन (Apache + Nginx) कॉन्फ़िगर किया गया है।
• Zend Server CE पैकेज में शामिल Zend अनुकूलक + precompiler स्थापित है। तनाव परीक्षणों के परिणामों के अनुसार , उन्होंने सबसे अच्छा प्रदर्शन दिखाया।
• स्थापित और कॉन्फ़िगर MySQL।

प्रारंभ में, हमने इस छवि को व्यापक रूप से प्रसारित करने की योजना नहीं बनाई थी। बहुत पहले संस्करण भी सार्वजनिक नहीं थे, लेकिन केवल आंतरिक उद्देश्यों के लिए उपयोग किए गए थे।

VMbitrix अनिवार्य रूप से एक संदर्भ वातावरण के रूप में कार्य करता है, जिसे आपके स्वयं के सिस्टम को तैनात करके निर्देशित किया जा सकता है।

फिर भी, "1C-Bitrix: वर्चुअल मशीन" बहुत लोकप्रिय हुआ। होस्टर्स जो वीएमवेयर-आधारित टैरिफ प्रदान कर सकते थे, 1C-बिट्रिक्स प्लेटफॉर्म पर परियोजनाओं को रखने पर केंद्रित नए टैरिफ के लिए हमारी छवि का उपयोग करना शुरू कर दिया ।

धीरे-धीरे, अनुरोध प्रकट होने लगे: "और हाइपर-वी के लिए एक ही छवि बनाएं", और Virtuozzo के लिए टेम्पलेट बनाएं ...

धीरे-धीरे, हमने लगभग सभी सामान्य वर्चुअलाइजेशन वातावरण का समर्थन करना शुरू कर दिया।

सभी वर्तमान संस्करणों के लिए समर्थन को अंततः काफी ध्यान देने योग्य प्रयास की आवश्यकता शुरू हुई, और परिणामस्वरूप, लगभग एक वर्ष के बाद, एक और मुफ्त उत्पाद दिखाई दिया - 1C-बिट्रिक्स: वेब पर्यावरण (लिनक्स) ।

संक्षेप में, यह एक RPM पैकेज है जो स्वचालित रूप से CentOS (5, 6), Fedora (12-16), Red Hat Enterprise Linux (5, 6) में तैनात किया जा सकता है। 32- और 64-बिट वास्तुकला दोनों का समर्थन किया जाता है।

इस प्रकार, अगर आप वास्तविक भौतिक सर्वर का उपयोग करते हैं, तो यह कोई मायने नहीं रखता है, या आपने एक वर्चुअल मशीन ( अमेज़न , स्कैलेक्सी , क्लोडो.रू या किसी और से) किराए पर ली है , या एक नियमित वीपीएस खरीदा है।

एक नंगे सिस्टम पर, यह करना पर्याप्त है:

# wget repos.1c-bitrix.ru/yum/bitrix-env.sh
# chmod +x bitrix-env.sh
# ./bitrix-env.sh

... और स्थापना प्रक्रिया के दौरान कई बार हां का जवाब दें। :)

(वैसे, वर्चुअल मशीन के आधुनिक संस्करण, जो समर्थन करना जारी रखते हैं, को ठीक उसी तरह से इकट्ठा किया जाता है - 1 सी-बिट्रिक्स: वेब पर्यावरण पैकेज से)।

असल में, वह सब है! इस तरह की एक सरल स्थापना के बाद, आपको "वेब वातावरण" मिलता है - अब संस्करण 3.1।

उत्पाद कैसे विकसित हुआ है और क्या है "यह जानता है कि कैसे करना है" अभी (क्या यह तुरंत कर सकता है, "बॉक्स से बाहर")। मैं कुछ सबसे दिलचस्प वर्णन करूंगा, मेरी राय में, "चिप्स"।

किसी भी 1C-Bitrix उत्पादों का सुविधाजनक इंस्टॉलर

वेब वातावरण को स्थापित करने के बाद, जब आप HTTP के माध्यम से सर्वर में लॉग इन करते हैं, तो आपको एक बहुत ही सरल विज़ार्ड द्वारा बधाई दी जाती है जो आपको किसी मौजूदा साइट को बैकअप से तैनात करने या किसी भी उत्पाद का उपयोग करके एक नया स्थापित करने की अनुमति देता है - यह साइट प्रबंधन, कॉर्पोरेट पोर्टल, या अन्य परिसंचरण निर्णय।





विज़ार्ड तीन भाषाओं में उपलब्ध है - रूसी, अंग्रेजी और जर्मन।

इसी समय, MySQL डेटाबेस से कनेक्शन पहले से ही पूरी तरह से कॉन्फ़िगर किया गया है (/home/bitrix/www/bitrix/php_interface/dbconn.php फ़ाइल में), इसलिए, किसी भी उत्पाद की स्थापना "छोटा" प्रक्रिया के अनुसार किया जाता है: सिस्टम पैरामीटर की जांच नहीं की जाती है (हम पहले से जानते हैं कि यह पहले से पता है) तकनीकी आवश्यकताओं को पूरा करता है), डेटाबेस कनेक्शन मापदंडों का अनुरोध नहीं किया जाता है (सब कुछ पहले से ही कॉन्फ़िगर किया गया है)।

स्टार्टअप मेनू

यहां वह मेनू है जिसे आप एसएसएच के माध्यम से मशीन पर जाएंगे।



बेशक, यह आधुनिक सुंदर वेब इंटरफेस की तुलना में थोड़ा तपस्वी दिखता है। :) शायद किसी दिन हम उन्हें वेब पर्यावरण और आभासी मशीन के लिए बनाएंगे - और अंत में हमें एक पूर्ण मेजबानी नियंत्रण कक्ष एक ला ISPmanager, cPanel या Plesk मिलेगा। :)

लेकिन इस संस्करण में भी - यह एक बहुत शक्तिशाली और सुविधाजनक उपकरण है।

वेब क्लस्टर

अब लगभग एक साल के लिए, वेब क्लस्टर मॉड्यूल अस्तित्व में है और 1C-Bitrix प्लेटफॉर्म में सक्रिय रूप से विकसित हो रहा है, जो आपको किसी भी परियोजना को एक या कई सर्वरों पर तैनात करने की अनुमति नहीं देता है, जिससे एक की विफलता के मामले में बढ़ते लोड और गलती सहिष्णुता के साथ इसकी स्केलिंग सुनिश्चित होती है। या कई सर्वर।

हमारे पास एक वेब क्लस्टर स्थापित करने पर एक विस्तृत मार्गदर्शिका है , हर कोई इससे परिचित हो सकता है।

लेकिन अपना समय बचाने के लिए, आप विज़ार्ड का उपयोग कर सकते हैं, जो वेब वातावरण का हिस्सा है:

• यह कॉन्फ़िगर करेगा और MySQL प्रतिकृति शुरू करेगा।
• कई नोड्स के लिए एक बैलेंसर के रूप में नंगेक्स को कॉन्फ़िगर करें;
• वितरित डेटा कैश के लिए मेमेक किए गए सर्वर पूल को कॉन्फ़िगर करें
• csync2 उपयोगिता का उपयोग करके वेब सर्वर डेटा का विन्यास और विन्यास शुरू करें।

सेटअप प्रक्रिया कुछ इस प्रकार है:

• हम एक आभासी मशीन शुरू करते हैं या एक वेब वातावरण को तैनात करते हैं।
• हम ब्राउज़र में विज़ार्ड के माध्यम से स्थापित करते हैं "1C-Bitrix: साइट प्रबंधन" दो वरिष्ठ संस्करणों में से एक (जिसमें "वेब क्लस्टर" मॉड्यूल शामिल है)।
• हम मेनू के माध्यम से मास्टर नोड का सेटअप शुरू करते हैं।
• हम एक और आभासी मशीन शुरू करते हैं (या हम दूसरे सर्वर पर एक वेब वातावरण तैनात करते हैं)।
• पहली मशीन के मेनू के माध्यम से, एक दास नोड जोड़ें।

इसके अलावा, सभी सेटिंग्स स्वचालित रूप से प्रदर्शन की जाएंगी।

हाल ही में एक भागीदार सम्मेलन में, तकनीकी सहायता के प्रमुख डेनिस शारोमोव ने केवल 10-15 मिनट में एक छोटे परीक्षण क्लस्टर को तैनात करने की पूरी प्रक्रिया का स्पष्ट रूप से प्रदर्शन किया।

उसी स्थान पर, उन्होंने एक और उल्लेखनीय अवसर का प्रदर्शन किया - किसी भी दास को मास्टर नोड पर दुर्घटना की स्थिति में स्विच करना।

आपके पास यह सब व्यावहारिक रूप से लाइव देखने का एक शानदार अवसर है - सम्मेलन वेबसाइट पर रिपोर्ट की वीडियो रिकॉर्डिंग हैं , जिसमें रिपोर्ट "वर्चुअल मशीन 3.0: प्रैक्टिकल उदाहरणों के साथ 15 मिनट में एक वेब क्लस्टर कैसे लॉन्च करें" शामिल है।

कॉर्पोरेट पोर्टल

"1C-Bitrix: वेब एनवायरनमेंट" मैक्सिमम रूप से "1C-बिट्रिक्स" प्लेटफॉर्म पर विकसित की गई किसी भी परियोजना के लिए अनुकूलित है (उसी समय, PHP और MySQL का उपयोग करने वाली कोई भी वेबसाइट इस पर ठीक काम करेगी)।

लेकिन एक ही समय में "कॉर्पोरेट पोर्टल" के साथ काम करने के लिए विशेष रूप से डिज़ाइन किए गए कई अलग-अलग "चिप्स " हैं ।

उदाहरण के लिए, कैटडॉक और xpdf उपयोगिताओं को उत्पाद में स्वचालित रूप से स्थापित और कॉन्फ़िगर किया गया है, जो पोर्टल पर खोज के लिए पोर्टल पर उपलब्ध सबसे लोकप्रिय प्रारूपों (एमएस वर्ड, एक्सेल, पॉवरपॉइंट, एडोब एक्रोबैट) के अनुक्रमण और बनाने के लिए अनुमति देता है।

HTTP और HTTPS दोनों पर काम करने के लिए वेब सर्वर को तुरंत कॉन्फ़िगर किया गया है। आप बस अपने खरीदे गए स्व-हस्ताक्षरित प्रमाण पत्र को बदल सकते हैं - और सुरक्षित वातावरण में काम कर सकते हैं।

अगला ... नेटवर्क ड्राइव को जोड़ने के लिए WebDAV को बॉक्स के ठीक बाहर सपोर्ट किया गया है।

अलग से, आप NTLM प्राधिकरण कॉन्फ़िगरेशन विज़ार्ड का उल्लेख कर सकते हैं:



यदि कंपनी सक्रिय निर्देशिका का उपयोग करती है, और AD उपयोगकर्ताओं को पोर्टल में लॉग इन करने की अनुमति दी जाती है, तो स्वयं पोर्टल की सेटिंग्स के अलावा, इसे अक्सर Apache के चारों ओर "नाचने के साथ नृत्य" की आवश्यकता होती है और Nginx NTLM प्राधिकरण को सही ढंग से काम करने के लिए कॉन्फ़िगर करता है।

अब यह आवश्यक नहीं है, पूरी प्रक्रिया स्वचालित है!

(संपूर्ण कॉन्फ़िगरेशन प्रक्रिया को निकोलाई राइज़ोनिन के ब्लॉग में विस्तार से वर्णित किया गया है।)

उपलब्ध संसाधनों के आधार पर स्वचालित कॉन्फ़िगरेशन

वेब वातावरण /etc/init.d/bvat में एक मुश्किल स्क्रिप्ट है।

सिस्टम स्टार्टअप पर शुरू, यह उपलब्ध संसाधनों (RAM) की मात्रा निर्धारित करता है और, उनके आधार पर, स्वचालित रूप से कॉन्फ़िगर करता है:

• MySQL (बफर आकार, कनेक्शन की संख्या, अस्थायी टेबल, आदि);
• Apache में MaxClients और संबंधित पैरामीटर;
• Zend अनुकूलक + के लिए उपलब्ध स्मृति की मात्रा।

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

* * *

हमने किसी तरह गणना करने की कोशिश की, लेकिन "मैन-घंटे" में कितने समय की आवश्यकता होगी :) सभी सॉफ्टवेयर को पूरी तरह से कॉन्फ़िगर करने के लिए, क्लस्टर परिनियोजित करें, एनटीएलएम प्राधिकरण को कॉन्फ़िगर करें ... यह कम से कम 200 घंटे निकला! :)

बेशक, यह एक ऊपरी बाध्यता है। फिर भी, भले ही, उदाहरण के लिए, आपको किसी नियमित साइट के स्थिर संचालन के लिए वीपीएस को कॉन्फ़िगर करने की आवश्यकता है, सब कुछ स्थापित करने, कॉन्फ़िगर करने और परीक्षण करने में 1-2 दिन लगेंगे।

"वेब पर्यावरण" या "वर्चुअल मशीन" "1C-बिट्रिक्स" के साथ इस बार बचाया जा सकता है और कुछ और खर्च किया जा सकता है। :)

PS हमें अक्सर वेब वातावरण का विस्तृत विवरण देने के लिए कहा जाता है: स्क्रिप्ट, कॉन्फिग आदि के उदाहरणों के साथ।

ऐसा "विवरण" वेब वातावरण ही है । यह बिल्कुल मुफ्त है। इसे किसी भी मशीन पर डालें या हमारी वर्चुअल मशीन डाउनलोड करें। उसे ssh पर जाएँ - और जानें! सभी कॉन्फ़िगरेशन, सभी स्क्रिप्ट - सब कुछ पूरी तरह से खुला और सुलभ है। :)