دموی رایگان

چرا کندی پنل مدیریت وردپرس نتیجه نمی‌دهد؟ علت‌های پنهان

آرزو مقدم خواندن ~۷ دقیقه نگهداری، مهاجرت و خطاها
چرا کندی پنل مدیریت وردپرس نتیجه نمی‌دهد؟ علت‌های پنهان
کندی پنل مدیریت وردپرس معمولاً با کش و افزونهٔ بهینه‌ساز حل نمی‌شود، چون این ابزارها برای بازدیدکنندهٔ سایت کار می‌کنند، نه برای پیشخوان؛ علت واقعی جای دیگر پنهان است. شش علتِ پنهانِ پرتکرار: ویجت‌های سنگین داشبورد، درخواست‌های بی‌کشِ admin-ajax، تردد Heartbeat، جداول بادکردهٔ دیتابیس، لاگ‌های بزرگ و اشغال منابع هاست در ساعت بکاپ و اسکن. در این مقاله هر علت را با نشانه و کمک اولیهٔ خودش می‌بینید.

در همین خوشه، آموزش گام‌به‌گام رفع کندی پنل مدیریت وردپرس نقشهٔ کامل عیب‌یابی است: آزمون سه‌نقطه‌ای، آزمون نیم‌ساعتهٔ افزونه‌ها، منابع سرور، دیتابیس و چرخهٔ نگهداری. آن مقاله می‌گوید «چطور تشخیص بدهیم و درمان کنیم»؛ این مقاله یک قدم عقب‌تر می‌ایستد و می‌پرسد چرا درمان‌هایی که تا حالا امتحان کرده‌اید نتیجه نداده‌اند — پاسخ معمولاً این است که مقصری که پیدا شد، مقصر واقعی نبود.

تقصیری هم روی میز نیست: پنل مدیریت باری متفاوت از سایت حمل می‌کند و بیشتر راهنماهای عمومیِ سرعت، فقط سراغ موضوعِ پیدای جلو می‌روند: کش، تصویر، قالب. ما اینجا سراغ چیزی می‌رویم که در این گزارش‌ها دیده نمی‌شود؛ همان‌ها که بعد از نصب سه بهینه‌ساز، پنل را هنوز کند نگه می‌دارند.

چرا کندی پنل مدیریت وردپرس به کش و بهینه‌ساز جواب نمی‌دهد؟

افزونهٔ کش، صفحه‌های عمومی سایت را از پیش آماده می‌کند تا بازدیدکننده سریع بگیرد؛ پیشخوان چنین صفحه‌ای ندارد. هر بار که وارد پنل می‌شوید، وردپرس منوها، فهرست‌ها، اعلان‌ها و ابزارهای همهٔ افزونه‌های فعال را از نو اجرا می‌کند. برای همین است که به تجربهٔ ما سایتی که برای مهمان سبک است، می‌تواند برای صاحبش سنگین باشد؛ دو مخاطب، دو بارِ کاری متفاوت.

محبوبیت وردپرس این پیچیدگی را بیشتر می‌کند: طبق آمار W3Techs، وردپرس حدود ۴۳ درصد کل وب‌سایت‌ها را پشتیبانی می‌کند (تاریخ گردآوری: آبان ۱۴۰۵)؛ هرچه اکوسیستم افزونه‌ها بزرگ‌تر، احتمال آنکه چند افزونه در پنل هم‌زمان کار سنگین بکنند بیشتر. هیچ بهینه‌سازی تک‌دستی «همه‌کارهٔ پنل» نیست؛ راهِ درست، علت‌به‌علت رفتن است — و برای این کار نشانه‌ها مهم‌تر از حدس‌ها هستند.

علت پنهان اول؛ بارِ پیشخوان و ویجت‌های داشبورد

سه بار پنهان پیشخوان در یک نگاه
نشانهٔ هر سه، کندی پنل است در حالی که سایت برای بازدیدکننده تند است.

افزونه‌های آمار، فروش و امنیت دوست دارند همه‌چیز را همین اول صبح روی داشبورد نشان بدهند: نمودار بازدید، وضعیت فروش، گزارش اسکن. هر یک از این جعبه‌ها در هر بارگذاری پیشخوان یک‌سری کوئری سنگین اجرا می‌کند؛ چهار پنج جعبه که جمع شود، بارِ پنهانی ساخته می‌شود که در گزارش سرعتِ سایتِ بازدیدکننده هرگز دیده نمی‌شود.

