समवर्ती एफ़टीपी पहुंच


8

एफ़टीपी सर्वर समवर्ती एक्सेस को एक ही फाइल पर कैसे हैंडल करते हैं, अर्थात यदि कोई उपयोगकर्ता एक फ़ाइल को अपडेट कर रहा है जबकि दूसरा उसी फ़ाइल को पढ़ रहा है? क्या मुझे भ्रष्ट डेटा प्राप्त करने के बारे में चिंतित होना चाहिए? क्या यह FTP सर्वर या ऑपरेटिंग सिस्टम पर भी निर्भर है?

जवाबों:


2

मुझे लगता है कि एफ़टीपी सर्वर खुद इसे संभालता नहीं है।
अंतर्निहित फ़ाइल-सिस्टम यहां शामिल पहुंच का प्रबंधन करेगा।

यदि कोई रीड लिखने से पहले शुरू होता है, तो रीड आमतौर पर पुराने संस्करण को प्राप्त करेगा।


एक फ़ाइल के अधिलेखित होने के लिए आपको सर्वर फ़ाइल-सिस्टम हैंडलिंग पर आधारित इस प्रश्न का उत्तर मिलना चाहिए ।


1

मुझे लगता है कि एफ़टीपी कार्यान्वयन केवल इससे निपटते नहीं हैं, और ओएस इस पर भिन्न होता है कि यह कैसे करता है, विंडोज़ फ़ाइल को लॉक कर सकती है, लिनक्स आपको आंशिक डेटा देगा।

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

यह बदतर हो जाता है क्योंकि फाइलें लंबी होती हैं और / या लोग धीमे कनेक्शन से अपलोड होते हैं।


0

मुझे पूरा यकीन है कि आपको समस्याएँ हो सकती हैं। इसे इस्तेमाल करे:

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

यदि आप .mp3 फ़ाइल के साथ यह कोशिश करते हैं। आप इसे ब्राउज़र के माध्यम से एक्सेस कर सकते हैं और देख सकते हैं कि यह केवल उसी बिंदु तक चलेगा जो वर्तमान में अपलोड किया गया है।

यही कारण है कि ड्रीमविवर जैसे कार्यक्रमों में एक चेक इन / चेक आउट प्रणाली है। ताकि अगर कोई .html फ़ाइल पर काम कर रहा है तो कोई अन्य किसी पुराने संस्करण को अपलोड नहीं कर सकता है या उस तरह की समस्याओं का कारण नहीं बन सकता है।

मुझे नहीं लगता कि एफ़टीपी किसी भी तरह की अस्थायी फ़ाइलों या कतार का उपयोग करता है ...


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

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

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

0

जब भी मैं किसी ऐसे पृष्ठ पर पहुंचने का प्रयास करता हूं जिसे मैंने अभी तक अपलोड नहीं किया है, तो मुझे "लोड करते समय कनेक्शन रीसेट" मिलता है। मुझे लगता है कि यह वास्तव में सॉफ्टवेयर पर निर्भर है, हालांकि।


-1

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


इस उत्तर का इस सवाल से कोई लेना-देना नहीं है ...
क्रिस्टियन

उन प्रणालियों में ऑपरेशन परमाणु होने का कोई तरीका नहीं है जिससे आपको एक अधूरी फ़ाइल मिल सकती है, समस्या हल हो सकती है।
शादोक

हां मुझे पता है, लेकिन सवाल विशेष रूप से FTP सर्वर के बारे में था
क्रिस्टियन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.