کش وردپرس زمانی سرعت را بهتر می‌کند که پاسخ مناسب را به کاربر مناسب برساند. ذخیره نسخه آماده یک نوشته عمومی می‌تواند پردازش تکراری را کم کند؛ ذخیره همان‌طورِ سبد خرید یا حساب مشتری در کش عمومی، اشتباه و خطرناک است. بنابراین تنظیم کش فقط روشن‌کردن چند گزینه نیست: باید نوع داده، شرایط عبور از کش و زمان تازه‌شدن آن مشخص باشد.
در این مقاله، لایه‌های کش را جدا می‌کنیم و یک روش آزمایش قابل تکرار می‌سازیم. سپس نقش LiteSpeed و CDN و امکانات مدیریت کش در سرویس‌های وردپرس پاستا را توضیح می‌دهیم. اگر هنوز نمی‌دانید کندی از سرور است یا مرورگر، ابتدا راهنمای عیب‌یابی سرعت وردپرس را مطالعه کنید تا از کش انتظار نامربوط نداشته باشید.
کش صفحه، مرورگر و داده چه فرقی دارند؟
| لایه | چه چیزی نگه می‌دارد؟ | چه مشکلی را هدف می‌گیرد؟ |
|---|---|---|
| کش صفحه | خروجی آماده عمومی مانند HTML نوشته | تکرار پردازش ساخت صفحه |
| کش مرورگر | فایل قابل استفاده دوباره روی دستگاه | دانلود تکراری در بازدید بعدی |
| کش داده | نتیجه بعضی عملیات یا داده‌های قابل استفاده مجدد | پردازش و مراجعه تکراری به دیتابیس |
| CDN | محتوای مجاز به کش در لایه تحویل | فاصله شبکه و بار تحویل فایل عمومی |
این لایه‌ها جای یکدیگر نیستند. یک سایت ممکن است تصویر را از کش مرورگر بدهد ولی برای HTML هر بار PHP اجرا کند. همچنین پاسخ سریع کش صفحه نشان نمی‌دهد دیتابیس در مسیر خصوصی سریع است. برای هر لایه، نام ابزار مسئول، داده ذخیره‌شده و روش پاکسازی را ثبت کنید. همین نقشه ساده، پیدا کردن علت «تغییر دادم ولی دیده نمی‌شود» را آسان‌تر می‌کند.
کش سرد یعنی نسخه آماده هنوز وجود ندارد و کش گرم یعنی می‌تواند استفاده شود. اولین درخواست ممکن است کندتر باشد، اما این توضیح نباید بهانه کندی دائمی شود. اگر با هر بازدید عمومی نسخه کش حذف میشود یا کلید کش برای هر کاربر بی‌دلیل متفاوت است، باید علت را پیدا کنید. نرخ موفقیت کش را کنار تازگی محتوا و عملکرد مسیر خرید ببینید.
قبل از نصب افزونه جدید، مسئول هر لایه را مشخص کنید
فهرست افزونه‌های کش، تنظیمات وب‌سرور و قوانین CDN را بررسی کنید. اجرای هم‌زمان چند ابزار برای کش صفحه یا تغییر یکسان فایل‌های CSS می‌تواند تشخیص خطا را سخت کند. این به معنی حذف کورکورانه افزونه‌ها نیست؛ ابتدا تنظیمات را ثبت کنید، بکاپ بگیرید و در محیط آزمایش فقط مسئولیت تکراری را کنار بگذارید.
برای هر تغییر، یک صفحه عمومی، یک صفحه کاربر واردشده و در فروشگاه یک سبد آزمایشی داشته باشید. تنظیمی که فقط با حساب مدیر امتحان شده، برای بازدیدکننده عمومی تأیید نشده است. برعکس، سرعت صفحه مهمان هم دلیل صحت نشست مشتری نیست. ابزار تست نباید توکن، کوکی یا اطلاعات حساب را در خروجی عمومی ذخیره کند.
LiteSpeed Cache چه پیش‌نیازی دارد؟
طبق مستندات رسمی LiteSpeed، قابلیت کش صفحه این افزونه به پشتیبانی لایه سرور نیاز دارد؛ بعضی امکانات بهینهسازی مستقل از آن کار می‌کنند. بنابراین فعال‌بودن افزونه روی هر وب‌سروری ثابت نمی‌کند کش صفحه LiteSpeed فعال است. نوع محیط و وضعیت پشتیبانی را قبل از تغییر گزینه‌ها بررسی کنید.
در وردپرس مدیریت‌شده پاستا، ابزار بررسی و فعال‌سازی LiteSpeed Cache در مسیر مدیریت سایت وجود دارد. وضعیت آماده‌بودن وردپرس و سازگاری محیط مهم است. اگر کنترل پنل فعال‌سازی را ناموفق گزارش کرد، چند افزونه مشابه نصب نکنید؛ خطای همان عملیات را بررسی کنید. فعال‌شدن افزونه نیز پایان کار نیست: باید پاسخ واقعی، تازگی نوشته و مسیرهای خصوصی را آزمایش کنید.
برای شروع، کش عمومی را با تنظیمات محافظه‌کارانه بررسی کنید و قابلیت‌های تغییر CSS، تأخیر جاوااسکریپت و بهینهسازی تصویر را یک‌باره روشن نکنید. بعد از هر گزینه، منو، فرم، جست‌وجو و انتخاب ویژگی محصول را امتحان کنید. ممکن است گزینه‌ای امتیاز آزمایشگاهی را بهتر کند ولی یک قابلیت ضروری را تا اولین کلیک از دسترس خارج کند.