سرعة وأداء المواقع

تشخيص HTTP error عند رفع الصور في ووردبريس: الحجم أم معالجة الصورة؟

قارن حجم الصورة وأبعادها وحد الرفع لتعرف هل العطل أثناء نقل الملف أم عند معالجته.

تقرير حد الرفع وحجم صورة فعلية وعدد الأحجام المشتقة


تحاول رفع صورة في ووردبريس فتظهر رسالة «HTTP error» بلا شرح واضح؟ قد تكون الصورة أكبر من الحد المسموح، أو يصل الملف ثم يفشل إنشاء أحجامه الصغيرة. سنبدأ بصورة صغيرة ونقارن النتائج، حتى تعرف هل المشكلة في الرفع أم في معالجة الصورة بعد وصولها.

هناك فرق بين حجم الملف، مثل 500 كيلوبايت، وأبعاد الصورة، مثل عرض 6000 بكسل. الصورة المضغوطة قد تكون صغيرة على القرص لكنها تحتاج ذاكرة كبيرة عند فتحها ومعالجتها. لذلك سنراجع الحجم والأبعاد معا، لا امتداد الملف فقط.

قسم الرحلة إلى مرحلتين

مرحلة النقل: يقارن الخادم حجم الطلب مع upload_max_filesize وpost_max_size وحدود الوكيل. إذا رفض قبل PHP قد لا يظهر شيء في سجل ووردبريس. مرحلة المعالجة: بعد وصول الملف يقرأ ووردبريس الصورة ويولد Thumbnail وأحجاما أخرى عبر GD أو Imagick؛ هنا قد تفشل الذاكرة أو مكتبة الصورة رغم أن الملف أقل من حد الرفع.

اختبار لا يخلط الأسباب

  1. ارفع JPG صغيرا من كاميرا أو محرر موثوق، باسم لاتيني بسيط.
  2. إذا نجح، ارفع الصورة التي تفشل بعد تصغير أبعادها مع إبقاء الصيغة.
  3. قارن الحجم بالحد الظاهر في الوسائط وصحة الموقع.
  4. افتح أدوات المطور ثم تبويب Network، وأعد محاولة الرفع. ابحث عن طلب الرفع مثل async-upload.php، وسجل رمز Status ونص الرد إن أمكن.
  5. اطلب سجل أخطاء PHP في وقت المحاولة. عبارة memory exhausted تعني نفاد الذاكرة المتاحة للعملية، وقد يظهر بدلها خطأ من أداة معالجة الصور.
  6. عطل تحسين الصور مؤقتا في نسخة اختبار وأعد الملف نفسه.

قراءة الرموز الشائعة

413 يشير غالبا إلى حجم الطلب في الخادم أو الوكيل. 403 قد يعني رفضا من جدار حماية تطبيقات الويب (WAF) أو مشكلة صلاحية. 500 يحتاج سجل PHP. استجابة 200 مع رسالة خطأ داخل البيانات المنظمة (JSON) تعني أن الطلب وصل إلى التطبيق، لكن العملية نفسها لم تنجح. لا تعتمد على النص المختصر في واجهة الوسائط؛ Network والسجل يعطيان طبقة الفشل.

متى نزيد الذاكرة أو الحد؟

نزيد القيمة فقط إذا أثبت القياس أن الملف يتجاوز حدا مناسبا أو أن المعالجة تنفد من الذاكرة. صورة بعرض ضخم قد تحتاج ذاكرة أكبر كثيرا من حجمها المضغوط. الأفضل غالبا تصغير الأبعاد وضغط الملف قبل الرفع. لا تجعل حد الإنتاج 2GB لمجرد أن المختبر يعرضه؛ الاستضافة يجب أن تضبط قيمة متناسبة مع الموقع ومخاطره.

بعد نجاح الرفع تأكد أن القالب يستخدم الأحجام التي أنشأها ووردبريس بدل تحميل الأصل الضخم لكل شاشة. يشرح اختبار الصور المتجاوبة على الهاتف والحاسوب كيف نقرأ currentSrc وsrcset دون خلط مشكلة الرفع بمشكلة الأداء.

تفاصيل التجربة ونتيجتها

تاريخ التجربة: 19 أغسطس 2026؛ ووردبريس: 7.0.4؛ PHP: 8.3.30؛ مكان التنفيذ وأدواته: مكتبة وسائط النسخة المحلية.

قرأنا wp_max_upload_size فكان 2.0GB في المختبر. كانت صورة العينة 32.1KB وأنشأ ووردبريس لها ثلاثة أحجام مشتقة؛ أي إن الرفع والمعالجة نجحا لهذه العينة.

تقرير حد الرفع وحجم صورة فعلية وعدد الأحجام المشتقة
تقرير حد الرفع وحجم صورة فعلية وعدد الأحجام المشتقة — تجربة GZ تقنية بتاريخ 19 أغسطس 2026.

ما الذي تثبته هذه البطاقة؟

هذه بطاقة اختبار محلي مستقل مسجل بتاريخ 19 أغسطس 2026، وليست قياسا جديدا للموقع المنشور. قرأنا حد الرفع الفعلي ثم فحصنا صورة موجودة وبيانات الأحجام التي أنشأها ووردبريس.

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

بطاقة دليل أصلية من إعادة التحقق المحلية لمقال خطأ HTTP عند رفع الصور في ووردبريس، وتعرض طريقة الاختبار والنتيجة المقاسة.
اختبار محلي مستقل — 19 أغسطس 2026: حد الرفع: 2.0 جيجابايت — العينة: 32.1 كيلوبايت — أحجام مشتقة: 3

المصادر