Git और Makefile का उपयोग करके अपनी साइट का बैकअप लें

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

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

लेखक django / uwsgi / nginx स्टैक का उपयोग करता है, जो GNU / Linux पर चलने वाला एक वर्चुअल समर्पित सर्वर है, लेकिन लेख की सामग्री विशिष्ट प्रौद्योगिकियों से लगभग स्वतंत्र है।

लोड हो रहे पृष्ठ

हम मानक विजेट प्रोग्राम का उपयोग करके साइट पृष्ठों को सहेजेंगे। हम प्रत्येक साइट को एक अलग निर्देशिका में सहेजेंगे (जो साइट के डोमेन नाम के साथ संबद्ध नहीं हो सकती है)।

प्रत्येक निर्देशिका के भीतर, पृष्ठों को wget -r कुंजी का उपयोग करके पुन: सहेजा जाएगा (यह माना जाता है कि सभी पृष्ठों को मुख्य पृष्ठ से लिंक के माध्यम से एक्सेस किया जा सकता है)। डिफ़ॉल्ट रूप से, पुनरावर्ती प्रतिलिपि 5 स्तर तक जाती है, लेकिन इसे -l स्विच का उपयोग करके बदला जा सकता है।

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

पूरा कमांड इस तरह दिखता है:

mkdir primer cd primer wget -r -nH -X ,static --restrict-file-names=nocontrol . 

-nH का मतलब है -कोई -मेजबान-निर्देशिका । डिफ़ॉल्ट रूप से, wget -r example.com example.com/ निर्देशिका में सब कुछ डाल देगा, और यह विकल्प होस्ट नाम के साथ निर्देशिका के निर्माण को रद्द कर देता है।

विकल्प - छल-फाइल-नाम स्थानीय फाइल बनाते समय URL में वर्णों के भागने का संकेत देता है। नोकोन्ट्रोल के एक मूल्य का अर्थ है, भागने को अक्षम करना और सिरिलिक लिंक वाले पृष्ठों को सहेजने के लिए बहुत महत्वपूर्ण है। इसके बिना, पृष्ठ थोड़े बदले हुए नामों वाली फ़ाइलों में सहेजे जाते हैं, और यह पूरी तरह से स्पष्ट नहीं है कि उन्हें सर्वर पर कैसे जारी किया जाए। दुर्भाग्य से विंडोज उपयोगकर्ताओं के लिए, --restrict-file-names = nocontrol उनके लिए काम नहीं करेगा, यह एक ज्ञात समस्या है ।

गिट में जोड़ें

Git init कमांड का उपयोग करके एक नया रिपॉजिटरी बनाया जाता है। डिफ़ॉल्ट रूप से, यह वर्तमान निर्देशिका के अंदर .it फ़ोल्डर में बनाया जाता है, हालाँकि हम चाहते हैं कि सर्वर के पास केवल उन्हीं फ़ाइलों तक पहुँच हो जो साइट के खुले पन्नों के नामों के अनुरूप हों। इसलिए, संपूर्ण कमांड जो एक साफ (नंगे) रिपॉजिटरी बनाता है ../.git-primer फ़ोल्डर में ऐसा दिखता है:

 git init --bare ../.git-primer 

इस गैर-मानक रिपॉजिटरी का उपयोग करने के लिए, आपको गिट-डीआईआर और वर्क-ट्री विकल्पों को पास करना होगा:

 git --git-dir=../.git-primer --work-tree=. add . 

मेकफाइल लिखना

चलो हमारी परियोजनाओं की घोषणा के साथ शुरू करते हैं:

 SITES := example primer all : $(SITES) .PHONY : $(SITES) 

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

प्रत्येक परियोजना के लिए नियम इस तरह दिखता है:

 $(SITES) : if [[ -d .git-$@ ]]; \ then \ $(get-data); \ $(mgit) add . && \ if [[ -n "`$(mgit) status --porcelain`" ]]; then \ $(mgit) commit -m "Update $@."; \ fi \ else \ $(init-git); \ fi 

यह नियम अनिवार्य रूप से एकल शेल कमांड है।
$ @ एक स्वचालित चर है जिसमें वर्तमान लक्ष्य (उदाहरण के लिए, प्राइमर) का नाम शामिल है।
सबसे पहले हम जांच करते हैं कि .गित-प्राइमर निर्देशिका मौजूद है या नहीं। यदि हां, तो प्रोजेक्ट डायरेक्टरी पर जाएं, पेज डाउनलोड करें, उन्हें git में जोड़ें।
यदि पृष्ठों की सामग्री नहीं बदली गई है, तो git कुछ भी नहीं जोड़ेगा , लेकिन इस मामले में, कमिट एक त्रुटि और Makefile के निष्पादन को रोक देगा। इसलिए, पहले हम विकल्प के साथ गिट स्थिति कहते हैं - चीनी मिट्टी के बरतन , जिसका उपयोग लिपियों में उपयोग के लिए किया जाता है। यदि गिट की स्थिति की उत्पादन लाइन की लंबाई - चीनी मिट्टी के बरतन शून्य नहीं है, तो हम ( यहां से ) प्रतिबद्ध कर सकते हैं।

Makefile में get-data, mgit और init-git डिब्बाबंद रेसिपी हैं। उदाहरण के लिए, mgit एक git कॉल है जो रिपॉजिटरी और वर्किंग डायरेक्टरी फाइलों के साथ डायरेक्टरी को निर्दिष्ट करता है:

 define mgit = git --git-dir=../.git-$@ --work-tree=. endef 

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

