ضغط الملفات قبل الإرسال: تقليل الحجم وتوفير الوقت

اضغط النصوص وشيفرة المصدر والسجلات وملفات CSV وصيغ الصور غير المضغوطة كـ .bmp أو .tiff قبل الإرسال — توقع تقليصاً بمقدار 3-10 أضعاف. لا تضغط ملفات .jpg أو .png أو .mp4 أو .mp3 أو .docx أو .xlsx أو .pdf أو .zip — فهي مضغوطة داخلياً بالفعل، والمرور الثاني لا يوفّر سوى 2-3% في أحسن الأحوال مع استهلاك المعالج. لتجميع ملفات صغيرة متعددة في رفع واحد، استخدم .zip بوضع "تخزين" (بلا ضغط). لأقصى نسبة ضغط على البيانات القابلة للضغط، يتفوق 7z مع LZMA2 عادةً على .zip بـ 30-40%. يُكافئ RAR عموماً 7z، لكنه يتطلب من المستلم تثبيت WinRAR أو 7-Zip — أما .zip فمدعوم عالمياً.

متى يُفيد الضغط فعلاً

تنضغط الملفات النصية انضغاطاً كبيراً. ملف سجل خادم بحجم 10 ميغابايت كثيراً ما يتقلّص إلى 800 كيلوبايت مع .zip (12×)، وإلى 550 كيلوبايت مع 7z (18×). يعمل الضغط لأن السجلات تحتوي أنماطاً متكررة للغاية — طوابع زمنية، وعناوين IP، ورموز حالة HTTP — تستغلها خوارزميات الضغط باحتراف.

فئات تنضغط بالقدر نفسه:

• شيفرة المصدر: .js و.py و.java و.cs و.go — عادةً ضغط 3-5 أضعاف
• بيانات CSV: 4-10 أضعاف تبعاً للتكرار في المحتوى
• JSON/XML: 5-8 أضعاف بسبب تكرار أسماء الحقول
• الصور غير المضغوطة: .bmp (5-10 أضعاف)، .tiff غير المضغوط (4-8 أضعاف)
• قواعد البيانات: مقالب .sql وملفات SQLite ذات الصفحات الحرة (2-4 أضعاف)
• طبقات PSD المسطّحة: 2-3 أضعاف إن لم تكن مضغوطة بـ RLE داخلياً

أرشيف tar لمستودع Git متوسط الحجم كثيراً ما ينضغط 4-5 أضعاف، ولهذا تُغلّف git archive الشجرة في .tar.gz افتراضياً.

متى يكون الضغط عديم الجدوى

الصيغ المضغوطة مسبقاً لا تصغر. البيانات الأساسية مرّت بـ DEFLATE أو H.264 أو تكميم JPEG DCT أو مخطط مماثل — والإنتروبيا قريبة بالفعل من الحد النظري الأدنى.

ملفات لا تستفيد من الضغط:

• .jpg و.jpeg و.heic: ضغط بفقدان مُطبَّق مسبقاً
• .png: ضغط DEFLATE مدمج
• .mp4 و.mov و.mkv: ضغط H.264 أو H.265 مُطبَّق مسبقاً
• .mp3 و.aac و.flac و.ogg: صوت مضغوط مسبقاً
• .pdf: تدفقات الكائنات الداخلية عادةً مضغوطة بـ DEFLATE
• .docx و.xlsx و.pptx: هي فعلياً أرشيفات ZIP من XML — إعادة ضغطها تكرار
• .zip و.7z و.rar و.gz و.bz2 و.xz: أرشيفات مضغوطة؛ المرور الثاني عبث
• .apk و.jar و.war: أرشيفات Java/Android قائمة على ZIP

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

ZIP مقابل 7z مقابل RAR

| الصيغة | النسبة النموذجية | السرعة | توافق المستلم | التشفير | |---|---|---|---|---| | .zip (DEFLATE) | الأساس | سريع | عالمي (مدمج في Windows وmacOS وLinux) | ZIP 2.0 (ضعيف)، AES-256 (معظم الأدوات الحديثة) | | .zip (DEFLATE64) | 5-10% أفضل | سريع | Windows مدمج، 7-Zip، بعض أدوات macOS | مثل .zip | | 7z (LZMA2) | 30-40% أفضل من .zip | أبطأ | يتطلب 7-Zip أو Keka أو The Unarchiver | AES-256 مدمج | | .rar (RAR5) | ~25-35% أفضل من .zip | متوسط | يتطلب WinRAR أو 7-Zip؛ ليس مجانياً للإنشاء | AES-256 مدمج | | .tar.gz | مماثل لـ .zip | سريع | مدمج في macOS وLinux؛ يحتاج 7-Zip على Windows | لا شيء | | .tar.zst (Zstandard) | بين .zip و7z | سريع جداً | يتطلب zstd (ليس عالمياً بعد) | لا شيء |

للنقل والتوافق، يبقى .zip الخيار الأكثر أماناً. للنسبة العالية، 7z يفوز. للسرعة والكفاءة الحديثة، Zstandard ممتاز لكن المستلمين يحتاجون أدوات تدعمه.

وضع "تخزين" للتجميع

إن كنت ترسل 200 صورة .jpg في نقل واحد، لا تزال تريدها في أرشيف واحد ليضغط المستلم "تنزيل" مرة واحدة. استخدم .zip مع مستوى ضغط 0 (وضع "تخزين"). الأرشيف هو مجموع أحجام الملفات بالإضافة إلى بضعة كيلوبايتات من تكلفة الدليل — وتكلفة المعالج لإنشائه تكاد تكون صفراً.

