कार्यपद्धती

हा दावा

तुम्ही निवडलेल्या फाइल्सवर याच ब्राउझरमध्ये स्थानिक पातळीवर प्रक्रिया होते आणि FileSlimmer त्या अपलोड करत नाही. हा एक विशिष्ट, तपासता येण्याजोगा दावा आहे. तो खरा कसा राखला जातो आणि त्या वाक्यावर विश्वास न ठेवता तुम्ही तो कसा पडताळू शकता, हे या पृष्ठावर सांगितले आहे.

तुम्ही स्वतः हे कसे तपासाल

1. तुमच्या ब्राउझरची डेव्हलपर टूल्स उघडा आणि Network टॅबवर जा.
2. एखादे साधन पृष्ठ लोड करा आणि ते पूर्ण लोड होऊ द्या. तुम्हाला HTML, CSS, JavaScript आणि काही साधनांसाठी WebAssembly मॉड्यूल किंवा AI मॉडेलच्या विनंत्या दिसतील. त्या सर्व याच डोमेनवरून येतात.
3. नेटवर्क लॉग साफ करा.
4. एक फाइल निवडा आणि साधन चालवा.
5. लॉगकडे लक्ष ठेवा. फाइलवर प्रक्रिया सुरू असताना कोणतीही विनंती पाठवली जात नाही.

पृष्ठ लोड झाल्यानंतर तुमचे नेटवर्क कनेक्शन बंद करणे ही याच चाचणीची अधिक ठोकळ आवृत्ती आहे: साधने तरीही चालू राहतात.

बिल्ड हे कसे लागू करते

चार स्वतंत्र यंत्रणा; यांपैकी प्रत्येक इशारा देण्याऐवजी बिल्ड अयशस्वी करते:

• स्रोत स्कॅन. तुमच्या बाइट्सना स्पर्श करू शकणाऱ्या प्रत्येक फाइलमध्ये fetch, XMLHttpRequest, WebSocket, EventSource, WebTransport, sendBeacon आणि FormDataयांचा शोध घेतला जातो. एकही टिप्पणीविरहित वापर आढळल्यास बिल्ड थांबतो. प्रक्रिया सुरू होण्यापूर्वी होणारे same-origin इंजिन किंवा मॉडेल डाउनलोड हाच एकमेव परवानगी असलेला अपवाद आहे, आणि त्यांपैकी प्रत्येकासोबत स्रोतामध्ये लेखी समर्थन दिलेले आहे.
• सेल्फ-होस्टिंग ऑडिट. संपूर्ण स्रोत वृक्ष आणि तयार झालेले आउटपुट यांमध्ये तृतीय-पक्ष होस्ट आहेत का हे तपासले जाते. कोणतीही लायब्ररी, फॉन्ट, मॉडेल किंवा WebAssembly बायनरी CDN वरून लोड केली जात नाही, त्यामुळे विनंतीच्या मार्गात तृतीय पक्ष मुळात येतच नाही.
• Content Security Policy. डिप्लॉय केलेला Content-Security-Policy हेडर connect-src 'self'असे सेट करतो. कोडने बाहेर जाणारी विनंती करण्याचा प्रयत्न केला, तरी ब्राउझर ती नाकारेल.
• रनटाइम लॉक. प्रक्रियेचे काम सुरू असताना पृष्ठाची स्वतःची नेटवर्क साधने अडवली जातात आणि ती विनंत्या नाकारतात. स्वयंचलित ब्राउझर चाचणी नेमके हेच वर्तन तपासते.

आम्ही जाणूनबुजून कशाचे आश्वासन देत नाही

• फाइल नेमक्या ठरावीक आकारापर्यंत पोहोचेल असे आम्ही वचन देत नाही. कॉम्प्रेशन हे आशयावर अवलंबून असते. गुणवत्तेची किमान मर्यादा ओलांडल्याशिवाय लक्ष्य गाठता येत नसेल, तेव्हा FileSlimmer तसे सांगते आणि जिथवर पोहोचता आले तो सर्वोत्तम निकाल देते.
• प्रत्येक फाइल प्रत्येक उपकरणावर प्रक्रिया होईल असे आम्ही वचन देत नाही. ब्राउझरची मेमरी मर्यादित असते, आणि फोनवरील मोठी फाइल टॅब क्रॅश करण्याआधीच नाकारली जाऊ शकते. उपकरणाच्या मर्यादा तुमची फाइल वाचली जाण्यापूर्वी लावल्या जातात, नंतर नाही.
• आम्ही कामगिरीच्या गुणांकाचे वचन देत नाही. Lighthouse आणि Core Web Vitals हे उपकरण आणि नेटवर्कवर अवलंबून असतात.
• तुमचे एक्स्टेंशन, तुमची ऑपरेटिंग सिस्टीम किंवा तुमचे नेटवर्क यांबद्दल आम्ही कशाचेही वचन देत नाही. पहा: गोपनीयता निवेदन.

विध्वंसक क्रियांना तसे चिन्हांकित केले जाते

काही क्रिया स्वभावतःच माहिती गमावतात. रास्टराइझ करून केलेले PDF कॉम्प्रेशन शोधण्याजोगा मजकूर, लिंक, फॉर्म, टिप्पण्या, लेयर, अ‍ॅक्सेसिबिलिटी रचना आणि डिजिटल स्वाक्षऱ्या काढून टाकते. स्वाक्षरी केलेली PDF संपादित केल्याने तिची स्वाक्षरी अवैध ठरते. मेटाडेटा काढून टाकल्याने इमेजमध्ये दिसणारी माहिती काढली जात नाही. यांपैकी प्रत्येक गोष्टीबद्दल FileSlimmer नंतर नव्हे, तर आधीच इशारा देते.

ओपन सोर्स

FileSlimmer ओपन-सोर्स घटकांवर उभारले आहे. त्यांचे परवाने आणि स्रोत रिपॉझिटरी यांची यादी इथे आहे: ओपन-सोर्स सूचना पृष्ठ; यात LGPL घटकांसाठीच्या रीलिंकिंग ऑफरचाही समावेश आहे.