ضاغط الصور

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

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

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

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

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

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

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