گاهی بازشدن صفحه مدیریت به این دلیل طول می‌کشد که وردپرس، پوسته یا یک افزونه منتظر پاسخ سروری بیرونی است. برای مثال، بررسی انتشار جدید یا دریافت اطلاعات یک سرویس ممکن است تا پایان مهلت اتصال منتظر بماند.
بخش «سرعت پیشخوان» در جم پک این ارتباط‌ها را پایش می‌کند. با گزارش آن می‌توانید سهم درخواست‌های بیرونی را بررسی کنید و در صورت تکرار خطا، توقف موقت درخواست‌هایی را فعال کنید که مشمول قواعد این ابزار هستند.
بهتر است ابتدا فقط اندازه‌گیری را روشن کنید و پس از جمع‌شدن اطلاعات، درباره گزینه دوم تصمیم بگیرید. اگر علت کندی، اجرای کد یا پایگاه داده باشد، این ابزار به‌تنهایی آن را برطرف نمی‌کند.
۱. وضعیت اولیه را یادداشت کنید
پیش از روشن‌کردن گزینه‌ها، دو یا سه صفحه مدیریتی را که کند هستند انتخاب کنید؛ برای نمونه صفحه افزونه‌ها یا تنظیمات یک افزونه متصل به سرویس خارجی.
- همان صفحه‌ها را چند بار با شرایط مشابه باز کنید.
- زمان تقریبی انتظار و کاری را که انجام داده‌اید یادداشت کنید.
- اگر کندی فقط گاهی رخ می‌دهد، زمان و صفحه مربوط را هم ثبت کنید.
یک بار بازشدن سریع یا کند، مبنای کافی برای نتیجه‌گیری نیست. بررسی را با صفحه‌ها و کارهای یکسان ادامه دهید تا تغییر رفتار قابل مقایسه باشد.
۲. فقط پایش ارتباط‌ها را فعال کنید
- در منوی جم پک، «سرعت پیشخوان» را باز کنید.
- گزینه «زیر نظر گرفتن ارتباط‌های بیرونی» را روشن کنید.
- فعلاً گزینه «کنار گذاشتن سرورهایی که مکرراً پاسخ نمی‌دهند» را خاموش نگه دارید.
- تنظیمات را ذخیره کنید.
- مانند همیشه با پیشخوان کار کنید و صفحه‌های منتخب را باز کنید.
- پس از انجام کارهای معمول، دوباره به «سرعت پیشخوان» برگردید و گزارش را ببینید.
پایش به‌تنهایی، درخواست را مسدود نمی‌کند و مهلت آن را کوتاه نمی‌کند. در این مرحله فقط نتیجه ارتباط‌ها ثبت می‌شود؛ بنابراین انتظار بهبود خودکار سرعت با روشن‌کردن گزینه اول نداشته باشید.
برای بررسی استفاده روزمره، می‌توانید پایش را یک روز روشن نگه دارید. گذشت یک روز شرط شروع گزارش نیست؛ اطلاعات پس از اجرای ارتباط‌های واجدشرایط ثبت می‌شوند.
۳. گزارش را درست بخوانید
در بخش «بخش مدیریت چه سرورهایی را صدا می‌زند»، هر ردیف، مجموع اطلاعات یک میزبان، یعنی سرور مقصد درخواست‌ها، را نشان می‌دهد.
| ستون | معنی و کاربرد |
|---|---|
| سرور | میزبان مقصد ارتباط؛ مبنای بررسی، میزبان است نه فقط یک صفحه یا آدرس خاص |
| درخواست‌کننده | افزونه یا پوسته‌ای که درخواست به آن نسبت داده شده است؛ اگر شناسایی نشود، وردپرس نمایش داده می‌شود |
| تعداد درخواست | تعداد ارتباط‌های اجراشده و اندازه‌گیری‌شده برای آن میزبان |
| ناموفق | تعداد خطاهای ارتباطی ثبت‌شده؛ با تعداد پاسخ‌های دارای خطای HTTP یکسان نیست |
| زمان صرف‌شده | مجموع مدت ارتباط‌های اندازه‌گیری‌شده، شامل موفق و ناموفق |
| وضعیت | وضعیت ثبت‌شده میزبان و در صورت وجود، شمار درخواست‌های کنارگذاشته‌شده |
زمان صرف‌شده، تماماً زمان هدررفته نیست. یک سرویس سالم هم برای پاسخ‌دادن زمان مصرف می‌کند. این مقدار همچنین زمان بازشدن کامل یک صفحه نیست؛ مجموع ارتباط‌های همان میزبان در دوره گزارش است.
اگر چند افزونه به یک میزبان وصل شوند، نام درخواست‌کننده می‌تواند مربوط به آخرین فراخوان ثبت‌شده باشد. صرف دیدن نام یک افزونه، ثابت نمی‌کند تمام زمان ردیف یا علت کندی متعلق به همان افزونه است.
ردیف‌ها بر اساس مجموع زمان دوره جاری و دوره قبلی مرتب می‌شوند. بنابراین ممکن است ردیفی با زمان کم در دوره جاری، به دلیل سابقه دوره قبلی بالاتر قرار بگیرد.
وضعیت‌های گزارش
- سالم: خطای ارتباطی در آمار دوره جاری آن ردیف ثبت نشده است.
- زیر نظر: شکست‌های پیاپی ثبت شده‌اند، اما هنوز دوره توقف تازه‌ای برقرار نشده است.
- تا … کنار گذاشته شده: برای میزبان زمان توقف ثبت شده است. کنارگذاشتن واقعی درخواست‌ها به روشن‌بودن هر دو گزینه بستگی دارد.
- بازیابی شده: میزبان در آمار دوره جاری سابقه شکست دارد، اما در وضعیت فعلی، شمار شکست‌های پیاپی و زمان توقف پاک شده‌اند.
این وضعیت‌ها گزارش لحظه‌ای سلامت اینترنت یا تمام سرویس‌های سایت نیستند. آن‌ها از ارتباط‌هایی ساخته می‌شوند که هنگام استفاده از مدیریت، در محدوده پایش اجرا شده‌اند.
سه عدد بالای گزارش
«زمان انتظار در این دوره» مجموع مدت ارتباط‌های ثبت‌شده را نشان می‌دهد؛ ارتباط موفق هم در آن سهم دارد. «درخواست‌های ناموفق» تعداد خطاهای ارتباطی ثبت‌شده است.
«سرورهای کنار گذاشته‌شده» از زمان توقف ذخیره‌شده میزبان‌ها محاسبه می‌شود. اگر گزینه کنارگذاشتن را خاموش کرده باشید، باقی‌بودن این عدد لزوماً به معنی توقف فعلی درخواست‌ها نیست؛ وضعیت کلیدها را هم ببینید.
۴. تصمیم بگیرید آیا کنارگذاشتن موقت لازم است
ابتدا ردیف‌هایی را بررسی کنید که هم زمان قابل‌توجهی دارند و هم خطای ارتباطی ثبت کرده‌اند. سپس مشخص کنید کدام کار مدیریتی به آن مقصد وابسته است.
یک مثال فرضی: افزونه‌ای هنگام بازشدن صفحه مدیریت به updates.example.com وصل می‌شود. اگر ارتباط با این میزبان چند بار به خطای اتصال برسد، صفحات بعدی هم ممکن است همان انتظار را تکرار کنند. در چنین شرایطی، کنارگذاشتن موقت می‌تواند انتظار درخواست‌های بعدی را کاهش دهد.
اما اگر سرویس پاسخ می‌دهد و فقط کند است، یا پاسخ 403 یا 500 برمی‌گرداند، این وضعیت به‌تنهایی معیار توقف نیست. در این ابزار، شکست زمانی شمرده می‌شود که مسیر ارتباطی وردپرس خطا برگرداند، مانند اتصال ناموفق یا پایان مهلت انتظار.
اگر ارتباط مربوط به کاری ضروری است، ابتدا علت شکست را بررسی کنید؛ کنارگذاشتن درخواست، مشکل سرویس را تعمیر نمی‌کند. در زمان توقف، افزونه درخواست‌کننده خطا دریافت می‌کند و ممکن است داده تازه آن سرویس در مدیریت در دسترس نباشد.
۵. کنارگذاشتن موقت را فعال کنید
- به «سرعت پیشخوان» برگردید.
- «زیر نظر گرفتن ارتباط‌های بیرونی» را روشن نگه دارید.
- گزینه «کنار گذاشتن سرورهایی که مکرراً پاسخ نمی‌دهند» را روشن کنید.
- تنظیمات را ذخیره کنید.
- صفحه‌های مدیریتی منتخب را دوباره باز کنید.
- وضعیت میزبان، شمار درخواست‌های کنارگذاشته‌شده و عملکرد ابزار وابسته را بررسی کنید.
اگر پایش قبلاً زمان توقفی برای میزبان ثبت کرده باشد، روشن‌کردن گزینه دوم می‌تواند در درخواست‌های بعدی از همان وضعیت استفاده کند. لازم نیست همیشه از ابتدا سه شکست جدید رخ دهد.
تصمیم در سطح میزبان است؛ اگر چند مسیر روی یک میزبان قرار داشته باشند، توقف فقط به آدرس ناموفق نخست محدود نمی‌شود. در محیط آزمایشی، کارهای دیگرِ وابسته به همان میزبان را هم بررسی کنید.
آستانه و مدت توقف
اگر میزبان در فهرست محافظت نباشد، پس از سه خطای ارتباطی پیاپی، درخواست‌های آن موقتاً متوقف می‌شوند. توقف نخست یک ساعت است؛ اگر پس از پایان آن، خطاهای پیاپی ادامه پیدا کنند و به حد لازم برسند، مدت توقف به شش ساعت و سپس حداکثر یک روز افزایش می‌یابد.
پس از پایان زمان توقف، درخواست بعدی اجازه اجرا پیدا می‌کند. پایان زمان، خودش درخواست آزمایشی به سرور نمی‌فرستد؛ ارتباط باید دوباره از طرف وردپرس یا افزونه فراخوانده شود.
اولین پاسخ بدون خطای ارتباطی، شمار شکست‌های پیاپی، مرحله افزایش توقف و زمان توقف را پاک می‌کند. آمار شکست‌های قبلیِ دوره به این دلیل حذف نمی‌شود.
درخواست‌های اولیه همچنان ممکن است تا مهلت واقعی خود منتظر بمانند. کاهش احتمالی انتظار مربوط به درخواست‌هایی است که در دوره توقف کنار گذاشته می‌شوند؛ بهبود برای همه سایت‌ها تضمین‌شده نیست.
مقصدهایی که کنار گذاشته نمی‌شوند
در بخش «هرگز کنار گذاشته نمی‌شوند»، توضیح مقصدهای محافظت‌شده را می‌بینید. قواعد بررسی‌شده شامل این موارد هستند:
- تمام میزبان‌های با پسوند
.ir؛ - دامنه خود سایت و زیر‌دامنه‌های آن؛
- دامنه سرور لایسنس جم پک و زیر‌دامنه‌های آن؛
- دامنه‌های مشخص سرویس‌های پرداخت و پیامک در فهرست محافظت، از جمله
zarinpal.com،payamak-panel.com،sms-webservice.com،melipayamak.com،ippanel.com،iranpayamak.comوghasedak.meو زیر‌دامنه‌های آن‌ها.
این فهرست از فرم تنظیمات قابل ویرایش نیست. اگر سرویسی را از طریق دامنه واسط یا سفارشی فراخوانی می‌کنید، صرف نام سرویس تضمین نمی‌کند دامنه جدید هم محافظت‌شده باشد. توسعه‌دهنده باید همان میزبان واقعی را بررسی کند؛ افزودن حفاظت سفارشی، موضوع جداگانه‌ای است.
۶. نتیجه را با همان کارهای اولیه مقایسه کنید
برای ارزیابی، دوباره صفحه‌ها و کارهایی را انجام دهید که پیش از فعال‌سازی یادداشت کرده بودید.
- زمان تقریبی انتظار را در چند بار تکرار مقایسه کنید.
- ببینید شمار درخواست‌های کنارگذاشته‌شده برای میزبان مسئله‌دار افزایش پیدا می‌کند یا نه.
- بررسی کنید بخش مدیریتی وابسته به آن سرویس هنوز رفتار قابل‌قبولی دارد.
- اگر تغییری دیده نمی‌شود، علت‌های دیگر کندی را بررسی کنید و نتیجه را به این ابزار نسبت ندهید.
این گزارش، زمان صرفه‌جویی‌شده را مستقیماً اندازه‌گیری نمی‌کند. از افزایش شمار درخواست‌های کنارگذاشته‌شده نیز نمی‌توان به‌تنهایی درصد افزایش سرعت کل پیشخوان را نتیجه گرفت.
دوره گزارش و پاک‌کردن اندازه‌گیری‌ها
دوره آماری، بازه ثابت سی‌روزه است؛ ماه تقویمی شمسی یا میلادی نیست. پس از پایان این مدت، با اجرای دوباره پایش، شمارنده‌های دوره جدید آغاز می‌شوند و مجموع‌های دوره قبلی برای مقایسه باقی می‌مانند. وضعیت توقف میزبان‌ها در تغییر خودکار دوره حفظ می‌شود.
اگر پس از اصلاح شبکه یا تنظیم یک افزونه، می‌خواهید از نو اندازه‌گیری کنید، ابتدا نتیجه فعلی را یادداشت کنید و سپس «پاک کردن این اندازه‌گیری‌ها» را بزنید.
این دکمه فقط اعداد نمایشی را صفر نمی‌کند؛ سابقه و وضعیت توقف ذخیره‌شده میزبان‌ها را هم پاک می‌کند. اگر کنارگذاشتن روشن بماند، میزبان مشکل‌دار باید دوباره از روی ارتباط‌های تازه شناسایی شود و ممکن است انتظار اولیه تکرار شود.
پاک‌کردن گزارش، جای خاموش‌کردن ابزار نیست. همچنین داده‌های سفارش، مشتری یا محتوای سایت را حذف نمی‌کند؛ این عملیات مربوط به داده‌های همین پایش است.
مشکلات رایج و روش بررسی آن‌ها
جدول خالی مانده است
روشن‌بودن «زیر نظر گرفتن ارتباط‌های بیرونی» و ذخیره تنظیمات را بررسی کنید. سپس صفحه مدیریتی‌ای را باز کنید که واقعاً ارتباط بیرونی برقرار می‌کند و دوباره گزارش را ببینید.
ممکن است درخواست‌ها به دامنه محافظت‌شده مربوط باشند، خارج از مدیریت اجرا شوند یا از مسیر ارتباطی استاندارد وردپرس عبور نکنند. خالی‌بودن جدول، نبود تمام ارتباط‌ها یا نبود علت خارجی برای کندی را ثابت نمی‌کند.
پایش روشن است ولی سرعت تغییری نکرده
گزینه اول فقط اندازه‌گیری می‌کند. اگر گزینه دوم هم روشن است، وجود خطای ارتباطی پیاپی، محافظت‌نشده‌بودن میزبان و برقرارشدن دوره توقف را بررسی کنید.
اگر درخواست پاسخ معتبر HTTP می‌گیرد، حتی با کد خطا، صرف این پاسخ موجب توقف نمی‌شود. کندی ناشی از پردازش کد، پایگاه داده یا منابع سرور نیز به بررسی جداگانه نیاز دارد.
زمان یک ردیف زیاد است ولی شکست ندارد
ممکن است سرویس ارتباط‌های موفق متعدد یا پاسخ‌های کند داشته باشد. مجموع زمان بالا الزاماً خرابی نیست؛ تعداد درخواست‌ها، کاربرد سرویس و صفحه‌ای را که آن را فراخوانی می‌کند کنار هم بررسی کنید.
بعد از کنارگذاشتن، اطلاعات یک ابزار مدیریتی تازه نمی‌شود
گزینه «کنار گذاشتن سرورهایی که مکرراً پاسخ نمی‌دهند» را خاموش و ذخیره کنید. با روشن‌ماندن پایش، کار مربوط را دوباره انجام دهید تا ارتباط واقعی اجازه اجرا پیدا کند.
اگر مشکل ادامه دارد، علت شکست سرویس یا شبکه را جداگانه بررسی کنید. خاموش‌کردن توقف، دسترسی به سرور بیرونی را تعمیر نمی‌کند.
بعد از خاموش‌کردن، وضعیت توقف هنوز دیده می‌شود
گزارش ذخیره‌شده با خاموش‌کردن کلیدها خودکار حذف نمی‌شود. زمان توقف و عدد مربوط می‌توانند تا تغییر بعدی باقی بمانند، اما کنارگذاشتن واقعی به روشن‌بودن هر دو گزینه وابسته است.
پس از پاک‌کردن گزارش، پیشخوان دوباره کند شده است
پاک‌کردن، سابقه توقف را هم حذف می‌کند. اگر مقصد همچنان پاسخ ندهد، ارتباط‌های تازه ممکن است دوباره تا مهلت خود منتظر بمانند تا شکست‌های لازم ثبت شوند. این اتفاق به معنی رفع و بازگشت ناگهانی مشکل شبکه نیست.
غیرفعال‌سازی و اثر آن
برای توقف کنارگذاشتن درخواست‌ها و ادامه بررسی، فقط گزینه دوم را خاموش و ذخیره کنید. برای توقف پایش و کنارگذاشتن، «زیر نظر گرفتن ارتباط‌های بیرونی» را هم خاموش کنید.
خاموش‌کردن ابزار، گزارش قبلی را پاک نمی‌کند. اگر بعداً دوباره آن را روشن کنید، وضعیت ذخیره‌شده می‌تواند هنوز وجود داشته باشد. فقط در صورت نیاز به شروع تازه و با آگاهی از پاک‌شدن سابقه، از دکمه پاک‌کردن اندازه‌گیری‌ها استفاده کنید.
این ماژول در بخش مدیریت عمل می‌کند؛ هدف آن کش‌کردن صفحات عمومی، افزایش سرعت تسویه‌حساب، بهینه‌سازی تصاویر یا پاک‌سازی پایگاه داده نیست. درخواست‌های REST، اجرای زمان‌بندی وردپرس و صفحات عمومی در محدوده معمول فعال‌سازی این کلاس قرار ندارند. درخواست‌های مدیریتی، از جمله درخواست‌های AJAX مدیریتی، می‌توانند در محدوده آن قرار بگیرند.
قدم‌های بعدی
- برای شناخت کنترل‌های عمومی افزونه، آشنایی با محیط جم پک و مدیریت ماژول‌ها را ببینید.
- اگر گزارش به یک افزونه یا سرویس مشخص اشاره دارد، نتیجه را همراه با میزبان، کار مدیریتی و خطای مربوط برای مسئول فنی آن بررسی کنید.
- پس از اصلاح علت اصلی، با اندازه‌گیری تازه و کارهای یکسان، تغییر نتیجه را ارزیابی کنید.