पूरा मेकफाइल ऐसा दिखता है:

 SITES := primer example SERVERHOST := example # .  punicode SERVERHOSTNAME := xn--e1afmkfd.xn--p1ai SERVERPATH := ~/archive all : $(SITES) .PHONY : $(SITES) # target-specific variables primer : DOMAIN := . primer : EXCLUDEDIRS := ,static example : DOMAIN := example.com ifeq ($(SERVERHOSTNAME),$(shell hostname)) # Server define mgit = git --git-dir=../.git-$@ --work-tree=. endef define init-git = mkdir -p $@ && \ $(get-data) && \ git init --bare ../.git-$@ && \ $(mgit) add . && \ $(mgit) commit -m "Initial commit of $@." endef define get-data = cd $@ && \ wget -r -nH -X $(EXCLUDEDIRS) --restrict-file-names=nocontrol $(DOMAIN) endef else # Workstation define init-git = git clone $(SERVERHOST):$(SERVERPATH)/.git-$@ $@ endef endif $(SITES) : ifeq ($(SERVERHOSTNAME),$(shell hostname)) # Server if [[ -d .git-$@ ]]; \ then \ $(get-data); \ $(mgit) add . && \ if [[ -n "`$(mgit) status --porcelain`" ]]; then \ $(mgit) commit -m "Update $@."; \ fi \ else \ $(init-git); \ fi else # Workstation if [[ -d $@/.git ]]; \ then \ cd $@ && git pull; \ else \ $(init-git); \ fi endif 

चौथे पैराग्राफ में लक्ष्य-विशिष्ट चर हैं: प्रत्येक लक्ष्य के लिए, आप इस चर के लिए अपना मान निर्धारित कर सकते हैं। ये मान प्रत्येक लक्ष्यों के पूर्वापेक्षाओं और उपयोग किए गए तैयार व्यंजनों के आधार पर भी प्रसारित किए जाते हैं, अर्थात्, हम यह सुनिश्चित कर सकते हैं कि प्रत्येक साइट के लिए नुस्खा सही साइट नाम और उसकी निर्देशिका के साथ निष्पादित किया जाएगा।
प्रत्येक परियोजना के लिए, हम अपने गैर-संग्रहीत निर्देशिकाओं को EXCLUDEDIRS चर के माध्यम से स्थानांतरित कर सकते हैं या इसे खाली छोड़ सकते हैं। इसी तरह, आप एक कार्यशील कंप्यूटर ( SERVERHOST ) से सर्वर के संग्रह के लिए सर्वर का नाम बदल सकते हैं और सर्वर पर निर्देशिका को साइट संग्रह ( SERVERPATH ) के साथ निर्देशिका में बदल सकते हैं । सादगी के लिए, इस उदाहरण में, सभी साइट एक ही सर्वर पर हैं और एक ही निर्देशिका में संग्रहीत हैं।
चूंकि नुस्खा की प्रत्येक पंक्ति (तैयार एक सहित) को एक अलग शेल में निष्पादित किया जाता है , ताकि निर्देशिका में संक्रमण निम्नलिखित आदेशों के लिए मान्य रहे, हम "और" && ऑपरेटर का उपयोग करते हैं और लाइन के अंत से बच जाते हैं।

अगला सशर्त मेकफाइल निर्माण है : शेल होस्टनाम कमांड का उपयोग करके, हम जांचते हैं कि सर्वर पर या स्थानीय कंप्यूटर पर रन बनाते हैं या नहीं। ऐसी लाइनें जो सशर्त निर्देश की वर्तमान शाखा को संतुष्ट नहीं करती हैं उन्हें मेकफाइल द्वारा पूरी तरह से अनदेखा किया जाता है।

 alias mgit="git --work-tree=. --git-dir=../.git-${PWD##*/}" 

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

 $ ls -a . .. .git-example .git-primer Makefile example primer $ ls -a primer . .. index.html - - $ # ,     .    ./-  ./- 

 server { server_name xn--e1afmkfd.xn--p1ai; charset utf-8; location = / { root /home/user/archive/primer; try_files /index.html =404; } location / { root /home/user/archive/primer; default_type "text/html"; try_files $uri =404; } location = /index.html { return 404; } } 

निष्कर्ष

साइटों का बैकअप मानक उपकरण wget , git , make का उपयोग करके किया जा सकता है। आप किसी साइट के सभी पृष्ठों को कॉपी कर सकते हैं या मीडिया को छोड़ सकते हैं और कई अन्य फाइलों को भी ठीक से अनुमति दे सकते हैं। इसी तरह, .itignore के साथ, आप यह नियंत्रित कर सकते हैं कि बैकअप के लिए कौन से स्टैटिक पेज रिपॉजिटरी में जोड़े जाएंगे और कौन से नहीं। Makefile आपको लचीले ढंग से विभिन्न परियोजनाओं के लिए विभिन्न कॉन्फ़िगरेशन का प्रबंधन करने की अनुमति देता है। क्लाइंट के लिए और ऊपर सर्वर के लिए एक पूर्ण Makefile उदाहरण में लगभग 60 लाइनें हैं।

यह माना जाता है कि साइट की सामग्री का परिवर्तन और परिवर्धन मानक तंत्रों के माध्यम से होता है, अर्थात इसके लिए CMS या CMF लॉन्च किया जाता है। यदि ऐसा कम ही होता है, तो काम के बाद उन्हें बंद कर दिया जा सकता है, सिस्टम संसाधनों को मुक्त कर सकता है और सहेजे गए स्थिर पृष्ठों को प्रदर्शित कर सकता है। अधिक पूर्ण स्वचालन का एक उदाहरण एक अलग लेख के लायक हो सकता है।

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

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

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