وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

آزمون کش وردپرس: سایت سریع شده، اما سبد خرید هم درست کار می‌کند؟

هشت آزمون عملی برای کش وردپرس و ووکامرس: جداسازی کاربران، سبد خرید، خروج از حساب و تغییر محتوا؛ قبل از امتیاز سرعت، صحت پاسخ را بسنجید.

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

ابتدا مسیر درخواست را روی کاغذ بنویسید

یک پاسخ ممکن است از مرورگر، CDN، کش صفحهٔ وب‌سرور یا خود وردپرس برسد. کش اشیای دیتابیس نیز لایهٔ دیگری است و با ذخیرهٔ HTML یکسان نیست. خاموش‌کردن یک افزونه به معنی حذف همهٔ این لایه‌ها نیست.
برای هر لایه، مسئول تنظیمات، محل پاک‌سازی و راه تشخیص وضعیت را ثبت کنید. در ابزار توسعهٔ مرورگر، Network را باز کنید و پاسخ سند HTML را ببینید. نام هدر وضعیت کش بین محصولات فرق می‌کند؛ نبودن هدر اختصاصی هم اثبات نمی‌کند که پاسخی کش نشده است.
طبق راهنمای رسمی ووکامرس، صفحات سبد خرید، پرداخت و حساب کاربری باید پویا بمانند؛ تنظیمات مرتبط با Cookie و Session نیز باید با سیستم کش سازگار باشند. مسیر واقعی این صفحات را بررسی کنید، چون ممکن است نام آن‌ها فارسی یا سفارشی باشد. مستندات کش ووکامرس

دو کاربر آزمایشی، دو محیط واقعاً جدا

از دو پروفایل مستقل مرورگر یا دو مرورگر استفاده کنید. دو تب در یک پروفایل معمولاً Cookie مشترک دارند و برای سنجش جداسازی کاربران کافی نیستند.
محیط «الف» را مهمان نگه دارید. در محیط «ب» فقط با حساب آزمایشی وارد شوید. هر دو را از یک اتصال عادی باز کنید؛ فعلاً سراغ پاک‌کردن دائمی کش و Hard Reload نروید. قرار است تجربه‌ای را ببینیم که مشتری با پیمایش معمولی دارد.
روی نسخهٔ آزمایشی فروشگاه، یک محصول مشخص انتخاب کنید. اگر تست روی سایت اصلی لازم شد، تا مرحلهٔ مشاهدهٔ سبد و فرم پرداخت پیش بروید و پرداخت یا ثبت سفارش انجام ندهید.

هشت بررسی که نتیجهٔ روشن دارند

  1. صفحهٔ عمومی: هر دو محیط یک مطلب یا صفحهٔ محصول را باز کنند؛ محتوای عمومی باید یکسان باشد.
  2. ورود: محیط ب وارد شود؛ محیط الف نباید نام یا وضعیت حساب ب را ببیند.
  3. افزودن کالا: فقط الف کالایی به سبد اضافه کند؛ سبد ب نباید تغییر کند.
  4. تغییر تعداد: الف تعداد را تغییر دهد، به صفحهٔ دیگری برود و برگردد؛ تعداد و جمع باید سازگار بمانند.
  5. حذف کالا: کالا را حذف کنید؛ بازگشت با دکمهٔ Back را هم امتحان کنید. نمایش کهنه می‌تواند از مرورگر یا کد صفحه باشد، پس نتیجه را فوراً به کش سرور نسبت ندهید.
  6. کوپن آزمایشی: فقط در محیط تست اعمال و سپس حذف شود؛ جمع نهایی باید به وضعیت جدید پاسخ دهد.
  7. خروج: ب خارج شود و صفحهٔ حساب را دوباره باز کند؛ دادهٔ خصوصی نباید نمایش داده شود.
  8. تغییر محتوای عمومی: در محیط تست، متن یک محصول را عوض کنید؛ مدت رسیدن تغییر به مرورگر را با سیاست پاک‌سازی کش مقایسه کنید.
برای هر مورد، آدرس، ساعت، انتظار، نتیجه و لایهٔ مشکوک را بنویسید. فایل HAR کامل ممکن است Cookie یا اطلاعات خصوصی داشته باشد؛ برای تیکت، هدرهای لازم را بدون دادهٔ حساس ارسال کنید.

نمونهٔ تفسیر یک شکست

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

سرعت را بعد از صحت اندازه بگیرید

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

هنگام انتخاب هاست چه بپرسیم؟

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

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام