محتوای آموزشی وبلاگ نتآرام
فرض کنید یک فایل ZIP هشتاد مگابایتی دارید. فایل کوچک آپلود میشود، اما این فایل با پیام محدودیت حجم متوقف میشود. فایلمنیجر همان بخش مدیریت فایلهای هاست است. اگر فایل را در این بخش بارگذاری میکنید، تغییر محدودیت آپلود وردپرس کمکی نمیکند؛ این دو درِ ورودی جدا دارند.
مثال قدمبهقدم: فایل ZIP در فایلمنیجر آپلود نمیشود
اگر کاربر هاست هستید، نام فایل، حجم آن و تصویر پیام خطا را برای پشتیبانی بفرستید و بگویید آپلود را در File Manager انجام دادهاید. اگر مدیر سرور هستید، نام تنظیم مربوط به اندازهٔ درخواست در دایرکت ادمین
maxfilesize است و مقدارش با بایت نوشته میشود. برای مثال، ۱۰۰ مگابایت به شیوهٔ محاسبهٔ ۱۰۲۴ برابر با ۱۰۴۸۵۷۶۰۰ بایت است. چون خود درخواست آپلود هم حجم دارد، سقف را دقیقاً برابر بزرگترین فایل انتخاب نکنید.در نصبهای فعلی، مقدار تنظیم در فایل
/usr/local/directadmin/conf/directadmin.conf قرار میگیرد؛ گزینهٔ da config-set نیز برای تغییر همین تنظیمات وجود دارد. پیش از تغییر، مقدار قبلی را یادداشت کنید. رفتار اعمال تنظیم در نسخههای قدیمی و جدید فرق میکند؛ از راهنمای همان نسخه برای بارگذاری مجدد پنل استفاده کنید. بعد همان فایل را دوباره آپلود کنید. اگر باز خطا گرفتید، متن خطا را بخوانید: پیام «فضا کافی نیست» با پیام «فایل بیش از حد بزرگ است» دو مشکل متفاوت را نشان میدهند.برای فایل چندگیگابایتی، میتوانید از پشتیبانی بخواهید اتصال SFTP بدهد. در WinSCP مشخصات همان اتصال را وارد میکنید، پوشهٔ مقصد را باز میکنید و فایل را از رایانه به آن میکشید. این روش برای انتقال بزرگ معمولاً مناسبتر از باز نگه داشتن یک تب مرورگر است.
اندازه و مرحلهٔ شکست
اندازهٔ فایل، زمان شروع و متن خطا را ثبت کنید. یک فایل کوچک از همان مسیر امتحان کنید. اگر فایل کوچک موفق و فایل بزرگ ناموفق است، سقف اندازه یا timeout مطرح میشود. اگر هیچکدام انجام نمیشود، ورود، دسترسی مسیر یا ارتباط ممکن است علت باشد.
فضای خالی و سهمیهٔ حساب را بررسی کنید. فایل فشرده پس از استخراج ممکن است چند برابر فضای بیشتری نیاز داشته باشد. داشتن فضای کافی برای خود ZIP، اثبات نمیکند استخراج کامل هم ممکن است. مسیر موقت آپلود نیز میتواند به فضای آزاد نیاز داشته باشد.
تنظیم مربوط به پنل
مدیر سرور باید گزینهٔ سقف بارگذاری را در نسخهٔ فعلی DirectAdmin پیدا کند و واحد آن را از مستندات بخواند. مقدار عددی بدون دانستن واحد میتواند نتیجهٔ بسیار متفاوت بدهد. حساب معمولی هاست معمولاً مجوز تغییر تنظیم سراسری پنل را ندارد.
از مقدار قبلی نسخه بگیرید و سقف متناسب با نیاز تعیین کنید. بیمحدود کردن آپلود برای حل یک پروندهٔ انتقال، تصمیم خوبی برای همهٔ کاربران نیست. اگر جلوی پنل proxy یا محدودیت شبکه وجود دارد، سقف همان لایه نیز باید هماهنگ باشد.
روش جایگزین انتقال فایل بزرگ
برای انتقالهای بزرگ، SFTP یا روش امن دیگری که میزبان پشتیبانی میکند میتواند مناسبتر باشد. حساب، مسیر مقصد و گواهی یا اثر انگشت اتصال را درست بررسی کنید. ادامهٔ انتقال و نتیجهٔ اندازهٔ فایل در این ابزارها ممکن است برای اتصال ناپایدار مفیدتر از بارگذاری در مرورگر باشد.
فایل بکاپ یا تنظیم محرمانه را برای راحتی در public_html قرار ندهید. مقصد باید متناسب با نوع داده باشد. پس از انتقال، اندازه و در صورت امکان checksum را با مبدأ مقایسه کنید؛ نام فایل یکسان، سالم بودن محتوا را ثابت نمیکند.
آزمون نهایی
بعد از تغییر محدودیت، فایل نمونهای نزدیک به اندازهٔ موردنیاز را امتحان کنید و نتیجه را در مقصد ببینید. اگر فایل فشرده است، قابلیت خواندن و استخراج را در مسیر آزمایشی بررسی کنید. سپس مقدار و علت تغییر را ثبت کنید.
اگر همچنان شکست رخ میدهد، زمان و لاگ درخواست را بررسی کنید و مرحلهٔ باقیمانده را پیدا کنید. سقف File Manager، محدودیت PHP و سهمیهٔ دیسک باید جدا گزارش شوند تا کاربر با تغییر مقدار نامرتبط، مشکل را دنبال نکند.
منابع و ادامهٔ مطالعه
برچسبها:
اشتراکگذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله بعدی
افزایش سرعت دانلود لینوکس؛ بررسی محدودیت پیش از axel
۲۳ خرداد ۱۳۹۵دیدگاهها (۴)
دیدگاههای تاییدشده و پاسخهای تیم نتآرام
mohammad
سلام مطالبتون مفید بود مرسی
مصطفی جانقربان
نویسنده مقالهسلام ، خواهش می کنم ، با تشکر از پیام شما
مهدی
تشکر عزیزز
مصطفی جانقربان
نویسنده مقالهزنده باشید دوست من


