RealSync - वेब डेवलपर्स के लिए एक तरफ़ा वास्तविक समय स्रोत सिंक्रनाइज़ेशन

सार्वजनिक उपयोगिता RealSync (GPL) का परिचय। उसका मिशन उन लोगों के काम को सुविधाजनक बनाना है जो समय-समय पर सांबा नेटवर्क फ़ोल्डर के लैग्स से पीड़ित होते हैं, जब वे वेब प्रोजेक्ट फ़ाइलों को खोजते / संपादित करते हैं। RealSync का विचार यह है कि अब आप परिचित IDE में स्थानीय मशीन पर साइट फ़ाइलों के साथ काम करते हैं, और परिणाम को पहले की तरह, दूरस्थ विकास वेब सर्वर पर देखते हैं, जहां RealSync वास्तविक समय में परिवर्तनों की प्रतिलिपि बनाता है। नतीजतन, आप, उदाहरण के लिए, आईडीई में सभी फ़ाइलों पर खोज चला सकते हैं - वे स्थानीय हैं और सांबा के माध्यम से नेटवर्क फ़ोल्डर के माध्यम से कनेक्ट नहीं हैं, इसलिए खोज बहुत जल्दी काम करती है; जब आपका Ctrl + S सर्वर से तुरंत प्राप्त करना जारी रखता है, जैसा कि नेटवर्क फ़ोल्डर के माध्यम से काम करते समय।

RealSync विंडोज, मैकओएस और लिनक्स के लिए एक उपयोगिता है जो आपको दूरस्थ सर्वर पर फ़ाइलों की एक सटीक प्रतिलिपि (उदाहरण के लिए, PHP में स्क्रिप्ट, पायथन, रूबी, आदि) आपके स्थानीय कंप्यूटर पर एक फ़ोल्डर से खराब संचार स्थितियों में भी वास्तविक समय में समाहित करने की अनुमति देता है। घर से काम करना। स्थानीय फ़ोल्डर में किए गए सभी परिवर्तन सर्वर पर लगभग तुरंत (लगभग 0.2 s देरी) तक पहुंचते हैं, भले ही इनमें से कितने परिवर्तन और वे कम से कम (आईडीई के माध्यम से, कम से कम नोटपैड या सुदूर के माध्यम से) किए गए हों।

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

वास्तव में, दुर्घटना से RealSync को "मार" करना लगभग असंभव है। आप इसे ट्रे में लगातार कम से कम रख सकते हैं और इसके अस्तित्व के बारे में भूल सकते हैं (सीपीयू लगभग इसे नहीं खाता है)। यदि उपयोगिता यह देखती है कि कनेक्शन लंबे समय से टूट गया है, तो परिचित RSYNC एल्गोरिथ्म स्वचालित रूप से बड़ी संख्या में अंतर की प्रतिलिपि बनाने के लिए स्वचालित रूप से लॉन्च किया गया है। वास्तविक समय मोड में, एसएसएच पर अपना स्वयं का प्रोटोकॉल लागू किया जाता है, ताकि जब आप संपादक में Ctrl + S दबाएं, तो आपको तुरंत सर्वर पर परिवर्तन दिखाई देंगे। फ़ाइल स्थानांतरण एक सुखद "छेड़छाड़" के साथ होता है (जो कि कॉन्फ़िगर में आवश्यक होने पर अक्षम किया जा सकता है), और कनेक्शन का एक अस्थायी नुकसान आइकन के पुनर्वितरण के साथ होता है (जब कनेक्शन बहाल हो जाता है, तो आइकन फिर से ग्रे हो जाएगा, और RealSync संचित परिवर्तनों के साथ "पकड़" करेगा)।

और जब सांबा या डेनवर या एक्सएएमपीपी है तो यह बाइक क्यों?

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

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

वेब विकास के लिए एक दूरस्थ फ़ोल्डर का उपयोग करना