نشانه‌اش مشخص است: بازشدن پیشخوان پس از ورود کند است، ولی ذخیرهٔ نوشته نسبتاً سریع می‌چرخد — چون مشکل در همان لحظهٔ ورود و ساخته‌شدن صفحهٔ داشبورد است، نه در دیتابیسِ نوشته‌ها. کمک اولیه هم ارزان است: از «تنظیمات صفحه» (Screen Options) ویجت‌های بلااستفاده را ببندید؛ اگر بهتر شد، افزونه‌های آماری و گزارش‌ده را یکی‌یکی موقتاً غیرفعال کنید و بازشدن پیشخوان را دوباره با ساعت بسنجید. جعبه‌ای که هزینه دارد و استفاده نمی‌شود، از داشبورد حذفش کنید.

علت پنهان دوم؛ admin-ajax و Heartbeat، دو مسیر پشت‌صحنه

دو مسیر پشت‌صحنه معمولاً بی‌آنکه دیده شوند، پنل را شلوغ می‌کنند. اولی admin-ajax است: درخواست‌های پس‌زمینهٔ پنل — فهرست‌ها، پیش‌نمایش‌ها، پیام‌های رسیده — از همین مسیر می‌گذرند و کشِ صفحه‌ای آن را نمی‌گیرد؛ افزونه‌هایی هم که بی‌مورد از این مسیر استفاده می‌کنند، بار را چند برابر می‌کنند. دومی Heartbeat است که پیش‌فرض وردپرس است و برای ذخیرهٔ خودکار و قفل‌کردن نوشته در حال ویرایش لازم است؛ ولی وقتی چند نفر هم‌زمان در پنل‌اند یا افزونه‌ای به آن سوار شده باشد، ترددش به بارِ دائمی تبدیل می‌شود.

نشانهٔ این دو، فرقش با بخش قبل است: کندی وسط کار پیش می‌آید، نه فقط موقع ورود — ذخیره‌ها گیر می‌کنند، فهرست‌ها دیر می‌آیند و اتصال پنل گاه‌وبیگاه «پرت» به نظر می‌رسد. کمک اولیه: تردد Heartbeat را فقط در ویرایشگر فعال و فاصلهٔ آن را بالاتر ببرید، و با یک ابزار پروفایل کوئری ببینید چه افزونه‌ای بی‌مورد به admin-ajax درخواست می‌زند؛ مقصر معمولاً یک افزونهٔ مشخص است، نه کل سایت.

علت پنهان سوم؛ جداول بادکرده و لاگ‌های بزرگ

نشانه‌های دیتابیس و لاگ‌های شلوغ
پاک‌سازی دوره‌ای با بکاپ قبلی؛ ترتیب کار در مقالهٔ دیتابیس آمده است.

دیتابیس هم مثل انبار، ماه‌به‌ماه پُر می‌شود: از هر نوشته چند نسخهٔ قدیمی می‌ماند، رکوردهای موقتِ منقضی سر جای‌شان می‌مانند و جدول گزینه‌ها با داده‌های باقی‌ماندهٔ افزونه‌های حذف‌شده سنگین می‌شود. لاگ‌ها هم هم‌جنس همین مشکل‌اند: گزارش خطاها، گزارش ۴۰۴ها و لاگ افزونه‌های امنیتی که ماه‌ها جمع شده و هیچ‌کس سراغش نرفته. هر جستجو و هر ذخیرهٔ پنل از میان همین انبار شلوغ می‌گذرد.

نشانه: ذخیرهٔ نوشته چند ثانیه‌ای شده، جستجو در فهرست نوشته‌ها کند است و فضای هاست هم بی‌دلیل پر می‌شود. کمک اولیه: پاک‌سازی دوره‌ای با بکاپ کامل قبلی — ترتیب و محدودهٔ کار در آموزش گام‌به‌گام بهینه‌سازی دیتابیس وردپرس نوشته شده و برای انتخاب ابزار، مقایسهٔ کامل افزونه‌های بهینه‌سازی دیتابیس؛ کدام برای شما مناسب است؟ راهنمای خوبی است. لاگ‌ها را هم سقف بگذارید: چه چیزی، چه مدتی، با چه حجمی ثبت شود.

علت پنهان چهارم؛ ساعت بکاپ و اسکن، وقتی منابع هاست دو دسته می‌شود

آخرین علت پنهان ساعت‌دار است: بکاپ کامل و اسکن امنیتی که در ساعات اوج کار اجرا می‌شوند. این دو، پردازش و دیسکِ هاست را می‌بلعند؛ پنلی که همان ساعت باز باشد، از همان سهمِ کوچک باقی‌مانده سرویس می‌گیرد. برای همین کندی گاهی «همیشه» به نظر نمی‌رسد: صبح تند است، ظهر خفه می‌شود — و تیم آن را به خستگی خودش ربط می‌دهد.

