حجم اشغال شده در cPanel فقط حجم پوشهٔ public_html نیست. ایمیل، نسخه‌های پشتیبان، فایل‌های مخفی و بخش‌های دیگر حساب هم می‌توانند فضا مصرف کنند. ابزار Disk Usage کمک می‌کند محل مصرف را پیدا کنید؛ این صفحه مجوز حذف هر پوشهٔ بزرگ نیست.
مشاهدهٔ حجم اشغال شده در cPanel
- وارد حساب هاست شوید و در بخش Files، گزینهٔ Disk Usage را باز کنید.
- خلاصهٔ مصرف را بخوانید و بخش‌های بزرگ‌تر را مشخص کنید.
- در فهرست پوشه‌ها، در صورت وجود گزینهٔ مرتب‌سازی، Disk Usage را انتخاب کنید.
- فلش کنار پوشه را باز کنید تا زیرپوشه‌ها و محل رشد فضا روشن شوند.
- برای بررسی فایل‌های همان مسیر، پوشه را در File Manager باز کنید.
نمودار را درست بخوانید
طول نوارها نسبت به بزرگ‌ترین پوشه است، نه الزاماً درصد سهمیهٔ کل حساب. عدد مصرف و محدودیت پلن را جدا مقایسه کنید. اندازهٔ پوشهٔ والد شامل زیرپوشه‌های آن است؛ جمع‌کردن دوبارهٔ والد و فرزند می‌تواند مصرف را بیش از واقع نشان دهد.
از کدام مسیرها شروع کنیم؟
برای سایت محتوایی، رسانه‌ها و خروجی‌های بکاپ را بررسی کنید. در حساب‌های ایمیل‌محور، حجم صندوق‌ها اهمیت بیشتری دارد. پوشهٔ cache، فایل‌های خطا و آرشیوهای قدیمی هم ممکن است رشد کنند. پیش از هر تصمیم، مالک و کاربرد فایل را پیدا کنید؛ نام مبهم یا پسوند log دلیل کافی برای حذف نیست.
چرا عدد File Manager متفاوت است؟
اندازهٔ منطقی فایل با فضای بلوک‌های دیسک همیشه برابر نیست. فایل‌های مخفی، دادهٔ خارج از پوشهٔ قابل مشاهده و زمان به‌روزرسانی آمار هم اختلاف ایجاد می‌کنند. طبق مستند Disk Usage، این اعداد ممکن است تغییرات بسیار تازه را نشان ندهند. اختلاف را با مسیر و زمان ثبت کنید، نه با پاک‌کردن تصادفی فایل‌ها.
حذف امن و محدودیت سهمیه
اگر فایل واقعاً اضافی است، ابتدا نسخهٔ لازم را خارج از همان حساب نگه دارید. انتقال به Trash لزوماً مصرف را فوراً صفر نمی‌کند؛ خالی‌کردن زباله‌دان حذف دائمی است. راهنمای File Manager تفاوت حذف و بازیابی را توضیح می‌دهد. پوشه‌های فعال سایت و ایمیل را یکجا حذف نکنید.
وقتی فضای خالی کافی نیست
بکاپ‌گیری داخل حسابی که تقریباً پر است ممکن است شکست بخورد. برای انتقال امن داده یا افزایش سهمیه با پشتیبانی هماهنگ کنید. اندازهٔ دیسک، تعداد فایل‌ها و مصرف CPU سه محدودیت متفاوت‌اند؛ آزادکردن چند مگابایت لزوماً خطای inode یا منابع پردازشی را حل نمی‌کند.
در پایان، مسیر پرمصرف، علت رشد و اقدام انجام‌شده را یادداشت کنید. چند روز بعد روند را دوباره بسنجید؛ اگر حجم بازمی‌گردد، تنظیم تولید بکاپ، کش یا لاگ نیاز به اصلاح دارد.
مطالعهٔ مرتبط
بازبینی فنی: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