आखिरकार, आपको दूरस्थ सर्वर पर निर्देशिका को किसी तरह "एक्सेस" करने की आवश्यकता है। सबसे आम मामले में, यह केवल सांबा के माध्यम से स्थानीय मशीन के नेटवर्क फ़ोल्डर के रूप में जुड़ा हुआ है। इस विधि में एक साथ कई नुकसान हैं:

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

^{मैं कई लोगों को जानता हूं, जो असुविधा (2) को दरकिनार करते हुए, SSH के माध्यम से सर्वर पर जाते हैं और फ़ाइलों के माध्यम से खोज करने के लिए कंसोल में grep का उपयोग करते हैं, और वे स्वयं IDE में काम करते हैं। यह मुझे असुविधा की ऊंचाई लगती है। इसके अलावा, phpStorm में, उदाहरण के लिए, एक बहुत बड़ी परियोजना की सभी स्थानीय फ़ाइलों को grep की तुलना में काफी तेजी से काम करता है और 1-2 सेकंड लेता है (उन्होंने यह कैसे किया यह मेरे लिए एक रहस्य है; जाहिर है, वे अग्रिम में कुछ अनुक्रमित करते हैं)। व्यक्तिगत रूप से, मैं लगातार और आराम से स्थानीय फ़ाइलों की खोज के लिए phpStorm का उपयोग करता हूं - दिन में औसतन 50 बार।}

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

द्वारा और बड़े, RealSync IDE गति समस्या का समाधान है।

इसलिए, खोज गति की समस्या को हल करने के लिए, आपको स्रोत को स्थानीय डिस्क पर संग्रहीत करने और उन्हें पहले से ही खोजने की आवश्यकता है। और तुरंत सवाल उठता है कि जब आप Ctrl + S दबाते हैं तो सोर्स कोड रिमोट वेब सर्वर को कैसे मिलेगा। कई संभावित विकल्प हैं।

