दर्पण बनाने के लिए एल्गोरिथ्म (वेबसाइट दर्पण)

विवरण

यह गाइड विभिन्न सॉफ्टवेयरों के लिए दर्पण की एक प्रणाली बनाने के लिए सामग्री प्रस्तुत करता है। दर्पण की एक प्रणाली बनाने में मुख्य कठिनाइयों का वर्णन किया गया है, और उन्हें दूर करने के तरीके दिखाए गए हैं। सिस्टम प्रशासक और एसईओ पेशेवरों के लिए। सॉफ़्टवेयर उत्पादों का दर्पण सिस्टम बनाना निम्नलिखित चरणों में शामिल है:

1. पता बनाएँ
2. आवश्यक डिस्क स्थान आवंटित करें
3. दर्पण बनाएँ
4. दर्पण को दर्पण सूची में जोड़ना।

1. परिचय

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

2. एक पता बनाएँ

2.1। अपनी खुद की जरूरतों के लिए एक दर्पण बनाना

यदि दर्पण अपनी आवश्यकताओं के लिए बनाया गया है, तो कोई समस्या नहीं है - एक नियमित साइट बनाएं जिसमें प्रत्येक दर्पण को अपनी निर्देशिका में रखा गया हो।

2.2। एक साथी के लिए एक दर्पण बनाना

पार्टनर के लिए मिरर बनाने का सबसे आसान तरीका है कि आप अपने खुद के मिरर के पार्टनर के मिरर एड्रेस के रूप में CNAME रिकॉर्ड बनाएं।
उदाहरण के लिए:
हमारे पास: एक domain.com भागीदार साइट और हमारी अपनी साइट fatcow.com है ।
हम बनाते हैं: हमारी वेबसाइट fatcow.com पर आधारित एक दर्पण mirror.domain.com ।
दर्पण को कॉन्फ़िगर करने के लिए, भागीदार को अपने DNS सर्वर पर निम्नलिखित रिकॉर्ड दर्ज करना होगा:
mirror.domain.com CNAME fatcow.com
अगला, अपने वेब सर्वर की सेटिंग में, आपको root निर्देशिका के रूप में fatcow.com रूट डायरेक्टरी के साथ mirror.partner.com के लिए एक प्रविष्टि बनाने की आवश्यकता है।
यदि आवश्यक हो, तो आप अलग-अलग उप-डोमेन के रूप में दर्पण बना सकते हैं, हालांकि, इस मामले में, प्रत्येक उप-डोमेन के लिए, आपको उदाहरण के लिए एक अलग CNAME रिकॉर्ड दर्ज करने की आवश्यकता है:
apache.domain.com CNAME apache.fatcow.com
putty.domain.com CNAME putty.fatcow.com
जाहिर है, आपके सर्वर पर प्रत्येक रिकॉर्ड के लिए, आपको अपने स्वयं के वेब सर्वर के लिए उपयुक्त सेटिंग्स करना होगा।

3. आवश्यक डिस्क स्थान

3.1। सामान्य विचार

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

तिथि	डिस्क स्थान	दर्पणों की संख्या
2011/07/15	250GB	6
16.08.2011	500GB	9
09.12.2011	2000GB	12

डिस्क स्थान वृद्धि ग्राफ

