LiteSpeed Cache هم ابزار کش صفحه است و هم مجموعه‌ای از قابلیت‌های بهینه‌سازی وردپرس. این دو دسته پیش‌نیاز یکسان ندارند. پیش از روشن‌کردن همهٔ گزینه‌ها، پشتیبانی میزبان، نوع صفحات و ابزارهای فعال سایت را مشخص کنید.
پیش‌نیازهای LiteSpeed Cache
طبق صفحهٔ رسمی افزونه، امکانات عمومی بهینه‌سازی روی وب‌سرورهای مختلف قابل‌استفاده‌اند. کش اختصاصی صفحه به زیرساخت سازگار LiteSpeed یا QUIC.cloud CDN نیاز دارد؛ نصب افزونه به‌تنهایی موتور کش سرور را ایجاد نمی‌کند.
اطلاعات «ابزارها ← سلامت سایت ← اطلاعات ← سرور» یک سرنخ است، اما فعال‌بودن قابلیت کش را از میزبان یا وضعیت افزونه تأیید کنید. نام وب‌سرور به‌تنهایی معیار کیفیت هاست نیست. در میزبانی اشتراکی نیز نصب وب‌سرور در اختیار مدیر سرویس است.
شروع با تنظیمات پایه
- نسخهٔ رسمی افزونه را نصب و فعال کنید.
- وظیفهٔ کش صفحه و بهینه‌سازی فایل را بین ابزارهای موجود مشخص کنید.
- در زیرساخت سازگار، گزینهٔ Enable Cache را در بخش Cache بررسی کنید.
- صفحهٔ عمومی را در حالت خارج‌شده از حساب آزمایش کنید.
- سپس هر قابلیت اضافی را جداگانه فعال و نتیجه را مقایسه کنید.
راهنمای شروع LiteSpeed نقطهٔ آغاز مناسبی است. چند افزونه نباید هم‌زمان یک کار یکسان را با قواعد ناسازگار انجام دهند؛ بااین‌حال، وجود افزونهٔ دیگر به معنی ضرورت حذف فوری همهٔ امکانات آن نیست.
کش صفحه، مرورگر و Object Cache چه تفاوتی دارند؟
کش صفحه، خروجی آمادهٔ صفحات واجد شرایط را نگه می‌دارد. TTL مدت اعتبار آن را تعیین می‌کند و قواعد Purge نسخه‌های لازم را هنگام تغییر محتوا کنار می‌گذارند. زمان اعتبار طولانی بدون پاکسازی درست ممکن است اطلاعات قدیمی نشان دهد.
کش مرورگر به استفادهٔ دوباره از منابع در دستگاه بازدیدکننده مربوط است. Object Cache داده‌های قابل‌استفادهٔ مجدد را ذخیره می‌کند و برای حالت پایدار Redis یا Memcached به سرویس و اتصال واقعی نیاز دارد. روشن‌کردن دکمه بدون پشتیبانی میزبان کافی نیست.
در مستند تنظیمات کش، ESI با کش عادی تفاوت دارد: بخش‌هایی از صفحه می‌توانند سیاست کش مستقل داشته باشند. نام آن ESI است، نه ESL. OpenLiteSpeed از این قابلیت پشتیبانی نمی‌کند؛ نوع زیرساخت را پیش از اتکا به آن بررسی کنید.
فروشگاه و محتوای شخصی
کش برای همهٔ فروشگاه‌ها نامناسب نیست؛ افزونه با WooCommerce سازگاری دارد. مسئله این است که حساب کاربری، سبد خرید، پرداخت و اطلاعات شخصی نباید به‌صورت کش عمومی مشترک به کاربران دیگر برسند. استثناهای افزونه و مسیرهای سفارشی فروشگاه را بررسی کنید.
آزمایش را با دو نشست جدا انجام دهید: کالا اضافه کنید، قیمت و موجودی را تغییر دهید و از به‌روزرسانی نمایش مطمئن شوید. گزینه‌های Force Public Cache یا حذف کوکی از منطق کش را برای رفع سریع خطا حدسی تغییر ندهید.
اتصال فعلی QUIC.cloud
در تنظیمات عمومی فعلی، Domain Key از نسخهٔ ۷ کنار گذاشته شده است. اتصال از General ← Online Services و دکمهٔ Enable QUIC.cloud Services آغاز می‌شود. آموزش‌های قدیمیِ درخواست کلید را عیناً دنبال نکنید.
خدمات تصویر، CSS و CDN الزاماً سهمیه و هزینهٔ یکسان ندارند. پیش از فعال‌سازی، شرایط همان سرویس و دادهٔ ارسالی را بررسی کنید. اتصال ابری برای تمام قابلیت‌های محلی افزونه ضروری نیست.
بهینه‌سازی فایل‌ها و تصاویر
در Page Optimization، کوچک‌سازی و تأخیر JavaScript یا پردازش CSS را مرحله‌ای آزمایش کنید. اگر منو، فرم یا پرداخت خراب شد، آخرین گزینه را برگردانید و استثنای دقیق بسازید. تجمیع همهٔ فایل‌ها همیشه سریع‌تر نیست.
بهینه‌سازی تصاویر از خدمات QUIC.cloud استفاده می‌کند. هم‌زمان چند ابزار را مسئول تغییر یک تصویر نکنید و تصویر اصلی بالای صفحه را بدون بررسی وارد بارگذاری تنبل نکنید.
نگهداری و رفع مشکل
خزنده می‌تواند کش را پیشاپیش بسازد، اما منابع مصرف می‌کند؛ آن را متناسب با ظرفیت هاست تنظیم کنید. پاکسازی پایگاه‌داده و Heartbeat نیز گزینه‌های صرفاً تزئینی نیستند و نباید همه را یکجا خاموش یا اجرا کرد.
برای مشاهدهٔ تغییرات، کش مرتبط را از Toolbox پاک کنید و وضعیت نسخهٔ تازه را ببینید. در هر مرحله سرعت و صحت نمایش را با هم بسنجید؛ امتیاز بهتر همراه با سبد خرید خراب، نتیجهٔ قابل‌قبولی نیست.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
