کاهش مصرف CPU در وردپرس به پیدا‌کردن پردازش پرهزینه نیاز دارد. کندی سایت همیشه از CPU نیست؛ حافظه، دیسک، تعداد درخواست هم‌زمان یا انتظار یک سرویس خارجی هم می‌توانند عامل باشند. بنابراین با حذف تصادفی افزونه‌ها یا خرید فوری پلن بزرگ‌تر شروع نکنید.
اندازه‌گیری پیش از کاهش مصرف CPU در وردپرس
در بخش مصرف منابع پنل هاست، ساعت اوج و مدت محدودشدن را ثبت کنید. اگر سرویس از CloudLinux استفاده می‌کند، مستند محدودیت‌ها میان SPEED، حافظه، IO، IOPS و Entry Processes تفاوت می‌گذارد. درصد CPU نسبت به سهم پردازشی تعریف می‌شود؛ صد درصدِ سهم حساب لزوماً تمام CPU سرور نیست.
نمودار را با زمان بازدید، بکاپ، اسکن، انتشار محتوا و اجرای کارهای گروهی تطبیق دهید. برای درخواست از پشتیبانی، زمان دقیق و URL نمونه مفیدتر از جملهٔ کلی «سایت کند است» خواهد بود.
درخواست و مؤلفهٔ پرهزینه را پیدا کنید
لاگ دسترسی و ابزار تشخیصی را برای مسیرهای پرتکرار بررسی کنید. Query Monitor می‌تواند زمان کوئری و درخواست‌های HTTP سمت سرور را نشان دهد، اما نمودار کامل CPU تمام فرایندهای هاست نیست. زمان انتظار شبکه را هم با زمان مصرف پردازنده یکی نگیرید.
نام یک افزونهٔ امنیت، سئو یا بکاپ به‌تنهایی دلیل حذف آن نیست. مشخص کنید کدام قابلیت و در چه زمانی هزینه دارد؛ ممکن است اصلاح تنظیم، کاهش دفعات اسکن یا به‌روزرسانی مؤلفه کافی باشد. آزمایش غیرفعال‌سازی را روی محیط تست و با سناریوی مشخص انجام دهید.
کش صفحه و پیش‌بارگذاری
برای محتوای عمومی، کش می‌تواند از تولید دوبارهٔ HTML برای هر درخواست جلوگیری کند. راهنمای بهینه‌سازی وردپرس کش را یکی از ابزارهای اصلی کاهش کار تکراری معرفی می‌کند. صفحات شخصی، سبد خرید و اطلاعات حساب باید قواعد مناسب خود را داشته باشند.
پیش‌بارگذاری کش خودش درخواست و پردازش ایجاد می‌کند. اگر اوج مصرف با آن هم‌زمان است، تعداد درخواست هم‌زمان، فاصلهٔ اجرا و دامنهٔ URLها را در ابزار مربوط تنظیم کنید. حذف کامل کش یا گرم‌کردن بی‌وقفهٔ همهٔ صفحات، دو پاسخ افراطی به یک مشکل تنظیمی‌اند.
کارهای زمان‌بندی‌شده و صف‌ها
تولید تصویر، واردکردن داده، ارسال ایمیل و اسکن را هم‌زمان روی ساعت پرترافیک اجرا نکنید. WP-Cron برای کارهایی مانند انتشار زمان‌بندی‌شده و بررسی به‌روزرسانی استفاده می‌شود. غیرفعال‌کردن آن بدون زمان‌بند جایگزین معتبر می‌تواند کارهای ضروری را عقب بیندازد.
اگر از cron واقعی سرور استفاده می‌کنید، فاصلهٔ اجرا و جلوگیری از اجرای هم‌پوشان را با مدیر سرویس تنظیم کنید. تکرار یک رویداد ناموفق یا صفی که پی‌درپی تلاش می‌کند باید از علت بررسی شود، نه با پاک‌کردن کورکورانهٔ همهٔ رویدادها.
دیتابیس و تصاویر
دادهٔ موقت غیرضروری و کوئری‌های کند را پس از تشخیص مدیریت کنید. دستور OPTIMIZE TABLE بسته به موتور جدول رفتار متفاوتی دارد و ممکن است بازسازی و مصرف منابع ایجاد کند؛ اجرای روزانه روی همهٔ جداول، تضمین کاهش CPU نیست.
فشرده‌سازی تصاویر بیشتر بر انتقال فایل و تجربهٔ بارگذاری اثر دارد. تولید یا تبدیل انبوه تصویر می‌تواند در همان زمان CPU مصرف کند. ابعاد و تعداد نسخه‌ها را درست انتخاب کنید و عملیات دسته‌ای را با ظرفیت سرویس هماهنگ سازید.
چه زمانی ارتقای سرویس لازم است؟
اگر پس از اصلاح، بار واقعی و مشروع همچنان از ظرفیت سرویس بیشتر است، ارتقا منطقی می‌شود. تعداد بازدید، نوع عملیات و نیاز هم‌زمان را ارائه دهید تا انتخاب بر اساس مصرف واقعی باشد. افزایش منابع، کوئری معیوب یا حلقهٔ بی‌پایان را درمان نمی‌کند.
پس از هر تغییر، همان بازه و سناریو را مقایسه کنید. کاهش خطای محدودیت همراه با پاسخ‌گویی بهتر، معیار مناسب‌تری از کم‌شدن موقتی یک عدد در نمودار است.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