दिसंबर की शुरुआत में, वॉल्यूम को कम से कम 1TB तक बढ़ाने का निर्णय लिया गया था (समर्पित सर्वर की लागत $ 25 / माह बढ़ जाती है)। उसी समय, यह स्पष्ट रूप से समझा गया था कि डेटा को इस तरह के वॉल्यूम के एक डिस्क में स्थानांतरित किया जाना चाहिए, क्योंकि कनेक्ट करने के बाद, उदाहरण के लिए, एक और 500 जीबी डिस्क तेजी से सर्वर की विश्वसनीयता कम कर देता है - तीन कार्यशील डिस्क की उपस्थिति तीन बार विफलताओं की संभावना बढ़ जाती है। डिस्क स्थान के आगे विस्तार की संभावना को ध्यान में रखना भी आवश्यक है।
बस ध्यान दें कि RAID के उपयोग की योजना नहीं बनाई गई थी - डेटा हानि के मामले में, उन्हें स्रोत साइटों से 1-3 दिनों (बड़ी मात्रा में डेटा के साथ दर्पण) के भीतर बहाल किया जा सकता है। रिकवरी की गति चैनल बैंडविड्थ और सर्वर लोड - स्रोत और हमारे सर्वर पर निर्भर करती है। यह आपको उपकरण की कुल लागत को कम करने की अनुमति देता है। हालांकि, अपनी स्वयं की सेवाओं के डेटा की सुरक्षा पर बहुत ध्यान देना आवश्यक है।
हॉस्टल के वेयरहाउस की उपलब्धता के अनुसार, 2TB डिस्क ($ 35 / माह पर समर्पित सर्वर की लागत में वृद्धि) स्थापित करने पर एक समझौता किया गया था, जिसने कुछ हद तक प्रश्न के अर्थ में नैतिक तनाव को दूर कर दिया - 1BB कितने समय तक चलेगा? हालांकि, आगे 2TB डिस्क पर डेटा स्थानांतरित करने की प्रक्रिया में महत्वपूर्ण कठिनाइयों का सामना करना पड़ा (शायद यह हमारे होस्टर की अपर्याप्त योग्यता के कारण है)। हस्तांतरित डेटा के साथ 2TB डिस्क का प्रारंभिक कनेक्शन विफल - जैसा कि होस्टर ने समझाया, हमारे सर्वर पर स्थापित CentOS 5.6 2TB डिस्क से बूट प्रदान नहीं कर सकता है। तब इस डिस्क पर CentOS 6.1 स्थापित किया गया था और डेटा स्थानांतरित किया गया था। यह देखते हुए कि CentOS 5.6 के साथ काम करने के लिए कई सेवाओं को कॉन्फ़िगर किया गया था, सिस्टम को स्थापित करने के बाद कई कार्यों को करना आवश्यक था। विशेष रूप से:

• phpMyAdmin पुनर्प्राप्ति और ISP प्रबंधक के साथ इसकी बातचीत;
• फ़ाइलों को संपादित करते समय आईएसपी प्रबंधक वसूली;
• क्रॉन जॉब रिकवरी
• बैकअप सेटिंग्स को पुनर्स्थापित करें;
• निगरानी प्रणाली की बहाली।

