ضاغط الصور

بالنسبة إلى PNG وWebP نعم تمامًا: يعيد oxipng ووضع بدون الفقدان في libwebp كتابة الملف دون المساس ببكسل واحد، فتكون الصورة بعد فك الترميز مطابقة على مستوى البت. أما JPEG فهو الاستثناء الصريح — لا يوجد أي معيد ضغط JPEG بدون فقدان يعمل داخل المتصفح، لذلك يُعاد ترميز ملفات JPEG بـ MozJPEG بجودة 85 افتراضيًا وتُوسم بأنها بدون فقدان بصريًا. فعّل وضع بدون فقدان الصارم لتمر ملفات JPEG دون مساس.

لا، وليس هذا خيار سياسة بل خيار معماري. المرمّزات وحدات WebAssembly تعمل داخل متصفحك، فلا يوجد خادم يمكن أن يستقبل الملف. ويمكنك التحقق بنفسك: حمّل الصفحة، ثم اقطع الاتصال، وسيستمر الضغط في العمل.

ليس اليوم. أنت تتحكم بجودة JPEG مباشرة، لكن لا يوجد وضع حجم مستهدف من نوع «اضغط إلى 100 كيلوبايت» يبحث عن الإعداد الذي يصل إلى رقم بعينه. إن كنت بحاجة إلى سقف دقيق، اضغط الصورة ثم تحقق من الحجم الناتج في قائمة الملفات.

نعم — فهو يكتشف الصيغة الحقيقية من البايتات السحرية للملف بدل الوثوق بالامتداد، ثم يوجّهه إلى المرمّز المناسب: oxipng لـ PNG، وMozJPEG لـ JPEG، وlibwebp لـ WebP. الدفعات المختلطة لا مشكلة فيها؛ فكل ملف يسلك مساره الخاص. أما الصيغ خارج PNG وJPEG وWebP فتُرفض بدل تمريرها بصمت.

لأنها كانت مضغوطة جيدًا بالفعل. وعندما تعجز إعادة الترميز عن التفوق على الملف الأصلي، تعيد الأداة بايتاتك الأصلية وتضع على الصف علامة محسّن بالفعل — ولن تسلّمك أبدًا ملفًا أكبر مما بدأت به. الصور المصدَّرة بمرمّز حديث تقع هنا غالبًا، وهذه هي النتيجة الصحيحة لا فشلًا.

حتى 200 ملفًا في الدفعة الواحدة، وبلا حد لعدد الدفعات التي تشغّلها — فلا توجد حصة تُستهلك لأن العمل يجري على عتادك لا على عتادنا. ومع ذلك قد تستنفد الصور الضخمة جدًا ذاكرة المتصفح؛ وإذا فشل ملف، يبلّغ صفه عن الفشل وتكمل بقية الدفعة.

لا حساب، ولا تسجيل دخول، ولا أرصدة، ولا علامة مائية. لا تتضمن سلسلة المعالجة أي خطوة لإضافة هوية بصرية — ما تنزّله هو صورتك نفسها، مرمّزة بكفاءة أعلى فقط.