نشانه: کندیِ ثابت در ساعات مشخص شبانه‌روز، هم‌زمان با ثبت‌شدن بکاپ یا اسکن در تقویم افزونه‌ها. کمک اولیه: زمان‌بندی این کارها را به ساعات کم‌بازدید ببرید، بکاپ و اسکن را هم‌ساعت نکنید و اگر هاست ضعیف است، بکاپ را پلکانی و سبک‌تر بچینید. یک هشدار هم لازم است: پیش از هر آزمون و پاک‌سازی، بکاپ کامل بگیرید و مسیر برگشت را امتحان‌شده نگه دارید؛ اگر آزمونی چیزی را به هم ریخت، آموزش گام‌به‌گام بازگردانی سایت پس از خطا؛ از تشخیص تا راه‌اندازی دوباره برگهٔ نجات است.

از علت به تشخیص؛ ترتیب کاری که مقصر واقعی را نشان می‌دهد

شش علت را که دیدید، ترتیب کار روشن می‌شود: اول بکاپ، بعد عدد. سه عدد آزمون — زمان بازشدن پیشخوان، زمان ذخیرهٔ یک نوشته، زمان بازشدن فهرست‌ها — را با یک ساعت معمولی ثبت کنید؛ همین سه عدد می‌گوید مشکل در ورودِ پنل است یا وسط کار یا همه‌جا، و شما را به علت درست وصل می‌کند. شرح کامل آزمون و آزمون نیم‌ساعتهٔ افزونه‌ها در آموزش گام‌به‌گام رفع کندی پنل مدیریت وردپرس آمده است؛ اینجا نقشهٔ علت‌ها بود، آنجا نقشهٔ اجرا.

و پیش از هر دست‌برد، وضعیت کلی دامنه را ببینید: ممیزی رایگان دامنه تصویری از وضعیت فنی و محتوایی می‌دهد تا کارِ امروز با تصمیمِ داده‌محور شروع شود، نه با نصب افزونهٔ تازه. عادت کنید هر درمان را با اندازه‌گیری ببندید: عدد قبل، عدد بعد — این برگهٔ کوچک، جلوی شش ماه آزمونِ بی‌نتیجه را می‌گیرد.

جمع‌بندی؛ ترتیبی که نتیجه می‌دهد

سه جمله با خود ببرید. اول، کش برای بازدیدکننده است؛ پنل از کش عبور می‌کند و علتش را باید در ویجت‌ها، admin-ajax و Heartbeat پیدا کرد. دوم، جداول بادکرده و لاگ‌های بزرگ دیتابیس را خواب‌آلود می‌کنند و درمانشان پاک‌سازی دوره‌ای با بکاپ است. سوم، ساعت بکاپ و اسکن را از ساعت اوج کار دور نگه دارید؛ کندیِ ساعت‌دار، علتِ ساعت‌دار دارد.

نقشهٔ کامل مقاله‌های این خوشه در هاب نگهداری، مهاجرت و خطاها مرتب است؛ و اگر می‌خواهید نگهداری و انتشار از یک پنل و با گزارش واحد انجام شود، پلتفرم و پلن‌های سوئیت را ببینید. پنلِ تند، تیمِ منتشرکننده‌تر است؛ و انتشار منظم، همان چیزی است که سئو از آن تغذیه می‌کند.

دموی رایگان پلتفرم

پلن پیشرو — ۷٫۹ میلیون تومان/ماه (انتشار خودکار + اپراتور)

دموی رایگان پلتفرم

رصد ما، رشد شما.

سؤالات پرتکرار

چرا افزونهٔ کش پیشخوان را سریع نمی‌کند؟

چون کش صفحات عمومی را برای بازدیدکننده از پیش آماده می‌کند؛ پیشخوان در هر ورود اجرای مدیریتی از نو می‌خواهد و از کش صفحه‌ای عبور نمی‌کند.

Heartbeat را کلاً خاموش کنم؟

نه؛ برای ذخیرهٔ خودکار و قفل‌کردن نوشته لازم است. ترددش را فقط در ویرایشگر فعال و فاصلهٔ آن را بالاتر ببرید تا بارِ دائمی نشود.

از کجا بفهمم مقصر admin-ajax است؟

نشانه، کندی وسط کار است نه فقط موقع ورود؛ با پروفایل کوئری، درخواست‌های تکراری به admin-ajax را پیدا کنید؛ معمولاً یک افزونهٔ مشخص مقصر است.

پاک‌سازی دیتابیس خطرناک نیست؟

با بکاپ کامل قبلی و ابزار شناخته‌شده، نه. جدول‌های فروش و سفارش را دستی دست نزنید و پاک‌سازی را شب قبل از کمپین فروش زمان‌بندی نکنید.

از کجا شروع کنم؟

با ثبت سه عدد آزمون: بازشدن پیشخوان، ذخیرهٔ نوشته و بازشدن فهرست‌ها؛ شرح کامل آزمون و آزمون نیم‌ساعتهٔ افزونه‌ها در راهنمای گام‌به‌گام همین خوشه آمده است.