इन आंतरायिक डिस्क कनेक्शन-डिस्कनेक्ट के सभी, निश्चित रूप से, कार्य को अस्थिर करते हैं और अंततः, उत्पादकता को कम करते हैं और कई हफ्तों तक खींच सकते हैं। इसलिए, एक सिफारिश के रूप में, एक अच्छा विचार 1TB दर्पण प्रणाली रखने के लिए डिस्क स्थान की प्रारंभिक मात्रा माना जा सकता है, जो उपरोक्त जैसी अनावश्यक परेशानियों से बचने में मदद करेगा।
यदि आप (जैसा आप सोचते हैं) डिस्क स्थान की मात्रा के बारे में चिंतित नहीं हैं, तो आप इस आइटम को छोड़ सकते हैं। हालांकि, वास्तविक जीवन में कोई असीमित संसाधन नहीं हैं और हम दृढ़ता से अनुशंसा करते हैं कि दर्पण स्थापित करने से पहले आप इसकी मात्रा का मूल्यांकन करें।
सबसे पहले, उत्पाद के मालिक की वेबसाइट पर एक दर्पण बनाने के लिए आवश्यक डिस्क स्थान की मात्रा के बारे में जानकारी देखें। यह जानकारी दर्पण के इंस्टॉलेशन निर्देशों में है। यदि कोई निर्देश नहीं है या ये डेटा नहीं दिए गए हैं, तो आपको आवश्यक मात्रा का अनुमान लगाना होगा।
सबसे आसान तरीका धीरे-धीरे एफ़टीपी के माध्यम से सॉफ़्टवेयर (सॉफ़्टवेयर) के स्रोत साइट से अपलोड करना है, जिसे दर्पण के रूप में स्थापित करने की योजना है। इस मामले में, आपके पास धीरे-धीरे (निर्देशिका द्वारा) वॉल्यूम नियंत्रण के साथ एक दर्पण बनाने की क्षमता है।
कुछ मामलों में, कमांड लाइन से इसे चलाने से rsync का प्रारंभिक डाउनलोड संभव है। हालाँकि, दर्पणों की बड़ी मात्रा को देखते हुए, यदि आवश्यक हो तो डाउनलोड प्रक्रिया को बाधित करने के लिए समय-समय पर कब्जे वाले डिस्क स्थान की निगरानी करना आवश्यक है।
सावधान रहें - दर्पण का प्रारंभिक डाउनलोड एक दिन से अधिक समय ले सकता है! इस मामले में आदर्श समाधान एक सर्वर मॉनिटरिंग सिस्टम की उपलब्धता है।
आम तौर पर, दर्पण की मात्रा का अनुमान लगाने के लिए दो और विकल्प हैं, जो समय के नुकसान और डिस्क अतिप्रवाह के खतरे के संदर्भ में कम खर्चीले हैं:
पहला डेटा स्वामी से जानकारी प्राप्त करना है, जो कुछ मामलों में हमेशा स्वीकार्य नहीं होता है।
दूसरा विकल्प एक उपयोगिता का उपयोग करना है जो किसी भी प्रोटोकॉल (HTTP, FTP) का उपयोग करके उन्हें डाउनलोड करने के लिए सभी दर्पण फ़ाइलों की कुल मात्रा का मूल्यांकन (गणना) करने की अनुमति देता है। दुर्भाग्य से, हमें कोई तैयार सॉफ्टवेयर समाधान नहीं मिला, इसलिए मुझे दूरस्थ एफ़टीपी सर्वर पर दर्पण की मात्रा का अनुमान लगाने के लिए एक php स्क्रिप्ट विकसित करनी पड़ी। इसके उपयोग ने दर्पण स्थापित करने में लगने वाले समय को काफी कम कर दिया है।
नीचे स्क्रिप्ट के लिए स्रोत कोड है।
<? php
// ====================================================== ===============
// निर्देशिका आकार
// #php path_to_script host_name निर्देशिका
//
// ====================================================== ===============
समारोह ftp_dir_size ($ कनेक्ट, $ dir)
{
$ dir_size = 0;
$ file_list = ftp_rawlist ($ कनेक्ट, $ dir);
// Print_r ($ file_list);
// निर्देशिका सूची प्राप्त करें
foreach ($ file_list $ file के रूप में)
{$ मंद = विस्फोट ('', $ फ़ाइल);
अगर (गिनती ($ मंद)> 3)
{// गूंज "---------------------------- \ n";
सूची ($ attr, $ bloks, $ group, $ user, $ size, $ month, $ day, $ year, $ __name)
= preg_split ("/ [[\ s] + /", $ फ़ाइल);
$ pr_dir = root ($ attr, 0, 1);
// इको $ attr। "\ n";
// इको $ pr_dir। "\ n";
// इको $ f_name। "\ n";
// इको $ आकार। "\ n";

अगर (रूट ($ फ़ाइल, 0, 1)! = '')
{//
अगर ($ pr_dir == 'd')
{$ t_dir = $ dir। "/"। $ f_name। "/";
$ dir_size = $ dir_size + ftp_dir_size ($ कनेक्ट, $ t_dir);
}
// फ़ाइल
अगर ($ pr_dir == '-')
{गूंज "***"। $ f_name। "-"। $ आकार। "\ n";
$ dir_size = $ dir_size + $ आकार;
}
}

}
}
$ dir_size वापस करें;
}
// ====================================================== ===============
set_time_limit (3600);
$ मेजबान = $ argv [1];
$ dir = $ argv [2];
गूंज $ मेजबान; "\ n";
गूंज $ dir। "\ n";
$ उपयोगकर्ता = "अनाम";
$ पासवर्ड = "";
$ कनेक्ट = ftp_connect ($ होस्ट);
अगर ($ कनेक्ट)
{$ लॉगिन = ftp_login ($ कनेक्ट, $ उपयोगकर्ता, $ पासवर्ड);
अगर ($ लॉगिन)
{अगर (ftp_chdir ($ कनेक्ट, $ dir))
{$ dir = ftp_pwd ($ कनेक्ट);
गूंज "नई निर्देशिका -"। $ dir। "\ n";
}
और {प्रतिध्वनि "निर्देशिका नहीं बदल सकता \ n"; }
$ आकार = ftp_dir_size ($ कनेक्ट, $ dir);
// प्रिंट निर्देशिका आकार
गूंज "\ n अप्रत्यक्ष आकार ="। $ आकार;
}
ftp_close ($ कनेक्ट);
}
और {गूंज "के साथ कनेक्ट नहीं" $ मेजबान; }
?>
अपने स्वयं के सर्वर पर दर्पणों के कब्जे वाले डिस्क स्थान का मूल्यांकन करने के लिए, एनसीडू उपयोगिता का उपयोग करना सुविधाजनक है, जो आपको प्रत्येक निर्देशिका का सारांश प्रदर्शित करने की अनुमति देता है:

