عادةً ما يكون سبب توقف عملية تحميل الملفات إلى Nextcloud عند 2 جيجابايت هو أحد مكونات مسار الطلب، وليس إعدادًا عامًا واحدًا في Nextcloud. لقبول ملفات أكبر، حدد حجمًا مستهدفًا أعلى من حجم الملف في كل مكون يُعنى بالتحميل: PHP، وخادم الويب، وأي خادم وكيل عكسي أو لوحة تحكم الاستضافة. ثم تأكد من أن مساحة التخزين والمساحة المؤقتة ومهل الطلبات كافية لدعم عملية النقل.
يستخدم هذا الدليل حجمًا مستهدفًا قدره 5 جيجابايت كمثال للملفات التي يصل حجمها إلى حوالي 4 جيجابايت. اختر حدًا يتناسب مع استخدامك الفعلي، واترك مساحة كافية لتغطية تكاليف الطلبات عند الحاجة، وحافظ على اتساق الإعدادات في جميع مكونات نظامك. تنطبق الأمثلة على خادم Nextcloud مُدار ذاتيًا باستخدام PHP؛ قد توفر خدمات الاستضافة المُدارة والحاويات والأجهزة مسارات تكوين مختلفة.
يشرح دليل إدارة Nextcloud الحالي أن عمليات التحميل الكبيرة قد تخضع لقيود تتعلق بإعدادات PHP وخادم الويب. في حالة التحميل المُجزأ، يُرسل المتصفح أو العميل أجزاءً يقوم Nextcloud بتجميعها؛ وقد لا تتحكم بعض توجيهات حجم الملف في PHP بهذه الطلبات، بينما تظل مهلة خادم الويب أو PHP قادرة على ذلك. كما يمكن أن يفرض الخادم الوكيل، أو جدار الحماية، أو وحدة التخزين الخلفية، أو حصة المستخدم، أو امتلاء القرص المؤقت، قيودًا إضافية. راجع دليل إدارة تحميل الملفات الكبيرة في Nextcloud ودليل مستخدم Nextcloud للتحميلات الكبيرة .
قد تعني عبارة "2 جيجابايت" أيضًا 2,000,000,000 بايت أو 2 جيجابايت (2,147,483,648 بايت). قد لا يتطابق الحد المعروض مع الحد الفعلي للبايتات تمامًا. سجّل الخطأ، وحجم الملف بالبايتات، وما إذا كان الخطأ قد حدث فورًا أم بعد بدء العملية. تساعد هذه التفاصيل في تحديد الطبقة التي يجب فحصها.
قبل تغيير الإعدادات، انتبه إلى طريقة تحميل الملف: واجهة Nextcloud على الويب، أو تطبيق مزامنة سطح المكتب أو الهاتف، أو تطبيق WebDAV. جرّب تحميل ملف أكبر قليلاً من الحد الأقصى السابق، ولكن تجنّب تحميل ملفات متعددة الجيجابايت بشكل متكرر أثناء استكشاف الأخطاء وإصلاحها. راجع نظرة عامة على إدارة Nextcloud وسجلاتها، وسجل أخطاء خادم الويب، وسجلات PHP-FPM أو Apache، وأي لوحة تحكم للخادم الوكيل أو الاستضافة وقت حدوث العطل.
هذه مجرد مؤشرات وليست تشخيصات قاطعة: يمكن للخادم الوكيل أن يحل محل خطأ في التطبيق، وتختلف سجلات النظام باختلاف بيئة النشر. قارن الطوابع الزمنية عبر الطبقات قبل تعديل الإعدادات.
ابحث عن إعدادات PHP المستخدمة في عملية Nextcloud على الويب. في Debian أو Ubuntu، يوجد ملف PHP-FPM عادةً في المسار التالي /etc/php/<version>/fpm/php.ini: `/php/php`. أما Apache مع mod_php فيستخدم عادةً ملفًا منفصلاً apache2/php.ini. قد تختلف إعدادات سطر أوامر PHP، لذا فإن تعديل الملف المذكور php --iniوحده قد لا يُغير الموقع الإلكتروني. يُوضح دليل إعدادات PHP الخاص بـ Nextcloud سياق إعدادات جانب الخادم.
للوصول إلى حد أقصى قدره 5 جيجابايت، راجع هذه الإعدادات في تكوين PHP النشط للموقع الإلكتروني:
upload_max_filesize = 5G
post_max_size = 5G
max_input_time = 3600
max_execution_time = 3600
post_max_sizeيجب أن يكون حجم الملف على الأقل مساويًا لحجم الملف المطلوب upload_max_filesize؛ ويُعدّ تحديد كلا الحجمين لنفس الهدف نقطة انطلاق عملية لتحميل ملف واحد متعدد الأجزاء. القيم الزمنية المذكورة أعلاه هي أمثلة فقط، وليست ضمانًا لإتمام عملية النقل: اختر مدة زمنية تناسب عرض النطاق الترددي المتاح لديك وسياسة التشغيل. لا ترفع حجم ملف PHP memory_limitإلى 5 جيجابايت لمجرد أن حجم الملف 5 جيجابايت. تُشير وثائق PHP إلى أن حجم الملف max_input_timeالمطلوب يشمل الوقت المستغرق في استقبال بيانات التحميل، وأن سلوك التحميل يعتمد على التوجيهات ذات الصلة؛ راجع وثائق PHP الخاصة بمخاطر التحميل .
في قسم خادم Nginx النشط لـ Nextcloud، حدد حدًا أقصى لحجم نص الطلب أعلى من أكبر ملف تنوي قبوله. على سبيل المثال، بالنسبة لملف بحجم 5 جيجابايت:
client_max_body_size 5G;
ضعها في السياق المناسب http، serverمع locationتجنب استخدام قيمة أقل في كتلة أكثر تحديدًا. يوثق Nginx هذا التوجيه في مرجع الوحدة الأساسية . يتضمن مثال تثبيت Nginx الخاص بـ Nextcloud أيضًا إعدادات حجم التحميل ومهلة الانتظار. تحقق من صحة التكوين sudo nginx -tقبل إعادة تحميل Nginx.
تحقق مما إذا كان المضيف الظاهري النشط أو تكوين الدليل أو مجموعات التكوين المضمنة مُفعّلة LimitRequestBody. في إصدارات Apache التي يكون فيها الحد الأقصى الافتراضي أو الصريح أقل من هدفك، ارفعه إلى عدد البايتات المطلوب، أو استخدم 0خيار "بدون حد على مستوى Apache" فقط إذا كان ذلك مقبولًا في بيئة النشر الخاصة بك. تأكد من وضع التوجيه في سياق يسمح به إصدار Apache وتكوينه. يصف Apache سلوكه في وثائق LimitRequestBody . شغّل هذا الأمر apachectl configtestقبل إعادة تحميل الخدمة.
إذا مرّت حركة البيانات عبر خادم Nginx آخر، أو موازن تحميل، أو لوحة تحكم استضافة، أو خادم وكيل أمان، فيجب أن تسمح حدود حجم البيانات ومهلة الانتظار الخاصة به بالتحميل. قد يُرفض الطلب قبل وصوله إلى Nextcloud. حدّث الطبقة المسؤولة عن هذا الإعداد فقط، ثم افحص سجلاتها ورمز الاستجابة. بالنسبة إلى Docker أو أي حاوية نشر أخرى، غيّر التكوين المُثبّت في الحاوية قيد التشغيل أو إعدادات البيئة المدعومة لتلك الصورة؛ قد لا تستخدم الحاوية ملف PHP الخاص بالمضيف على الإطلاق.
تستهلك عمليات التحميل الكبيرة موارد النظام. تأكد من وجود مساحة تخزين كافية على وحدة تخزين بيانات Nextcloud، وأن المجلد المؤقت لخادم PHP أو خادم الويب يستوعب حجم العمل. في حالة التحميل المُجزأ، قد تحتاج إلى مساحة مؤقتة أثناء تجميع الأجزاء؛ وقد تتطلب عمليات نشر تخزين الكائنات مساحة تخزين مؤقتة إضافية. خطط للتحميل المتزامن، وليس فقط لتحميل ملف واحد بأقصى حجم. راجع قسم Nextcloud الخاص بالمساحة المؤقتة وتحميل الملفات الكبيرة قبل رفع الحد الأقصى في بيئة عمل مزدحمة.
بعد اجتياز فحوصات التكوين، أعد تحميل أو تشغيل خدمات PHP-FPM وخادم الويب ذات الصلة لكي تقرأ الإعدادات المُحدَّثة. تختلف أسماء الخدمات الدقيقة باختلاف التوزيعة وإصدار PHP. تجنّب إعادة تشغيل خدمات الإنتاج غير ذات الصلة. ثمّ ارفع ملفًا يزيد حجمه قليلًا عن الحدّ السابق البالغ 2 جيجابايت - مثل ملف اختبار معروف بحجم 2.1 جيجابايت تقريبًا - باستخدام نفس العميل والمسار اللذين فشلا في الأصل. حافظ على حجم ملف الاختبار أقل من الحدّ الجديد، وراقب مساحة القرص المتاحة والسجلات وتقدّم عملية النقل.
يجب أن ينتهي الاختبار بنجاح دون أي خطأ في حجم الملف أو انتهاء مهلة HTTP، وأن يظهر الملف في مجلد Nextcloud المُحدد، وأن يكون حجمه معقولًا عند التحقق منه من جهاز المستخدم. بالنسبة للملفات المهمة، قارن قيمة التحقق (checksum) بين المصدر والوجهة إذا كان نظامك يدعم ذلك. لا يُعدّ وصول شريط التقدم إلى 100% دليلًا كافيًا على اكتمال تخزين الملف.
upload_max_filesizeقد لا يؤدي تغيير إعدادات PHP وحدها إلى حل مشكلة طلب الجزء أو مهلة التجميع النهائي.يؤدي رفع حد التحميل إلى زيادة ما يمكن للمستخدمين إرساله إلى الخادم، لذا ينبغي ربطه بحصص محددة، ومراقبة مستمرة، ومساحة تخزين كافية، وضوابط وصول فعّالة. لا يوجد حد أقصى آمن عالميًا: يعتمد الحد الأقصى العملي على أبطأ حد في مسار الطلب وسعة الخادم ونظام التخزين.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
