ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.
الملخص
يوجد تخصيص للموارد دون حدود أو تقييد في Apache Wicket. org.apache.wicket.markup.html.form.upload.resource.AbstractFileUploadResource هو جانب الخادم لعملية التحميل بدون نموذج التي يقدمها FileUploadToResourceField، والذي يرسل الملفات المحددة إلى مورد مثبّت بشكل منفصل بدلاً من المرور عبر نموذج Form. المورد هو عنصر فردي (singleton) على مستوى التطبيق بالكامل وليس له مكون للتشاور معه، لذا يأخذ newResourceResponse() الحدود الثلاثة التي تقيد التحميل - إجمالي حجم الطلب، والحد الأقصى لحجم جزء واحد، والحد الأقصى لعدد الأجزاء - من معاملات الطلب maxSize و fileMaxSize و fileCountMax، ويسلمها إلى محلل الأجزاء المتعددة فور وصولها. لا يربط أي شيء تلك الأرقام بالحقل المفترض أن يقوم بالتحميل. وبالتالي يتم تحليل الطلب الذي يسمى maxSize كبيراً جداً دون سقف فعلي للحجم الإجمالي، ويؤدي حذف fileMaxSize و fileCountMax إلى ترك حدود الجزء الواحد وعدد الأجزاء غير محدودة أيضاً. يتم استشارة القيم التي قام التطبيق بتكوينها من خلال FileUploadToResourceField#setMaxSize() و #setFileMaxSize() و #setFileCountMax() فقط عندما يحذف العميل المعلمة المقابلة، لذا فهي ليس لها أي تأثير على الإطلاق ضد عميل يوفرها. يتم تخزين الأجزاء التي تزيد عن عتبة الذاكرة الخاصة بالمحلل في الدليل المؤقت للحاوية، ثم يتم نسخ أجزاء الملف إلى المجلد الذي يمتلكه IUploadsFileManager الخاص بالتطبيق، تحت مجلد فرعي تسميه الطلبية، حيث تظل هناك. يتم قراءة الجزء الذي ليس ملفاً في الذاكرة العشوائية بالكامل أثناء تحليل الطلب. وبالتالي يمكن لطلب واحد، قابل للتكرار، أن يستهلك قدر ما يختار العميل إرساله من القرص أو الذاكرة العشوائية. لا يحمل المورد أي تعليق توضيحي لتفويض الصلاحيات وتسمح استراتيجية التفويض الافتراضية لكل طلب مورد، لذا ما لم يقم التطبيق بتفويض المورد بنفسه، فإن الطلب لا يحتاج إلى مصادقة ولا جلسة ولا عرض صفحة مسبق ولا أي تفاعل من المستخدم. يتأثر التطبيق عندما يستخدم FileUploadToResourceFie...