परिणामों को सारणीबद्ध करने की अनुशंसा की जाती है, जो हमें प्रत्येक दर्पण के परिवर्तन (या स्थिरता) की गतिशीलता का मूल्यांकन करने की अनुमति देगा।

4. दर्पण बनाना

4.1। Rsync- आधारित मिररिंग

एक नियम के रूप में, दर्पण बनाने का सबसे आम तरीका rsync सर्वर से उसी नाम के rsync उपयोगिता का उपयोग करके स्रोत साइट को सिंक्रनाइज़ करना है। यदि सॉफ़्टवेयर स्वामी की साइट में rsync स्थापित करने के निर्देश हैं, तो कोई समस्या नहीं है। उदाहरण के लिए, साइट http://cran.r-project.org/ पर दर्पण स्थापित करने के लिए काफी विस्तृत निर्देश है। हमारे पास rsync कॉन्फ़िगरेशन के भाग में:

इस नियमावली में हमारे हित के कम से कम दो बिंदु हैं:

• डेटा डाउनलोड करने के लिए सबसे महत्वपूर्ण पता है - cran.r-project.org::CRAN;
• दर्पण अद्यतन आवृत्ति सप्ताह में कम से कम दो बार होती है, अधिमानतः हर 1-2 दिन में एक बार।

इन निर्देशों के अनुसार, हम निर्देश के अनुसार rsync चलाने के लिए क्रोन में एक कार्य बनाते हैं और प्रक्रिया पूरी हो जाती है। यह अनुशंसा की जाती है कि आप rsync लॉग करें, जो आपको यह पता लगाने की अनुमति देगा, यदि आवश्यक हो, तो असमर्थता का कारण सिंक्रनाइज़ करने के लिए।
पूर्ण rsync प्रलेखन http://rsync.samba.org/ पर उपलब्ध है। प्रलेखन अनुभाग ( http://rsync.samba.org/documentation.html ) rsync के सभी संभावित उपयोगों को सूचीबद्ध करता है।
हम एक महत्वपूर्ण बिंदु पर ध्यान देते हैं। यदि अपर्याप्त डिस्क स्थान है, --delete-after निर्देश के बजाय, --delete निर्देश का उपयोग करना बेहतर है। --Delete-after निर्देश का उपयोग करने के मामले में, फ़ाइलों को पहले डाउनलोड किया जाता है, और उसके बाद साइट पर स्रोत फ़ाइलों को हटा दिया जाता है। इसी समय, दर्पण को मूल रूप से जितनी जल्दी हो सके पूर्ण अनुपालन में लाया जाता है, जो बार-बार बदलते दर्पण, जैसे कि मोज़िला के लिए महत्वपूर्ण हो सकता है। --Delete निर्देश का उपयोग करने के मामले में, साइट पर पहले से ही मौजूद फ़ाइलों को हटाने का स्रोत - स्रोत किया जाता है, जिसके बाद नए डाउनलोड किए जाते हैं। यह मोड पर्याप्त रूप से बड़े दर्पण (CentOS, DragonflyBSD) के लिए अनुशंसित है।
अन्य सभी सेटिंग्स - आपकी प्राथमिकताओं के आधार पर, यदि वे निर्देशों का खंडन नहीं करते हैं।
कुछ मामलों में, सॉफ़्टवेयर स्वामी की वेबसाइट ( gcc.gnu.org ) पर दर्पण सेट करने का कोई डेटा नहीं है:

इस मामले में, पहले सॉफ़्टवेयर स्वामी से संपर्क किए बिना दर्पण स्थापना संभव नहीं है (अधिक जानकारी के लिए, धारा 4 देखें)।

4.2। एफ़टीपी आधारित मिररिंग

