सवाल-जवाब

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

नहीं। अपलोड जैसा कोई स्टेप ही नहीं है, तो कोई कॉपी सेव होने का सवाल नहीं। पेज बंद करने के बाद किसी के लिए भी उठाने को कुछ नहीं बचता।

सिर्फ वह डिवाइस जिसके पास सेशन कोड है। यह कोड 12 कैरेक्टर का है, 60 बिट रैंडमनेस के साथ, और उसका सीक्रेट हिस्सा एड्रेस में # के बाद रहता है — यह हिस्सा ब्राउज़र कभी किसी सर्वर को नहीं भेजता।

नहीं। फाइल का नाम सीधे दोनों डिवाइस के बीच जाता है और कभी हमारे सर्वर से नहीं गुज़रता। हमारे टेक्निकल लॉग में साइज़ भी सिर्फ एक रेंज की तरह सेव होता है, जैसे "100 MB–1 GB"।

नहीं। कोई रजिस्ट्रेशन नहीं, कोई ईमेल नहीं, और ट्रांसफर की कोई हिस्ट्री भी सेव नहीं होती।

हमने कोई लिमिट तय नहीं की है। फाइल 64 KB के टुकड़ों में जाती है, तो 10 GB की फाइल भी उतनी ही मेमोरी लेती है जितनी 10 MB की। असली लिमिट सिर्फ पाने वाले डिवाइस की खाली जगह है।

जितनी आप चुनें उतनी। सभी एक ही सेशन में बारी-बारी से भेजी जाती हैं, और पाने वाले को सिर्फ एक बार फोल्डर चुनना होता है।

नहीं। फाइल बाइट-बाय-बाइट जाती है, रेज़ोल्यूशन, साइज़ और EXIF डेटा समेत। iPhone का HEIC फॉर्मेट भी HEIC ही रहता है।

फाइल पिकर सिर्फ फाइलें उठाता है, फोल्डर का ढांचा नहीं। फोल्डर की बनावट बचाने के लिए पहले उसे एक ZIP फाइल बनाएं, फिर वही भेजें।

ज़रूरी नहीं। फोन मोबाइल डेटा पर हो सकता है जबकि लैपटॉप घर के वाईफाई पर — बस दोनों इंटरनेट से जुड़े होने चाहिए।

नहीं। दोनों डिवाइस को मिलाने के लिए कनेक्शन चाहिए। जहां बिल्कुल सिग्नल नहीं है, वहां USB केबल या खुद हॉटस्पॉट बनाने वाला ऐप ज़्यादा सही रहेगा।

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

डायरेक्ट कनेक्शन का मतलब है डेटा सीधे दोनों डिवाइस के बीच जाता है। रिले तब इस्तेमाल होता है जब नेटवर्क सीधा रास्ता बंद कर दे — यह मोबाइल नेटवर्क पर अक्सर होता है — और तब भी डेटा एन्क्रिप्टेड रहता है और कहीं सेव नहीं होता। ट्रांसफर पेज हमेशा बताता है कि इस वक्त कौन-सा रास्ता चल रहा है।

आमतौर पर थोड़ा धीमा होता है क्योंकि डेटा घुमावदार रास्ते से जाता है। कुछ गीगाबाइट तक की फाइलों के लिए यह फर्क ज़्यादा मायने नहीं रखता।

Chrome, Edge, Firefox, Safari और Samsung Internet के लेटेस्ट वर्ज़न। बहुत बड़ी फाइल पाने के लिए लैपटॉप पर Chrome या Edge सबसे भरोसेमंद हैं क्योंकि ये सीधे डिस्क पर लिख सकते हैं।

नहीं, दोनों तरफ नहीं। सब कुछ पहले से मौजूद ब्राउज़र में ही चलता है।

हां, बिना iTunes और बिना iCloud के। Safari में यह पेज खोलें और लैपटॉप पर दिख रहा QR स्कैन करें।

हां। पाने वाले फोन पर "यहां सेशन बनाएं" पर टैप करें, फिर भेजने वाले फोन में वही कोड डालें।

Safari अभी Chrome की तरह सीधे डिस्क पर नहीं लिख पाता, इसलिए फाइल सामान्य डाउनलोड की तरह सेव होती है। Safari से भेजने में यह दिक्कत नहीं आती।

जब तक दोनों पेज खुले हैं, ट्रांसफर अपने आप दोबारा जुड़ जाता है। लैपटॉप पर Chrome और Edge में यह आखिरी सेव हुए बाइट से आगे बढ़ता है; Safari और Firefox में जो फाइल चल रही थी वह दोबारा शुरू होती है।

QR के नीचे 12 कैरेक्टर का कोड है। फोन पर उसी पेज में वह कोड टाइप करें और "कनेक्ट करें" पर टैप करें।

दूसरी तरफ का पेज बंद हो गया है या फोन स्लीप में चला गया है। दोनों डिवाइस पर पेज दोबारा खोलें और फिर से QR स्कैन करें।

यह नेटवर्क डायरेक्ट रास्ता और रिले दोनों बंद कर रहा है — कुछ ऑफिस और कॉलेज के वाईफाई ऐसा करते हैं। दूसरा नेटवर्क आज़माएं, जैसे फोन पर मोबाइल डेटा।

जिस सेशन में दूसरा डिवाइस नहीं जुड़ा, वह 10 मिनट में खत्म हो जाता है। जुड़ा हुआ पर बिना इस्तेमाल वाला सेशन 30 मिनट में खत्म होता है। दोनों पेज बंद करने पर सेशन 90 सेकंड में गायब हो जाता है।

Chrome और Edge में, उस फोल्डर में जो आपने ट्रांसफर स्वीकार करते वक्त चुना था। Safari और Firefox में, Downloads फोल्डर में। Android पर Download फोल्डर में; iPhone पर Files ऐप में।