अपनी फ़ाइलें चुनें
खींचें और छोड़ें, या ब्राउज़ करने के लिए क्लिक करें। एक साथ कई फ़ाइलें ठीक हैं और आकार की कोई सीमा नहीं है। फ़ाइल डिस्क से मेमोरी में पढ़ी जाती है और कहीं नहीं भेजी जाती।
मुफ़्त, साइन-अप नहीं, ऑफ़लाइन चलता है
फ़ाइल करप्टर
कुछ ही सेकंड में कोई भी फ़ाइल करप्ट करें, कहीं अपलोड किए बिना
एक फ़ॉर्मेट-अवेयर फ़ाइल करप्टर जो उस संरचना को नष्ट करता है जिस पर असली पार्सर निर्भर करते हैं, न कि केवल कुछ यादृच्छिक बाइट्स। PDF, Office दस्तावेज़, आर्काइव, वीडियो, ऑडियो और छवियों पर काम करता है, पूरी तरह आपके ब्राउज़र के अंदर।
- कुछ भी आपके डिवाइस से बाहर नहीं जाता
- असीमित फ़ाइल आकार
- बैच प्रोसेसिंग
- चार क्षति स्तर
अपनी फ़ाइल चुनिए और करप्ट कीजिए
सब कुछ आपके डिवाइस पर ही चलता है। न कुछ अपलोड होता है, न कुछ सहेजा जाता है।
फ़ाइलें यहाँ छोड़िए या ब्राउज़ कीजिए कोई भी फ़ॉर्मैट, कोई भी आकार, एक साथ कई फ़ाइलें
काम चल रहा है…0%
डाउनलोड के लिए तैयार
0समर्पित टूल
0फ़ॉर्मैट प्रोफ़ाइल
0बाइट कभी अपलोड हुए
0मुफ़्त, हमेशा के लिए
अपने फ़ॉर्मैट के लिए टूल चुनें
हर फ़ॉर्मैट की अपनी प्रोफ़ाइल है, जो उन संरचनाओं के अनुसार बनी है जिन पर उसके पार्सर निर्भर करते हैं।
दस्तावेज़ टूल
दफ़्तरी दस्तावेज़ और PDF वे प्रारूप हैं जिन्हें लोगों को सबसे ज़्यादा ख़राब करना पड़ता है, और जिन्हें भरोसेमंद ढंग से ख़राब करना सबसे मुश्किल है। Word, Excel और PowerPoint फ़ाइलें भीतर से ZIP पैकेज हैं जिनमें रिकवरी बनी हुई है, और PDF अपनी क्रॉस-रेफ़रेंस तालिकाएँ ख़ुद दोबारा बना लेते हैं। ये टूल उसी कंटेनर और इंडेक्स ढाँचे को नष्ट करते हैं जिन पर वे रिकवरी रास्ते टिके हैं।.
10 टूलकोड और डेटा टूल
टेक्स्ट आधारित प्रारूपों में नष्ट करने लायक हेडर होता ही नहीं, इसलिए अक्षर उलट-पुलट करने से बस दूसरा टेक्स्ट बनता है। ये टूल ऐसे बाइट अनुक्रम डालते हैं जो वैध UTF-8 हैं ही नहीं, इसलिए फ़ाइल महज़ बेमानी पढ़ी जाने के बजाय पढ़ी ही नहीं जा सकती, और यही बात पार्सर को ठीक वैसे विफल करती है जैसे असली ख़राबी करती है।.
7 टूलमीडिया टूल
मीडिया प्रारूप नुक़सान झेलने के लिए ही बने हैं: प्लेयर टूटे हिस्से छोड़ आगे बढ़ जाते हैं और तस्वीर के डिकोडर ख़राब खंड के बाद दोबारा तालमेल बिठा लेते हैं। जो कोई नहीं झेल पाता वह है इंडेक्स का खो जाना: MP4 का moov परमाणु, JPEG के स्कैन चिह्न, PNG के चंक हेडर। ये टूल उसी पर निशाना साधते हैं। हल्का स्तर इसके बजाय ग्लिच आर्ट जैसा असर देता है।.
7 टूलसंग्रह टूल
संग्रह वे प्रारूप हैं जिन्हें ख़राबी से बचाने की कोशिश सबसे साफ़ दिखती है। RAR के साथ रिकवरी रिकॉर्ड आते हैं, ZIP की मरम्मत करने वाले टूल बचे हुए स्थानीय हेडर ढूँढ़ते हैं, और TAR के पास तो खोने को इंडेक्स ही नहीं। इनमें से हर टूल अपने प्रारूप की सिर्फ़ पहली नहीं, हर वैकल्पिक तरकीब हटा देता है।.
5 टूलसिस्टम टूल
चलने वाली फ़ाइलें और इंस्टॉलर कुछ भी चलने से पहले जाँचे जाते हैं, जिससे उनके विफल होने का ढंग साफ़ और दोहराने लायक होता है। टूटी EXE लोड होते ही ठुकरा दी जाती है; टूटी DLL तब विफल होती है जब कोई ऐप्लिकेशन उसमें कोई फ़ंक्शन ढूँढ़ता है। दोनों को जब चाहें दोहरा पाना काम का है, और दोनों में से कोई चल नहीं सकती।.
4 टूलमज़े के टूल
हर चीज़ का गंभीर होना ज़रूरी नहीं। ये दोनों चीज़ों को सचमुच तोड़ने के बजाय टूटा हुआ दिखाते हैं: यूनिकोड के जुड़ने वाले चिह्नों को परत-दर-परत चढ़ाकर बना Zalgo टेक्स्ट, और असली डेटामोश, RGB खिसकाव तथा पिक्सेल छँटाई से गुज़ारे गए मीम। यहाँ की बाक़ी हर चीज़ की तरह ये दोनों भी आपके ब्राउज़र में ही चलते हैं।.
2 टूलFiles Corrupter कैसे काम करता है
तीन चरण, कोई खाता नहीं, कोई प्रतीक्षा नहीं।
पढ़नाFile API 8 MB के टुकड़े मेमोरी में लाता है
दोबारा लिखनाप्रोफ़ाइल हेडर, इंडेक्स और ट्रेलर नष्ट करती है
लौटानाBlob URL कॉपी सीधे आपको सौंप देता है
क्षति स्तर चुनें
लगभग सभी के लिए Standard सही है। इंजन एक्सटेंशन और मैजिक बाइट्स से फ़ॉर्मेट पहचानता है, फिर उस फ़ॉर्मेट की प्रोफ़ाइल लागू करता है।
परिणाम डाउनलोड करें
करप्ट प्रति मेमोरी में बनाई जाती है और मूल फ़ाइल नाम के साथ डाउनलोड के रूप में दी जाती है। आपकी स्रोत फ़ाइल कभी नहीं बदली जाती।
यह टूल उन फ़ाइलों को क्यों तोड़ देता है जिन्हें बाकी टूल चलती छोड़ देते हैं
ज़्यादातर ऑनलाइन फ़ाइल करप्ट करने वाले टूल कुछ दर्जन बाइट्स को बेतरतीब ढंग से ओवरराइट कर देते हैं। सादी टेक्स्ट फ़ाइल के लिए इतना काफ़ी है। लेकिन जिन फ़ॉर्मैट को लोग सचमुच तोड़ना चाहते हैं, उनके लिए आमतौर पर यह काफ़ी नहीं होता, क्योंकि वे फ़ॉर्मैट ऐसे कंटेनर हैं जो नुक़सान झेलने के लिए ही बनाए गए हैं।
बेतरतीब नहीं, फ़ॉर्मैट को समझकर
इंजन एक्सटेंशन और मैजिक बाइट्स पढ़ता है, 87 फ़ॉर्मैट प्रोफ़ाइलों में से एक चुनता है, और पेलोड को छूने से पहले उस फ़ॉर्मैट के संरचनात्मक चिह्न नष्ट करता है। बेतरतीब बाइट बदलाव अक्सर किसी कंप्रेस्ड स्ट्रीम के भीतर गिरते हैं, और यही वह नुक़सान है जिससे उबरने के लिए Word और Acrobat बनाए गए हैं।
कुछ भी अपलोड नहीं होता
फ़ाइलें File API से पढ़ी जाती हैं, मेमोरी में दोबारा लिखी जाती हैं और Blob URL के ज़रिए वापस दे दी जाती हैं। कोड में कोई अपलोड एंडपॉइंट है ही नहीं, इसलिए आपकी फ़ाइल के नाम वाला कोई सर्वर लॉग नहीं, भरोसा करने लायक कोई रिटेंशन नीति नहीं, और चोरी होने लायक कुछ भी नहीं।
चार सुनियोजित स्तर
Light ऐसी फ़ाइल छोड़ता है जो चेतावनी के साथ खुलती है या आंशिक रूप से दिखती है, और ग्लिच आर्ट यहीं से बनता है। Standard उसे खुलने लायक नहीं छोड़ता। Heavy मरम्मत करने वाले टूल्स को मात देता है। Shred नाम और आकार बनाए रखते हुए हर बाइट को क्रिप्टोग्राफ़िक शोर से बदल देता है।
रखी हुई हालत में पहचानी नहीं जा सकती
करप्ट कॉपी मूल फ़ाइल नाम, ठीक वही बाइट लंबाई और सही MIME टाइप बनाए रखती है। वह किसी भी दूसरी फ़ाइल की तरह कॉपी होती है, सिंक होती है, ईमेल में अटैच होती है और अपलोड फ़ॉर्म पास कर जाती है। वह सिर्फ़ उसी पल नाकाम होती है जब कोई उसे पढ़ने की कोशिश करता है।
बड़ी फ़ाइलें और एक साथ कई फ़ाइलें
प्रोसेसिंग 8 MB के टुकड़ों में चलती है और बीच-बीच में इवेंट लूप को नियंत्रण लौटाती रहती है, इसलिए कई गीगाबाइट का वीडियो न टैब जमाता है न मेमोरी ख़त्म करता है। पूरा फ़ोल्डर छोड़िए, हर फ़ाइल एक ही बार में प्रोसेस हो जाती है, लगभग 18 ms प्रति मेगाबाइट की रफ़्तार से।
जाँचने लायक नतीजा
हर बार चलाने पर बताया जाता है कि कौन-सी प्रोफ़ाइल इस्तेमाल हुई, कितने संरचना चिह्न नष्ट हुए, कितने प्रतिशत बाइट दोबारा लिखे गए, और हेडर का पहले-बाद का हेक्स दृश्य। वैकल्पिक SHA-256 हैश साबित कर देता है कि इनपुट और आउटपुट अलग हैं।
हेडर
इंडेक्स
सामग्री
ट्रेलर
हेडर, इंडेक्स और ट्रेलर ख़त्म हो चुके हैं। कोई भी एक भी प्रविष्टि नहीं खोज सकता, इसलिए मरम्मत के पास दोबारा बनाने लायक कुछ बचता ही नहीं।
किस फ़ॉर्मैट में क्या नष्ट होता है
नुक़सान पहले संरचना पर लगता है और उसके बाद सामग्री पर। हर प्रोफ़ाइल जिस चिह्न को निशाना बनाती है और उसके बाद ऐप्लिकेशन जो त्रुटि असल में दिखाता है, वह यहाँ है।
%PDF- हेडर नष्ट
ऑब्जेक्ट और कंटेंट स्ट्रीम एन्ट्रॉपी
xref टेबल नष्ट
ट्रेलर नष्ट
%%EOF नष्ट
संरचना नष्ट एन्ट्रॉपी बिखेरी गई
Acrobat: "फ़ाइल क्षतिग्रस्त है और उसकी मरम्मत नहीं हो सकी।"
रीडर PDF को पीछे से खोलता है, इसलिए अंत में मौजूद हर इंडेक्स का जाना ज़रूरी है।
| फ़ॉर्मैट | नष्ट होने वाली संरचना | आपको क्या दिखेगा |
|---|---|---|
%PDF- हेडर, हर xref टेबल, ट्रेलर और %%EOF चिह्न | Acrobat: "फ़ाइल क्षतिग्रस्त है और उसकी मरम्मत नहीं हो सकी" | |
| DOCX, XLSX, PPTX | लोकल फ़ाइल हेडर, सेंट्रल डायरेक्टरी और सेंट्रल डायरेक्टरी समाप्ति रिकॉर्ड | Word: "अपठनीय सामग्री", और उसके बाद Open and Repair भी नाकाम रहता है |
| ZIP, RAR, 7z | आर्काइव इंडेक्स, लोकल हेडर और RAR रिकवरी रिकॉर्ड | WinRAR: "फ़ाइल को आर्काइव के रूप में नहीं खोला जा सकता" |
| ISO | पूरा 32 KB सिस्टम क्षेत्र और CD001 वॉल्यूम डिस्क्रिप्टर | Windows: "फ़ाइल माउंट करने में समस्या हुई" |
| DMG | koly ट्रेलर और mish ब्लॉक मैप | macOS: "कोई माउंट करने योग्य फ़ाइल सिस्टम नहीं" |
| MP4, MOV, MKV | ftyp ब्रांड और सैंपल टेबल रखने वाला moov एटम | VLC: "आपका इनपुट खोला नहीं जा सका" |
| MP3, WAV, FLAC | ID3 टैग, MPEG फ़्रेम सिंक शब्द और FLAC का STREAMINFO ब्लॉक | न अवधि, न आर्टवर्क, कुछ भी नहीं चलता |
| JPG, PNG, GIF | SOI, SOF, DHT और SOS मार्कर; PNG सिग्नेचर, IHDR और IDAT चंक | हर ब्राउज़र में टूटी हुई इमेज का प्लेसहोल्डर |
| PSD, AI | 8BPS हेडर, 8BIM रिसोर्स ब्लॉक और एम्बेडेड PDF की xref | Photoshop: "यह फ़ाइल संगत नहीं है" |
| EXE, DLL, APK | MZ स्टब, PE हेडर और सेक्शन टेबल; APK साइनिंग ब्लॉक | Windows: "यह वैध Win32 ऐप्लिकेशन नहीं है" |
लगभग 87 एक्सटेंशन के लिए अलग प्रोफ़ाइल मौजूद है। बाक़ी सब एक सामान्य बाइनरी प्रोफ़ाइल से गुज़रते हैं जो हेडर और ट्रेलर ओवरराइट करती है और बॉडी में एन्ट्रॉपी बिखेर देती है, इसलिए आप यहाँ फ़ाइलें ऑनलाइन करप्ट कर सकते हैं, चाहे उस फ़ॉर्मैट का अपना पेज हो या न हो।
निजता के वादे पर यूँ ही भरोसा मत कीजिए
हर फ़ाइल टूल कहता है कि वह आपका डेटा नहीं रखता। यहाँ यह दावा एक मिनट से भी कम में, तीन अलग तरीक़ों से जाँचा जा सकता है।
नेटवर्क टैब देखिए
डेवलपर टूल्स खोलिए, Network टैब पर जाइए, फिर एक फ़ाइल करप्ट कीजिए और अनुरोधों को आकार के हिसाब से क्रमबद्ध कीजिए। पेलोड के हिसाब से क्रमबद्ध सूची में कोई अपलोड छिप नहीं सकता। बाहर जाने वाले अनुरोध सिर्फ़ फ़ॉन्ट और एनालिटिक्स व विज्ञापन टैग के हैं, और उनमें से कोई भी आपकी फ़ाइल नहीं ले जाता।
कनेक्शन काटकर दोबारा आज़माइए
यह पेज लोड कीजिए, Wi-Fi बंद कीजिए या एयरप्लेन मोड चालू कीजिए, और फिर कोई फ़ाइल करप्ट कीजिए। शुरू से आख़िर तक सब वैसे ही चलता है। जो टूल ऑफ़लाइन भी चलता रहे, वह कभी कुछ कहीं भेज ही नहीं रहा था।
कोड ख़ुद पढ़िए
यह टूल बिना मिनिफ़ाई किए और बिना किसी डिपेंडेंसी के भेजा जाता है। डेवलपर टूल्स में Sources पैनल खोलकर उसे वहीं पढ़ लीजिए: टिप्पणियों समेत 500 से कम पंक्तियाँ, हर बाइट ऑपरेशन सामने, और उसमें एक भी fetch, XHR या WebSocket कॉल नहीं।
आपका डिवाइस फ़ाइल पढ़ी गई, दोबारा लिखी गई और लौटा दी गई, सब कुछ पेज की मेमोरी में
कोई भी सर्वर फ़ाइल कभी नहीं पाता, क्योंकि वह कभी भेजी ही नहीं जाती
- पहले के अनुरोध
- –
- बाद के अनुरोध
- –
- इस साइट को भेजा गया
- –
बटन दबाइए ताकि मेमोरी में 256 KB की फ़ाइल बने, वह करप्ट हो, और इस पेज ने उससे पहले और बाद में जो नेटवर्क अनुरोध किए उनकी तुलना हो सके। इस दौरान चलने वाला कोई भी तीसरे पक्ष का एनालिटिक्स या विज्ञापन अनुरोध नतीजे में नाम सहित बताया जाता है; अहम बात यह है कि यहाँ कुछ भी वापस नहीं भेजा जाता, क्योंकि भेजने के लिए कोई जगह ही नहीं है।
फ़ाइल करप्टर कौन इस्तेमाल करता है, और क्यों
जानबूझकर तोड़ी गई फ़ाइलें सॉफ़्टवेयर बनाने, चलाने और सिखाने का रोज़मर्रा का हिस्सा हैं।
डेवलपर और QA इंजीनियर
ख़राब इनपुट प्रोडक्शन में गड़बड़ी के सबसे आम कारणों में से एक है और किसी भी कोडबेस के सबसे कम जाँचे गए रास्तों में से भी। करप्ट फ़ाइल यह जाँचती है कि पार्सर अटकने या असीमित मेमोरी लेने के बजाय नियंत्रित ढंग से रुकता है या नहीं, अपलोड एंडपॉइंट कोई काम की त्रुटि लौटाता है या नहीं, और फ़ाइल टाइप जाँच एक्सटेंशन पर भरोसा करने के बजाय मैजिक बाइट्स पढ़ती है या नहीं।
आईटी और इन्फ़्रास्ट्रक्चर टीमें
जिस बैकअप को आपने कभी रिस्टोर नहीं किया, वह महज़ एक अनुमान है। किसी डेटाबेस डंप या डिप्लॉयमेंट आर्टिफ़ैक्ट को करप्ट कीजिए, फिर उस पर रिस्टोर प्रक्रिया चलाइए और देखिए कि इंटीग्रिटी जाँच चलती है या नहीं, इम्पोर्ट साफ़-सुथरे ढंग से वापस लौटता है या नहीं, और ख़राब आर्टिफ़ैक्ट किसी सही आर्टिफ़ैक्ट को ओवरराइट कर सकता है या नहीं।
सुरक्षा शोधकर्ता और फ़ॉरेंसिक
फ़ज़िंग कॉर्पस के लिए ख़राब इनपुट बनाइए, जाँचिए कि कोई स्कैनर टूटे हुए आर्काइव को बिना अटके संभालता है या नहीं, या असली मैलवेयर को छुए बिना डिजिटल फ़ॉरेंसिक और इंसिडेंट रिस्पॉन्स प्रशिक्षण के लिए दोहराए जा सकने वाली क्षतिग्रस्त साक्ष्य फ़ाइलें तैयार कीजिए।
शिक्षक और प्रशिक्षक
कक्षा को दिखाइए कि करप्ट फ़ाइल बाइट स्तर पर कैसी दिखती है, समझाइए कि चेकसम और वर्शन वाले बैकअप क्यों मौजूद हैं, और विद्यार्थियों को रिकवरी का अभ्यास कराने के लिए एक जैसी क्षतिग्रस्त फ़ाइलें दीजिए। हर बार के बाद दिखने वाला हेक्स दृश्य बदलाव को अमूर्त बात के बजाय आँखों के सामने ला देता है।
ख़राब इनपुट को जानबूझकर जाँचना क्यों ज़रूरी है
स्टोरेज उससे कहीं ज़्यादा बार, और कहीं ज़्यादा चुपचाप ख़राब होता है जितना अधिकतर टीमें मानकर चलती हैं। Understanding the Robustness of SSDs under Power Fault (Zheng आदि, USENIX FAST 2013) में पाँच निर्माताओं की जाँची गई 15 में से 13 सॉलिड-स्टेट ड्राइव तब नाकाम हो गईं जब लिखाई के बीच में बिजली काट दी गई। देखी गई ख़राबियाँ सिर्फ़ मरे हुए उपकरण नहीं थीं: उनमें बिट करप्शन, अधूरी लिखाई, क्रमबद्ध न हो सकने वाली लिखाई और मेटाडेटा करप्शन शामिल थे, और यही वह श्रेणी है जो फ़ाइल को मौजूद, सही आकार की और अपठनीय छोड़ जाती है।
मैकेनिकल ड्राइव भी समय के साथ सुरक्षित नहीं होतीं। एक लाख से अधिक डिस्क पर गूगल के विश्लेषण में तीसरे साल तक वार्षिक विफलता दर 8.6% के क़रीब पहुँचती दिखी, और ड्राइव को ख़राब घोषित किए जाने से बहुत पहले से छिपी हुई सेक्टर त्रुटियाँ बिना पकड़ में आए जमा होती रहीं।
इसका व्यावहारिक नतीजा यह है कि क्षतिग्रस्त फ़ाइल को संभालने वाला कोड किसी न किसी दिन प्रोडक्शन में चलेगा ही, चाहे किसी ने उसे जाँचा हो या नहीं। फ़ाइल को जानबूझकर करप्ट करना उसे एक घटना से बदलकर ऐसा टेस्ट बना देता है जिसे आप CI में चला सकते हैं। क्या-क्या जाँचना है, इसके विस्तृत विवरण के लिए देखिए उस त्रुटि रास्ते की जाँच जिसे कोई नहीं जाँचता।
दूसरे ऑनलाइन टूल्स से तुलना
ईमानदार तुलना, उन जगहों समेत जहाँ दूसरे विकल्प बिल्कुल ठीक हैं।
| विशेषता | Files Corrupter | सामान्य ऑनलाइन टूल |
|---|---|---|
| प्रोसेसिंग कहाँ होती है | आपके ब्राउज़र में | सर्वर पर अपलोड |
| फ़ाइल आकार की सीमा | कोई नहीं, ब्राउज़र की लगभग 2 GB की सीमा तक | अक्सर 10 से 100 MB |
| करप्ट करने का तरीक़ा | फ़ॉर्मैट को समझकर, संरचनात्मक | बेतरतीब बाइट बदलाव |
| Office और Acrobat की मरम्मत को मात देता है | हाँ | अक्सर नहीं |
| नुक़सान के स्तर | चार | एक |
| एक साथ कई फ़ाइलें | हाँ | एक बार में एक फ़ाइल |
| नाम, आकार और MIME टाइप बनाए रखता है | हाँ | आमतौर पर नाम बदल देता है |
| ऑफ़लाइन चलता है | हाँ | नहीं |
| क्या बदला, यह बताता है | प्रोफ़ाइल, चिह्न, हेक्स, SHA-256 | कुछ नहीं |
| खाता ज़रूरी है | कभी नहीं | कभी-कभी |
यह टूल क्या नहीं करेगा
इसे साफ़ कहना ज़रूरी है, क्योंकि यहाँ ज़्यादा वादे करने वाला टूल ठीक उसी वक़्त आपका समय बर्बाद करता है जब वह सबसे ज़्यादा मायने रखता है।
- यह कुछ भी ठीक नहीं कर सकता. करप्शन एकतरफ़ा है। हेडर, इंडेक्स और ट्रेलर चले जाने के बाद दोबारा बनाने लायक कोई अतिरिक्त जानकारी नहीं बचती, न हमारे पास और न किसी रिकवरी टूल के पास। मूल फ़ाइल संभालकर रखिए।
- यह टाइमस्टैम्प नहीं बदल सकता. बनाने और बदलने की तारीख़ें आपकी फ़ाइल सिस्टम से आती हैं, फ़ाइल की सामग्री से नहीं। यहाँ कुछ भी किसी फ़ाइल को किसी ख़ास पल में क्षतिग्रस्त हुआ नहीं दिखा सकता।
- यह पहले से दर्ज हैश को धोखा नहीं दे सकता. अगर किसी सिस्टम ने सही फ़ाइल का चेकसम पहले ही सहेज लिया है, तो करप्ट कॉपी उससे मेल नहीं खाएगी। चेकसम का मक़सद ही यही है।
- यह किसी ख़ास ऐप्लिकेशन की गारंटी नहीं दे सकता. फ़ॉर्मैट प्रोफ़ाइलें उन संरचनाओं को निशाना बनाती हैं जिन पर पार्सर निर्भर करते हैं और नतीजे एक जैसे रहते हैं, लेकिन कोई भी टूल हर प्रोग्राम के हर संस्करण में एक जैसे व्यवहार का वादा नहीं कर सकता।
- यह आपकी मूल फ़ाइल कभी नहीं बदलता. आपकी चुनी हुई फ़ाइल मेमोरी में पढ़ी जाती है। नुक़सान एक कॉपी पर लगाया जाता है और उसे डाउनलोड के रूप में लौटा दिया जाता है। डिस्क पर मौजूद मूल फ़ाइल अछूती रहती है।
हर स्तर वास्तव में क्या करता है
क्षति पहले संरचना पर और फिर पेलोड पर लागू होती है। यही क्रम "चेतावनी के साथ खुलता है" और "पुनर्प्राप्त नहीं किया जा सकता" के बीच का अंतर है।
हेडर और ट्रेलर सामग्री 3% बाइट दोबारा लिखे गए, हेडर, सिग्नेचर और ट्रेलर नष्ट
किसी भी सामान्य ऐप्लिकेशन में नहीं खुलेगी।
| स्तर | दोबारा लिखी गई सामग्री | निशाना बनी संरचना | नतीजा |
|---|---|---|---|
| Light | ~0.5% | सिर्फ़ मैजिक बाइट्स | त्रुटि के साथ खुलती है या आंशिक रूप से दिखती है। कभी-कभी रिकवर हो जाती है। |
| Standard | ~3% | हेडर, सभी सिग्नेचर, ट्रेलर | किसी भी सामान्य ऐप्लिकेशन में नहीं खुलेगी। |
| Heavy | ~12% | हेडर, सभी सिग्नेचर, दोहरा ट्रेलर | रिकवरी और मरम्मत सॉफ़्टवेयर को पूरी तरह मात देता है। |
| Shred | 100% | पूरी फ़ाइल बदल दी जाती है | हर बाइट क्रिप्टोग्राफ़िक शोर बन जाता है। |
अक्सर पूछे जाने वाले प्रश्न
क्या Files Corrupter वाकई मुफ़्त है?
हाँ। पूरी तरह मुफ़्त, बिना खाते, बिना साइन-अप और बिना उपयोग सीमा के। यह टूल आपके अपने हार्डवेयर पर चलता है।
क्या मेरी फ़ाइलें सर्वर पर अपलोड होती हैं?
नहीं। हर बाइट स्थानीय रूप से आपके ब्राउज़र में संसाधित होता है। कुछ भी प्रसारित, लॉग या संग्रहीत नहीं किया जाता।
क्या करप्ट फ़ाइल पुनर्प्राप्त की जा सकती है?
Standard स्तर और उससे ऊपर, नहीं। इंजन उन संरचनात्मक चिह्नों को नष्ट कर देता है जिन पर रिकवरी टूल निर्भर करते हैं। हमेशा एक बैकअप रखें।
क्या करप्ट फ़ाइल सामान्य दिखती है?
हाँ। आउटपुट मूल फ़ाइल नाम, बाइट लंबाई और MIME प्रकार रखता है। यह केवल तभी विफल होती है जब कोई इसे पार्स करने की कोशिश करता है।
अधिकतम फ़ाइल आकार क्या है?
हमारी ओर से कोई सीमा नहीं। फ़ाइलें 8 MB स्लाइस में संसाधित होती हैं, इसलिए बड़ी वीडियो फ़ाइलें भी संभाली जाती हैं।
कौन से फ़ॉर्मेट समर्थित हैं?
कोई भी फ़ॉर्मेट। लगभग 87 एक्सटेंशन की समर्पित प्रोफ़ाइल है, और बाकी सब एक सामान्य बाइनरी प्रोफ़ाइल पर वापस आते हैं।