एक दुर्लभ मामला एफ़टीपी-आधारित दर्पण का निर्माण है। सामान्य तौर पर, कॉन्फ़िगरेशन अनुक्रम ऊपर वर्णित के समान है, सिवाय इसके कि सिंक्रनाइज़ेशन के लिए, rsync के बजाय, आपको कुछ ftp क्लाइंट का उपयोग करना होगा। कृपया ध्यान दें कि बहुत अच्छी तरह से साबित की गई उपयोगिता (जैसे, संयोग से, कई अन्य) हमारे मामले के लिए उपयुक्त नहीं है - फ़ाइलों को डाउनलोड करने के अलावा, हमें स्रोत साइट पर लापता लोगों को हटाने को सुनिश्चित करने की आवश्यकता है। शायद सबसे अच्छा विकल्प दर्पण मोड में lftp उपयोगिता ( lftp.yar.ru ) का उपयोग करना होगा।
Lftp उपयोगिता को कॉन्फ़िगर करने की प्रक्रिया (दर्पण मोड में काम करते समय सहित) डेवलपर की वेबसाइट ( http://lftp.yar.ru/lftp-man.html ) पर देखी जा सकती है।

4.3। डिस्क स्थान नियंत्रण

दर्पण स्थापित होने के बाद, सर्वर पर एक अधिसूचना (ई-मेल, एसएमएस) के साथ उपलब्ध डिस्क स्थान की एक निगरानी प्रणाली स्थापित करने की सिफारिश की जाती है, जो डिस्क स्थान पूरी तरह से भरा होने पर सर्वर को रोकने की अनुमति नहीं देगा।
जाहिर है, बड़ी संख्या में दर्पण की उपस्थिति में, डिस्क स्थान को नियंत्रित करने के मुद्दे पर काफी गंभीर ध्यान दिया जाना चाहिए। स्वामित्व सॉफ्टवेयर के विपरीत, कोई भी दर्पण अपनी मात्रा को काफी तेजी से बढ़ा सकता है, उदाहरण के लिए, एक नए संस्करण के मामले में। डिस्क स्थान के स्वचालित नियंत्रण के लिए, एक निगरानी प्रणाली का उपयोग करने की सिफारिश की जाती है, उदाहरण के लिए, मुनिन (http://munin-monitoring.org)। यह कॉन्फ़िगर करने के लिए काफी आसान है, एक्स्टेंसिबल सिस्टम। वेब-इंटरफ़ेस का उपयोग करके मापदंडों को नेत्रहीन रूप से नियंत्रित करने की क्षमता के साथ, यह आपको ई-मेल द्वारा अलर्ट बनाने की अनुमति देता है जब एक नियंत्रित पैरामीटर एक निश्चित सीमा मूल्य पर पहुंचता है।
कुछ मामलों में, केवल स्थिर सॉफ़्टवेयर संस्करणों को सिंक्रनाइज़ करके दर्पण की मात्रा को कम करना संभव है। जाहिर है, इस सॉफ्टवेयर के मालिक द्वारा सहमति होनी चाहिए। इस मामले में, दर्पण को समायोजित करना अधिक कठिन हो जाता है, लेकिन लाभ स्पष्ट है।

5. दर्पण को दर्पण की सूची में जोड़ना

उत्पाद के मालिक की साइट पर दर्पण की सूची में दर्पण जोड़ना, मेरी राय में, दर्पण के आयोजन की पूरी तकनीक में सबसे जटिल प्रक्रिया है। यह इस तथ्य के कारण है कि आप पहले से वर्णित सभी ऑपरेशन अपने दम पर कर सकते हैं। दर्पण की सूची में एक दर्पण जोड़ने के लिए, निश्चित रूप से, आपको साइट के स्वामी की सहमति प्राप्त करने की आवश्यकता है।

5.1। विकल्प 1

सबसे तुच्छ मामला यह है कि दर्पण स्थापित करने के निर्देश स्पष्ट रूप से कुछ कहते हैं जैसे "दर्पण स्थापित करें, मिरर पर हमें लिखें @example.com और हम आपको दर्पण की हमारी सूची में जोड़ देंगे"।
यह, उदाहरण के लिए, दर्पण स्थापित करते समय था:

• ImageMagick (http://www.imagemagick.org/);
• केडीई (http://www.kde.org)
• ड्रैगनफ़्लू बीएसडी (http://www.dragonflybsd.org/)

हालांकि, इस मामले में भी, सफलता की तुरंत गारंटी नहीं है। शायद पहली बार पत्र नहीं पहुंचा। शायद लोग इसे करने जा रहे थे, लेकिन एक बार में समय नहीं था, और फिर वे भूल गए। लेकिन अभी भी कई कारण हैं। उत्तर के साथ विलंब भी संभव है।
यहाँ ImageMagick के लिए दर्पण बनाने पर एक पत्राचार का एक उदाहरण है:

• 7 नवंबर, 2011 को एक पत्र एक दर्पण के निर्माण का अनुरोध किया गया था;
• उसी दिन जवाब आया: “ठीक है। इसके तैयार होने पर, हमें बताएं और हम इसे अपने दर्पण वेब पेज में शामिल करेंगे ”;
• 8 नवंबर, 2011 को एक दर्पण स्थापित किया गया था और दर्पण की सूची में शामिल करने के अनुरोध के साथ एक पत्र भेजा गया था;
• कोई जवाब नहीं मिला, और इसलिए 9 नवंबर, 2011 को सूची में दर्पणों को शामिल करने पर एक दूसरा पत्र भेजा गया;
• और केवल 11/17/2011 को जवाब मिला: "हो गया। लगभग 24 घंटों में ImageMagick डाउनलोड पेज पर इसे देखें। धन्यवाद ”।
• 18 नवंबर, 2011 को ImageMagick दर्पण सूची में लिंक की जाँच की गई थी http://www.imagemagick.org/script/download.php और पुष्टि के बाद काम बंद हो गया था।

किसी भी मामले में, यदि उत्तर प्राप्त नहीं होता है, तो मैं कम से कम तीन बार दर्पणों की सूची को शामिल करने के लिए पत्र भेजने की सलाह देता हूं - यह अधिकतम मूल्य (व्यक्तिगत अनुभव से) है, जिसके बाद आप दर्पण की सूची में अपनी साइट सहित के बारे में उत्तर प्राप्त कर सकते हैं।

5.2। विकल्प 2

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

5.3। विकल्प 3

कुछ मामलों में, दर्पण की सूची में शामिल करने के लिए आवेदन करने के लिए, आपको मेलिंग सूची की सदस्यता लेनी होगी, उदाहरण के लिए, CentOS (http://www.centos.org/)। इस स्थिति में, दर्पण की सूची में जोड़ने के लिए आपके अनुरोध को मेलिंग सूची में जोड़ा जाना चाहिए।
CentOS के साथ पत्राचार का उदाहरण:

• पहला पत्र 30 सितंबर, 2011 को भेजा गया था। कोई प्रतिक्रिया नहीं मिली।
• दूसरा पत्र 09.11.2011 को भेजा गया था। मुझे जवाब मिला कि मुझे "सेंटोस-मिरर मेलिंग लिस्ट" में लिखना होगा;
• "सेंटो-मिरर मेलिंग सूची" में पंजीकरण किया गया था, एक संदेश 11/17/2011 को मेलिंग सूची में लिखा गया था। कोई प्रतिक्रिया नहीं मिली;
• 11/19/2011 एक और अनुरोध लिखा गया था और 11/21/2011 को एक उत्तर मिला कि दर्पण जोड़ा गया था।

5.4। अक्षर पाठ

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

• संगठन का नाम;
• साइट का पता;
• उस साइट के व्यवस्थापक का नाम और ईमेल पता जिस पर दर्पण स्थित हैं;
• सर्वर का भौगोलिक स्थान (यह महत्वपूर्ण हो सकता है) - देश, शहर;
• सर्वर आईपी पता;
• प्रोटोकॉल बनाए गए दर्पण (HTTP, एफ़टीपी) और पते से डाउनलोड करने के लिए उपयोग किया जाता है, उदाहरण के लिए, http://fatcow.com/apache/ , ftp://ftp.fatcow.com/apache/ ;
• आपके सर्वर से कनेक्शन की अधिकतम गति।

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

5.5। हस्ताक्षर और पता

पत्र पर हस्ताक्षर - नाम, स्थिति, ई-मेल पता। स्थिति: आदर्श - साइट व्यवस्थापक। इस मामले में, ईमेल पता मायने रखता है! एक पता जिसका डोमेन दर्पण के डोमेन से मेल खाता है, वांछित है। या, नियम के एक सामान्य अपवाद के रूप में - जीमेल पर मेल। सर्वर व्यवस्थापक के लिए GMail मेल की उपस्थिति सामान्य है।
नीचे - स्क्रीनशॉट वास्तविक पत्र (इस्तेमाल किया जब एक दर्पण CentOS स्थापित करने)

स्क्रीनशॉट वास्तविक पत्र - जब एक दर्पण ImageMagick को स्थापित करने के लिए इस्तेमाल किया

6. दर्पणों का वितरण

यह देखते हुए, एक नियम के रूप में, लगभग किसी भी सर्वर के सॉफ्टवेयर में एक वेब सर्वर है, हमारे पास पहले से ही HTTP प्रोटोकॉल का उपयोग करके हमारे दर्पणों के वितरण को व्यवस्थित करने का अवसर है।
हालाँकि, हम दृढ़ता से अनुशंसा करते हैं कि आप FTP सर्वर को उचित रूप से दर्पण के एफ़टीपी वितरण के लिए कॉन्फ़िगर करें। इस मामले में, कम लागत (एफ़टीपी सर्वर की स्थापना और कॉन्फ़िगरेशन) में हमें कम से कम तीन बिंदुओं का लाभ मिलता है;

• साइट दर्पण की सूची में हमें दो पते मिलते हैं - स्रोत;
• इसे वेब सर्वर पर लोड (जो आंतरिक उद्देश्यों के लिए उपयोग किया जा सकता है) से घटाकर, एफ़टीपी पर आउटगोइंग ट्रैफ़िक के हिस्से को स्थानांतरित करके किया जाता है:
• हमारी साइट की विश्वसनीयता बढ़ रही है क्योंकि यह पूरी तरह कार्यात्मक दर्पण को व्यवस्थित करने में सक्षम है, जिससे दर्पण की सूची से इसके प्रवेश की संभावना बढ़ जाती है।

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

7. काम का संगठन

मिरर सिस्टम का संगठन काफी लंबा काम है। एक दर्पण की स्थापना, पत्राचार को ध्यान में रखते हुए, हफ्तों तक रह सकती है (स्थापना से हमारा मतलब अंतिम लक्ष्य की प्राप्ति है - स्रोत साइट पर दर्पण की सूची में दर्पण में प्रवेश करना)। और इससे भी अधिक, एक प्रणाली का निर्माण एक प्रक्रिया में बदल जाता है जो महीनों तक खींच सकता है।
इस मामले में, अपने स्वयं के सर्वर पर काम पत्राचार की प्रक्रिया के अनुरूप होना चाहिए। इस मामले में, दर्पण का निर्माण, एक नियम के रूप में, कई साइटों - स्रोतों के लिए एक साथ किया जाता है। इस संबंध में, कार्य की योजना और निगरानी को व्यवस्थित करने के लिए यह अतिरेक नहीं होगा (http://is.gd/WeFybI)। इस दर्पण के लिए, कम से कम निम्नलिखित डेटा को इस दस्तावेज़ में शामिल किया जाना चाहिए:

• परियोजना का सशर्त नाम;
• साइट का पता;
• साइट पर दर्पण की सूची का पता;
• दर्पण स्थापित करने के निर्देशों के साथ पृष्ठ का पता।

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

8. निष्कर्ष

4 महीने के दौरान, fatcow.com डोमेन के लिए PR मान शून्य से PR = 4 के मान तक बढ़ा दिया गया था।
तालिका 1 का प्रसंस्करण साइटों पर डेटा दिखाता है, दर्पणों की सूची में पोस्ट और जोड़े जाने वाले दर्पण।
सारणी २

प्रोजेक्ट का नाम	साइट का पता	क्यू, जी.बी.	पीआर	क्यू / पीआर
मोज़िला	www.mozilla.org	23	9	2.6
ओपेरा	www.opera.com	13	9	1.4
केडीई	www.kde.org	21	7	3.0
ImageMagick	www.imagemagick.org	4	7	0.6
ड्रैगनफ्लाई बी.एस.डी.	www.dragonflybsd.org	177	6	29.5
CentOS	www.centos.org	142	7	20.0

नोट।क्यू - 12/15/2011 के रूप में दर्पण द्वारा कब्जा की गई डिस्क स्थान।

तालिका 1 में दिखाए गए दर्पणों द्वारा कब्जा कर लिया गया कुल डिस्क स्थान 380Gb है।
तालिका का अंतिम स्तंभ Q / PR अनुपात दिखाता है - दर्पण की गुणवत्ता का एक प्रकार का संकेतक। जितना कम हो (निश्चित रूप से, कुछ हद तक मनमाना), हमारे उद्देश्यों के लिए अधिक उपयुक्त दर्पण है।
तालिका में प्रस्तुत परिणामों से दो निष्कर्ष निकलते हैं;
1. ऑपरेटिंग सिस्टम को दर्पण के रूप में रखना काफी महंगा है। उनके आधार पर दर्पण बनाने की सलाह दी जाती है यदि सीमित प्लेसमेंट पर कोई समझौता हो - उदाहरण के लिए, उत्पाद की केवल स्थिर प्रतियां।
लगभग 400 जीबी की कुल क्षमता के साथ एक उदाहरण के रूप में ड्रैगनफ़्लू बीएसडी को लें। विशेष रूप से बड़ी मात्रा में डिस्क स्थान पर विभिन्न संस्करणों के लिए सॉफ्टवेयर पैकेज (पेकेज) द्वारा कब्जा कर लिया गया था। इस संबंध में, सॉफ़्टवेयर सिंक्रनाइज़ेशन केवल नवीनतम ड्रैगनफ़्लू बीएसडी संस्करणों द्वारा सीमित किया गया था:

नतीजतन, आवश्यक डिस्क स्थान स्वीकार्य 200 जीबी तक कम से कम आधे से कम हो गया था।
हालांकि, इस तरह के समझौते की संभावना प्रत्येक मामले में हासिल नहीं की जाएगी। इसलिए, डिस्क स्थान की समस्या सीधे पीआर बढ़ाने के उद्देश्यों पर निर्भर करेगी।
2. सबसे पहले, तैनाती को विभिन्न ऑपरेटिंग सिस्टमों पर चलने वाले सिस्टम-वाइड सॉफ़्टवेयर के लिए नियोजित किया जाना चाहिए - वेब-सर्वर, एफ़टीपी-सर्वर (प्रोफ़टीपीडी), डेटाबेस सर्वर (MySQL), आदि।
तालिका 2 के विश्लेषण के आधार पर, हमने प्लेसमेंट के लिए निर्धारित दर्पणों के चयन का समायोजन किया। वर्तमान में, दर्पण प्रसंस्करण में प्रस्तुत किए जाते हैं (तत्परता की अलग-अलग डिग्री के लिए। डिस्क के प्रतिस्थापन के कारण काम निलंबित है), तालिका 3 में प्रस्तुत किया गया है।
टेबल 3

प्रोजेक्ट का नाम	साइट का पता	क्यू, जी.बी.	पीआर	क्यू / पीआर
अपाचे	www.apache.org	28	9	3.1
cpan	www.cpan.org	10	7	1.4
Cran	cran.r-project.org	74	7	10.6
जीसीसी	gcc.gnu.org	27	7	3.9
openssl	www.openssl.org	0374	8	0.05
पोटीन	www.putty.org	0017	6	0.003
xemacs	www.xemacs.org	0071	6	0.012

जाहिर है, चार का एक पीआर मूल्य परिमित से दूर है।
मुख्य महंगे लेख हैं:

• पर्याप्त स्थान पर डिस्क स्थान के साथ सर्वर का समर्थन करने की आवश्यकता है।
• अंशकालिक सर्वर व्यवस्थापक वेतन

यह ध्यान में रखा जाना चाहिए कि दर्पण प्रणाली का समर्थन करने के साथ-साथ इस सर्वर का उपयोग अन्य कार्यों के लिए किया जाता है, जो आम तौर पर दर्पण प्रणाली का समर्थन करने की लागत को कम करता है। प्रति माह कुल खर्च लगभग $ 500 है।
अंग्रेजी से अनुवादित, स्रोत: webhostinggeeks.com