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

مسئله تجاری

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

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

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

رویکرد فنی

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

نتیجه و شواهد

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

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

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