Той самий магазин статикою: 544 мс проти 5 мс на проміху кеша

Магазин меблів із сусіднього стенда на WooCommerce, зібраний наново статичною вітриною на Astro 5. Той самий каталог, ті самі ціни, ті самі замовлення: 421 товар на мову приїжджає з WooCommerce Store API і розкладається в 983 HTML-файли, які nginx віддає без PHP, Node і бази в запиті. Обидві вітрини дають 100 у мобільному Lighthouse, і стверджувати протилежне було б неправдою — тема магазину зроблена добре. Різниця в тому, чого цей бал вартий. При влучанні в мікрокеш WordPress відповідає за 2 мс, швидше за нас. При проміху він збирає сторінку 544 мс, а кеш зобов'язаний колись промахнутися: після правки товару, зі спливом строку, при першому заході на рідкісну сторінку. Статиці промахуватися нічим — адреса, яку ще ніхто не питав, приходить за ті самі 5 мс, бо збирати нічого. Документ 4.3 КБ проти 12.7 КБ, JavaScript 6 КБ проти 13 КБ. Кошик справжній: він живе в магазині через Cart-Token, і замовлення, оформлене тут, з'являється в адмінці WooCommerce сусіднього стенда разом із живими тарифами Нової Пошти. Журнал збірок на /builds/ показує кожну пересборку — які товари змінилися і скільки файлів переписано, зазвичай 18 із 1428: викладка робить жорсткі посилання на минулий реліз і чіпає лише відмінності. Чого стенд не робить: гроші не рухаються, зображення товарів — креслення, згенеровані з габаритів, а не фотографії, а каталог наздоганяє шестигодинне скидання сусіднього магазину за 5 хвилин.

• Натисніть кнопку — ваш браузер сам заміряє обидві вітрини на одному товарі
• 544 мс проти 5 мс до першого байта на проміху кеша — ось де справжня різниця
• Замовлення зі статичної вітрини приходить в адмінку WooCommerce сусіднього стенда
• Публічний журнал збірок: що змінилося, що переписано, скільки це зайняло
• Змінюєте одну ціну — перезбираються 11 файлів із 1428: товар, його списки, його сусіди
• Українська сторінка тягне 95 КБ шрифтів замість 170 КБ, шістьма файлами замість дев’яти