فیلتر سریع آرشیو A2

مسئله تجاری

فیلترکردن کاتالوگ یکی از کندترین کارهایی بود که یک خریدار می‌توانست روی سایت انجام دهد. هر تغییر فیلتر کوئری‌های سنگین تاکسونومی و قیمت را روی یک رندر آرشیو که از قبل گران بود شلیک می‌کرد، و p95 مسیر آرشیو نزدیک ۵٫۲ ثانیه نشسته بود. فیلتر سریع‌تری می‌خواستم که صفحات دسته را سمت سرور رندرشده و قابل خزش نگه دارد.

آنچه تحویل دادم

• یک رابط فیلتر مودال که با AJAX کار می‌کند، با گزینه‌های وابسته که بازتاب می‌دهند در بافت دسته‌ی فعلی واقعاً چه چیزی وجود دارد.
• سطل‌های قیمت محاسبه‌شده از قیمت‌های واقعی کاتالوگ با منطق چندکی، تا بازه‌ها از داده پیروی کنند نه از پله‌های ثابت.
• یک لایه‌ی کش ترنزینت با TTL ده‌دقیقه‌ای، پنجره‌ی کهنه‌ی شش‌ساعته و سقف مقدار ۵۱۲ کیلوبایتی.
• باطل‌سازی خودکار: هوک‌های save_post_product و set_object_terms و هوک‌های ترم نسخه‌ی کش را پشت یک قفل کوتاه بالا می‌برند.
• یک حالت امن با فالبک رندرشده‌ی سمت سرور، تا یک خطای جاوااسکریپت هیچ‌وقت جلوی مرور را نگیرد.

رویکرد فنی

• محدودیت‌های قیمت از طریق یک فیلتر posts_clauses اجرا می‌شوند به‌جای شرط‌های روی‌هم‌چیده‌ی meta_query.
• مجموعه‌های شناسه‌ی منطبق در سقف ۲۰٬۰۰۰ محدود شده‌اند تا یک دسته‌ی بسیار بزرگ نتواند از محدودیت حافظه یا اندازه‌ی کش عبور کند.
• هر اندپوینت AJAX قبل از دست‌زدن به دیتابیس اکشن nonce را تأیید می‌کند.

نتیجه و شواهد

اندازه‌گیری‌شده روی ترافیک پروداکشن، p95 مسیر آرشیو بعد از عرضه از حدود ۵٫۲ ثانیه به حدود ۱٫۷ ثانیه افت کرد.

اهمیت برای کارفرما

خریدار ساعت قبل از تصمیم مدل‌های زیادی را مقایسه می‌کند. وقتی باریک‌کردن بر اساس برند یا قیمت آنی حس شود، طولانی‌تر در کاتالوگ می‌ماند و سرور به‌ازای هر نشست کار کوئری تکراری بسیار کمتری انجام می‌دهد.