1. लगभग सभी IDE Ctrl + S दबाकर एक संशोधित फ़ाइल (FTP या SSH के माध्यम से) को दूरस्थ सर्वर पर स्थानांतरित करने का समर्थन करते हैं। लेकिन केवल दो समस्याएं हैं। सबसे पहले, आप आईडीई द्वारा "फाइल" को संशोधित नहीं कर पाएंगे (उदाहरण के लिए, स्थानीय मशीन पर कमांड लाइन से गिट पुल बनाएं)। दूसरे, यदि आप कुछ दिनों के लिए इंटरनेट की वास्तविकता से गायब हो जाते हैं, और फिर बदली हुई फाइलों के साथ लौटते हैं, तो आईडीई अब यह निर्धारित नहीं कर पाएगा कि कौन सी फाइलें बदल गई हैं (खासकर यदि वे गलती से किसी कारण से सर्वर पर बदल गए थे, स्वतंत्र रूप से और आप सबसे अच्छा, यह एक पूर्ण प्रतिलिपि शुरू करेगा, जिसमें आधा घंटा लगता है।
2. RSYNC के सतत चक्र में चलाएँ। यह कम या ज्यादा तब काम करता है जब प्रोजेक्ट बहुत बड़ा नहीं होता है, जब इंटरनेट अच्छा होता है और जब आप विंडोज पर नहीं होते हैं (विंडोज में, तो आरएसवाईएनसी स्टार्टअप पर बहुत धीमा है)। अन्य सभी मामलों में, 2-3 सेकंड की देरी के लिए तैयार रहें।
3. RealSync, Unison, WinSCP आदि जैसे एक विशेष सिंक्रोनाइज़ेशन उपयोगिता का उपयोग करें।

RealSync की कल्पना एक उपकरण के रूप में की गई थी जो खराब संचार की स्थिति में स्थिर संचालन प्रदान करता है और प्रोग्रामर ("भागो और भूल जाओ") से ध्यान हटाने की आवश्यकता नहीं है। यह इसी तरह निकला, कई एनालॉग्स के विपरीत।

और अगर मुझे दो-तरफा सिंक्रनाइज़ेशन की आवश्यकता है?

यह इस तथ्य से संबंधित एक बहुत ही लोकप्रिय प्रश्न है कि RealSync हमेशा सर्वर पर सीधे फ़ोल्डर में किए गए किसी भी परिवर्तन को ओवरराइट करता है (यदि तुरंत नहीं, तो अगले पुन: कनेक्ट करने के लिए सुनिश्चित करें)। केवल स्थानीय फ़ोल्डर में परिवर्तन समझ और प्राथमिकता बनाते हैं।

लेकिन दो-तरफा सिंक्रनाइज़ेशन की आवश्यकता क्यों हो सकती है, इसके बारे में सोचते हैं।

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

सामान्य तौर पर, आपको यह समझने की आवश्यकता है कि RealSync एक सिंक्रनाइज़र नहीं है, यह एक प्रतिकृति है । यदि आप वेब सर्वर पर फ़ोल्डर को कुछ स्वतंत्र मानना ​​बंद कर देते हैं, और इसे सिर्फ एक स्वचालित "दर्पण" मानते हैं और एसएसएच पर अपने हाथों से इसमें जाना बंद कर देते हैं (वास्तव में, ऐसा क्यों करते हैं?), सब कुछ जगह में गिर जाता है। और ज्यादातर मामलों में, यह पता चला है कि दो-तरफा सिंक्रनाइज़ेशन की आवश्यकता नहीं है (लेकिन यदि आप अभी भी अलग तरह से सोचते हैं, तो यूनिसन का उपयोग करें - यदि यह रूट लेता है, तो निश्चित रूप से।)

RealSync स्थापना और पहला लॉन्च

सब कुछ काफी सरल है: पहले आपको RealSync डाउनलोड करने और इसे कहीं कॉपी करने की आवश्यकता है, और फिर कहीं (स्टार्टअप या डेस्कटॉप पर) निम्नलिखित कमांड लाइन के साथ एक शॉर्टकट रखें:

 "C: / Program Files / dklab_realsync / realsync.exe" आपके फ़ोल्डर स्रोत का पूर्ण पथ
     - या MacOS और लिनक्स के लिए -
 perl / opt / dklab_realsync / realsync आपके फ़ोल्डर स्रोतों के लिए पूर्ण पथ

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

_{यदि आपके पास पहले से ही SSH कुंजी का उपयोग करके सर्वर पर पासवर्ड रहित पहुंच है, तो पासवर्ड पहली बार के लिए भी अनुरोध नहीं किया जाएगा। यदि आपके पास पहले से एक नहीं है, तो RealSync सार्वजनिक + निजी कुंजी उत्पन्न करेगा, खुला एक सर्वर पर निर्भर करेगा, और निजी एक आपके होम डायरेक्टरी में स्थानीय मशीन (एक विशेष फ़ोल्डर में जो RealSync मानता है) में उत्पन्न होगा।}

बाकी कॉन्फ़िगरेशन सेटिंग्स को FullPathToYourYourFolderSource / .realsync फ़ाइल में लिखा जाएगा, इसलिए अगली बार जब आप शुरू करेंगे, तो कोई सवाल नहीं पूछा जाएगा , लेकिन सिंक्रनाइज़ेशन बस शुरू हो जाएगा और प्रोग्राम ट्रे (विंडोज के लिए) को कम कर देगा।

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

^{Windows के लिए RealSync वितरण स्व-निहित है: इसमें पहले से ही RSYNC, SSH, पर्ल का एक छोटा संस्करण और अन्य आवश्यक उपयोगिताओं शामिल हैं, इसलिए आपको बस realsync.exe चलाने की आवश्यकता है और इसके बारे में नहीं सोचना चाहिए। MacOS और लिनक्स पर, ये सभी उपयोगिताओं, एक नियम के रूप में, पहले से ही सिस्टम पर मौजूद हैं, यही वजह है कि उनका उपयोग किया जाता है।}

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

मुझे खुशी होगी अगर उपयोगिता किसी और के दैनिक कार्य को आसान बनाती है। टिप्पणियों का स्वागत है। गिटहब -ए प्रोजेक्ट: dklab_realsync ।