في 7-Zip: Add to archive ← Compression level ← Store. في Finder بـ macOS: انقر بالزر الأيمن ← Compress (يستخدم DEFLATE افتراضياً، لن يفيد .jpg لكن لا يضرّ كثيراً). في سطر الأوامر: zip -0 bundle.zip *.jpg.

التشفير عند الضغط

ملفات ZIP المحمية بكلمة مرور باستخدام AES-256 (لا تشفير ZIP 2.0 القديم) خيار مقبول لنقل الحمولات الحساسة حين لا يمكن الاعتماد على أمان قناة النقل. يدعم كل من WinRAR و7-Zip وArchive Utility في macOS تشفير AES-256 لـ ZIP.

التحذير: تبادل كلمة المرور. لا ترسل كلمة المرور بالبريد في الرسالة ذاتها التي تحتوي ملف ZIP. أرسل الملف أولاً، ثم شارك كلمة المرور عبر Signal أو iMessage أو قناة منفصلة. الأفضل: استخدم خدمة نقل تمتلك حماية بكلمة مرور مدمجة لتتولى هذا التعقيد عنك.

تشفير ZIP 2.0 القديم (لا يزال الافتراضي أحياناً في الأدوات القديمة) مكسور تشفيرياً — يمكن استرداده في ثوانٍ بهجمات النص الواضح المعروف. تحقّق دائماً من استخدام AES-256 إن كنت تعتمد على تشفير الأرشيف للأمان.

المقايضة: وقت المعالج مقابل البايتات الموفَّرة

الضغط مقايضة بين الوقت والحجم. الضغط 7z الأقصى على أرشيف نصي 5 جيجابايت قد يستغرق 30 دقيقة على حاسوب محمول ويوفر 2 جيجابايت مقارنةً بـ .zip. إن كان النقل مقيداً بالحجم (خدمة بسقف 2 جيجابايت)، يستحق ذلك. أما إن كان النقل مقيداً بالوقت والنطاق الترددي رخيصاً، فنفس الـ 5 جيجابايت تُرفع في 90 ثانية عبر الألياف — نصف ساعة الضغط كانت ستكلّف وقتاً أطول مما وفّرت.

قاعدة مرشدة: اضغط حين تكون الشبكة بطيئة نسبةً للمعالج؛ لا تُزعج نفسك حين تكون الشبكة أسرع من المعالج.

تقسيم الأرشيفات الكبيرة

حين يتجاوز الملف سقف خدمة النقل، يُعدّ التقسيم إلى أجزاء خياراً. يدعم كل من 7-Zip وWinRAR الأرشيفات متعددة الأجزاء (.7z.001 و.7z.002، أو .part1.rar و.part2.rar). يمكن رفع كل جزء كنقل منفصل، ويُنزّل المستلم جميع الأجزاء ثم يستخرج محتواها.

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

الضغط بالفقدان كبديل

أحياناً الهدف ليس ضغط الأرشيف بل تحويل صيغة الملف. ملف صوت .wav بحجم 200 ميغابايت يصبح .mp3 بـ 320 كيلوبت/ث وحجم 15 ميغابايت — بفقدان لكن شبه شفاف للاستماع العادي. صورة .tiff غير مضغوطة بحجم 60 ميغابايت تصبح .jpg عالية الجودة بحجم 5 ميغابايت. مقطع .mov بدقة 4K أُعيد ترميزه إلى H.265 بمعدل بت معقول قد يتقلّص 3-5 أضعاف.

استخدم هذا بحكمة. للملفات الأصلية، التحويل بالفقدان يدمّر المعلومات. للمعاينات أو التسليمات، هو الأداة الصحيحة. الأدوات: FFmpeg للفيديو والصوت، Handbrake للفيديو، ImageMagick للصور، وحوارات التصدير في Photoshop أو Final Cut Pro أو Premiere.

ما تفعله خدمة النقل على أي حال

معظم خدمات النقل تضغط إلى حدٍّ ما أثناء النقل — تشفير TLS معطّل لأسباب أمنية، لكن HTTP gzip أو brotli على طبقة API أحياناً يُفعَّل للبيانات الوصفية. حمولة الملف الفعلية لا تُضغط من جانب الخادم لأن معظم حركة البيانات في صيغ مضغوطة مسبقاً.

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

اقرر حسب المحتوى لا حسب العادة

الخطأ الشائع هو الضغط الانعكاسي "اضغط دائماً قبل الإرسال". لعميل يستلم 20 مستند .pdf، حزمة ZIP مريحة. لعميل يستلم .mp4 واحد بحجم 800 ميغابايت، ZIP يهدر الوقت على الطرفين. طابق الاختيار مع المحتوى.

عند الشك: أرسل خاماً. يستطيع المستلم دائماً الضغط بعد الاستلام. إن كنت تجمع ملفات متعددة، استخدم .zip بوضع التخزين. إن كانت المحتويات ثقيلة بالنص، استخدم 7z لوفورات حقيقية.

الخلاصة

اضغط حين تكون البيانات قابلة للضغط — نصوص وسجلات وشيفرة مصدر وقواعد بيانات. لا تضغط حين تكون البيانات مضغوطة مسبقاً — صور ومقاطع فيديو وملفات صوتية وPDFs ومستندات مكتبية. للتجميع، استخدم ZIP بوضع التخزين. لأقصى نسبة على النص، استخدم 7z مع LZMA2. شفّر بكلمات مرور أرشيف AES-256 كمكمّل لقناة نقل آمنة، لا كبديل عنها.

جرّبها على hexatransfer.com — مجاني، بدون حساب، حتى 10 جيجابايت.