آموزش گام‌به‌گام رفع کندی پنل مدیریت وردپرس
در همین خوشه یک مقالهٔ خواهر داریم و مرزش را از اول روشن کنیم: آموزش گام‌به‌گام افزایش حافظهٔ PHP در وردپرس یکی از درمان‌های پرتکرار را گام‌به‌گام آموزش می‌دهد؛ آن مقاله درمان است، این مقاله نقشهٔ کامل عیب‌یابی — از تفکیک کندی پنل از کندی سایت تا نگهداری دوره‌ای — تا پیش از هر درمان، مقصر درست پیدا شود. لحن ما صادقانه است: هیچ ترفندی برای «فوری سبز شدن» وعده نمی‌دهیم؛ عدد می‌گیریم، گروه آزمون می‌کنیم و درمان را بعد از تشخیص می‌زنیم.
چرا کندی پنل مهم‌تر از آن است که تحملش کنیم؟ چون همهٔ کار روزانهٔ تیم از همین پنل می‌گذرد: نوشته ساختن، به‌روزرسانی قیمت‌ها، پاسخ سفارش‌ها و انتشار. پنلی که هر بار ده ثانیه در انتظار می‌گذارد، در هفته ساعتی از تیم می‌خورد و بدتر، سردبیر را از انتشار منصرف میکند؛ یعنی کندیِ مدیریت، با تأخیر در محتوا تمام میشود.
کندی پنل مدیریت وردپرس از کجا شروع میشود؟
اول بازیگرها را جدا کنیم. پنل مدیریت وردپرس — همان پیشخوانی که با ورود به حساب می‌بینید — مسیر و بار کاری متفاوتی با سایت برای بازدیدکننده دارد؛ میشود صفحهٔ اصلی با سرعت خوب باز شود و پیشخوان در انتظار بماند. چون پنل در هر درخواست، ابزارهای مدیریتی و افزونههای بیشتری را اجرا میکند، به منابع حساس‌تر است؛ همان سایتی که برای مهمان سبک است، برای صاحبش سنگین میشود.
چهار خاستگاه اصلی را از همین حالا دسته کنید: افزونههای سنگینی که در هر بارگذاری پیشخوان اجرا می‌شوند؛ کمبود حافظهٔ اجرایی که وسط کارهای بزرگ خطا می‌دهد؛ دیتابیس پر از نسخه‌های قدیمی نوشته‌ها و ردیف‌های بی‌صاحب؛ و منابع هاستی که برای نمایش سایت اندازه شده اما برای کارهای مدیریتی کوچک است. به این‌ها بار ربات‌ها و اسکنرها را اضافه کنید که صفحهٔ ورود را شلوغ می‌کنند. هر گام پیش رو دقیقاً یکی از این خاستگاه‌ها را می‌بندد و ترتیب گامها هم عمدی است: از ارزان‌ترین تشخیص شروع می‌کنیم.
گام اول؛ تفکیک کندی پنل از کندی سایت
پیش از هر تعویض افزونه‌ای، مرز مشکل را با عدد بکشید. سایت را در حالت خروج از چند دستگاه باز کنید و همان روز سه عدد را با یک ساعت معمولی ثبت کنید: زمان بازشدن پیشخوان پس از ورود، زمان ذخیرهٔ یک نوشته و زمان بازشدن فهرست نوشته‌ها یا سفارش‌ها. این آزمون سهنقطهای پنج دقیقه نمی‌برد و از این لحظه، بحث شما با خودتان یا با هاست، حدس نیست؛ عدد است.
تفکیک سه عدد، مسیر را باریک میکند: اگر فقط ذخیرهٔ نوشته کند است، سراغ دیتابیس بروید؛ اگر بازشدن پیشخوان کند است اما ذخیره سریع، مشکوک‌ترین‌ها افزونه‌هایی‌اند که در بارگذاری پیشخوان اجرا می‌شوند؛ و اگر هر سه عدد کند است، منابع سرور و حافظه زیر سؤال‌اند. به تجربهٔ ما پیشخوان سالم در حدود سه ثانیه آماده میشود و ذخیرهٔ نوشته بیش از چند ثانیه طول نمی‌کشد؛ وقتی این اعداد چند برابر شدند، وضعیتِ بررسی جدی است. اعداد را تاریخ‌دار ثبت کنید؛ مقایسهٔ امروز با دو هفته بعد، همان چیزی است که در گام پنجم به کار می‌آید.
گام دوم؛ عیب‌یابی افزونهها با آزمون نیم‌ساعته
گام دوم، آزمون نیم‌ساعتهٔ افزونه‌هاست؛ مؤثرترین کارِ رایگان این فهرست. ترتیبش ساده است: یک بکاپ کامل بگیرید، نیمی از افزونههای غیرضروری را موقتاً غیرفعال کنید، آزمون سهنقطهای را دوباره بگیرید و ادامه دهید؛ اگر سرعت برگشت، مقصر در همان نیمه است و با نیم‌بندی ادامه می‌دهید تا افزونهٔ مشخص سر باز کند. این روش تقسیم‌بندی به‌جای حدس زدن، پا به پای عدد جلو می‌رود و معمولاً در نیم ساعت به نام مقصر می‌رسد.
پرخطرترین‌ها را از اول زیر نظر بگیرید: افزونههای آماری که هر بار پیشخوان باز میشود دادهٔ سنگین می‌خوانند؛ افزونههای بکاپ که زمان‌بندی‌شان با ساعت اوج کار می‌افتد؛ بهینه‌سازهای چندکاره‌ای که پنج کار را نیمه‌کاره می‌کنند؛ و اسکنرهای امنیتی با برنامهٔ بد. برای هر کدام جایگزین سبک‌تر یا زمان‌بندی درست وجود دارد؛ لازم نیست امنیت یا آمار را کنار بگذارید، فقط اجرایش را از ساعت اوج بردارید.
و قاعدهٔ جایگزینی برای آینده: هر افزونه‌ای که کارش با چند خط تنظیم یا سرویس بیرونی انجام میشود، از فهرست حذفش کنید. افزونهٔ کمتر یعنی پنل سبک‌تر، به‌روزرسانی کمتر و احتمال تداخل کمتر؛ این قاعدهٔ ساده، بیشتر از هر بهینه‌سازی پیچیده‌ای برای پنل کار میکند و نگه‌داشتنش در چرخهٔ ماهانه، جلوی برگشت مشکل را می‌گیرد.
گام سوم؛ منابع سرور؛ وقتی مقصر مهمان ناخوانده است
اگر افزونهها تبرئه شدند، سراغ سرور بروید. نشانه‌های سمت سرور مشخص‌اند: کندی در ساعات مشخص شبانه‌روز، خطاهای گاه‌به‌گاه مثل صفحهٔ خطای ۵۰۰ یا قطع اتصال دیتابیس، و کندی‌ای که هم‌زمان سایت و پنل را می‌گیرد. این‌ها با تست افزونه فرق دارند؛ مشکل نه در کد شماست نه در افزونه، در سهم منابعی که هاست می‌دهد.
یکی از پرتکرارها کمبود حافظهٔ اجرایی است؛ نشانه‌اش خطای «حافظه تمام شد» هنگام آپلود تصویر یا کارهای بزرگ است و درمان مشخصی دارد که در آموزش گام‌به‌گام افزایش حافظهٔ PHP در وردپرس گام‌به‌گام نوشته‌ایم. ارتقای هاست را هم به‌عنوان آخرین گام نگه دارید؛ اول هزینهٔ صفرِ تنظیم و پاکسازی، بعد هزینهٔ ارتقا. هاستی که با تنظیم درست سبک شود، شاید اصلاً ارتقا نخواهد.
یک مهمان ناخوانده هم هست: ربات‌ها و اسکنرها که صفحهٔ ورود پنل را شلوغ می‌کنند. محدودکردن تلاش‌های ورود، پنهان‌سازی مسیر ورود پیش‌فرض و پایش فهرست بازدیدها، این بار را کنترل میکند. این کار امنیت را هم بهتر میکند؛ دو مسئله با یک تنظیم.
گام چهارم؛ دیتابیس و جدول‌های سنگین
نشانهٔ اصلی مشکل دیتابیس، ذخیرهٔ کند نوشته و جستجوی کند در پیشخوان است. ریشه‌ها هم شناخته‌شده‌اند: نسخه‌های انباشتهٔ نوشته‌ها — هر بار ذخیره، یک نسخهٔ کامل ثبت میشود — رکوردهای موقتِ منقضی و جدول‌های به‌جامانده از افزونههای حذف‌شده. سایت‌های چندساله به‌طور طبیعی این بار را جمع می‌کنند؛ مقصر نیستید، فقط وقت پاکسازی رسیده.
درمانش پاکسازی دوره‌ای است، همیشه با بکاپ قبلی و به ترتیبی که در آموزش گام‌به‌گام بهینه‌سازی دیتابیس وردپرس نوشته‌ایم: حذف نسخه‌های قدیمی با سقف معقول، پاک‌کردن رکوردهای منقضی و مرور جدول‌های بی‌صاحب. به تجربهٔ ما یک پاکسازی فصلی، حسِ «پنل خواب‌آلود» را برمی‌گرداند؛ صفحه‌ای که سوم ثانیه باز می‌شد، دوباره به ساعت‌های اولیه‌اش نزدیک میشود.
یک هشدار کوتاه هم لازم است: پاکسازی، دست‌بردن مستقیم در جداول نیست؛ حذف گزینشی بدون شناخت ساختار، دادهٔ فروش و سفارش‌ها را به خطر میاندازد. اگر با ابزارهای آماده انجام میشود، همان ابزارهای شناخته‌شده کافی است و اگر دیتابیس بزرگ و حساس است، کار را به کسی بسپارید که بکاپ و بازگردانی را تمرین کرده. پاکسازی که شب قبل از کمپین فروش انجام شود، کار درستی نیست؛ تقویمش را هم در چرخهٔ نگهداری ردیف کنید.
گام پنجم؛ نگهداری دوره‌ای تا کندی برنگردد
کندی پنل برگشت‌پذیر است؛ بدون چرخهٔ نگهداری، ماه‌ها بعد دوباره برمی‌گردد. چرخهٔ ماهانه چهار کار سبک دارد: به‌روزرسانی هسته و افزونهها، مرور فهرست افزونهها و حذف بی‌استفاده‌ها، پاکسازی سبک، و ثبت دوبارهٔ سه عدد آزمون. چک‌لیست کامل این کار در آموزش گام‌به‌گام تمیزکاری دوره‌ای سایت آمده و اجرایش برای یک نفر، کمتر از یک ساعت است.
سه عدد آزمون را در هر بازبینی در یک برگه ثبت کنید تا روند را ببینید: زمان بازشدن پیشخوان، زمان ذخیره و تعداد افزونههای فعال. به تجربهٔ ما سایت‌هایی که این سه عدد را ماهانه می‌نویسند، پیش از بحران به کندی می‌رسند؛ چون روندِ بد در برگه دیده میشود، نه وقتی سردبیر از انتظار خسته شده است. برگهٔ ساده، ارزان‌ترین سامانهٔ هشدار شماست و برای هر تصمیمی — از حذف یک افزونه تا ارتقای هاست — سند پیش روی شماست.
چرخه را به مسیر انتشار هم وصل کنید: اگر تیم محتوا هر هفته منتشر میکند، بازبینی پنل را به روز ثابت هفته ببندید تا هرگز فراموش نشود. نگهداری که به تقویم نچسبد، اولین هفتهٔ شلوغ جا می‌ماند.
جمع‌بندی؛ نقشهٔ ده‌دقیقه‌ای هر ماه
جمع‌بندی در پنج گام: سه عدد بگیرید و مرز مشکل را بکشید؛ افزونهها را با آزمون نیم‌ساعته تقسیم‌بندی و سبک کنید؛ منابع سرور و حافظه را نشانه‌به‌نشانه ببینید و ارتقا را آخر بگذارید؛ دیتابیس را فصلی پاک کنید؛ و چرخهٔ ماهانهٔ نگهداری را با برگهٔ سه‌عددی ثابت نگه دارید. با این نقشه، بیشتر پنل‌های کند بدون خرید افزونهٔ تازه و بدون ارتقای فوری هاست به حالت سالم برمی‌گردند و تیم، به‌جای انتظار، وقتش را روی انتشار می‌گذارد.
نقطهٔ شروع را هم درست انتخاب کنید: ممیزی رایگان دامنه وضعیت کلی دامنه — از فنی تا محتوا — را پیش از هر تغییر نشان می‌دهد و اگر می‌خواهید ممیزی، انتشار و نگهداری از یک پنل و با گزارش واحد انجام شود، دموی رایگان پلتفرم و پلن‌های سوئیت را ببینید؛ بعد از دیدن وضعیت، تصمیم با عدد بسته میشود، نه با حس. نقشهٔ کامل مقاله‌های این خوشه هم در هاب نگهداری، مهاجرت و خطاها مرتب است و هر وقت کندی برگشت، از گام اول دوباره شروع کنید، نه از آخر.
رصد ما، رشد شما.
سؤالات پرتکرار
سایتم برای بازدیدکننده سریع است اما پیشخوان کند؛ مشکل از کجاست؟
مشکل سمت پنل است، نه نمایش سایت؛ معمولاً افزونههای مدیریتی، دیتابیس یا حافظهٔ اجرایی. آزمون سهنقطهای مقاله را انجام دهید تا بدانید کدام عدد کند است.
غیرفعالکردن موقت افزونهها به سایت آسیب میزند؟
با بکاپ کامل و انجام در ساعات کمبازدید، نه؛ تنظیمات افزونهها با غیرفعالشدن از بین نمیرود و پس از آزمون همانجا فعال میکنید. برای اطمینان بیشتر، محیط آزمایشی هم گزینه است.
چرا باید هاست را آخر از همه ارتقا بدهم؟
چون بخش بزرگی از کیسها با پاکسازی افزونه و دیتابیس حل میشود که هزینهاش صفر است. اگر بعد از همهٔ گامها باز هم سه عدد آزمون بد بود، آنوقت ارتقا تصمیم دادهمحور است.
کندی پنل به سئو هم آسیب میزند؟
غیرمستقیم بله؛ کندی پنل انتشار را به تأخیر میاندازد و بهروزرسانیهای عقبافتاده، تازگی محتوا را کم میکند. خودِ سرعت پنل مستقیم در رتبه سنجه نیست، اما پیامدهایش در محتوا دیده میشود.
چند وقت یکبار این بازبینی را انجام بدهم؟
بازبینی سبک ماهانه با ثبت سه عدد آزمون، و پاکسازی دیتابیس فصلی. اگر سایت فروشگاهی و پرتراکنش است، فاصلهٔ ماهانه را جدیتر بگیرید.
