साइट बिल्डर अवलोकन

तीन बिल्डर तय करते हैं कि एक विज़िटर क्या देखता है, और वे सभी एक ही भाषा बोलते हैं: ब्लॉक्स।

        ┌──────────────── Header Builder ────────────────┐
        │  topbar · logo · navigation · search · actions  │
        └────────────────────────────────────────────────┘
        ┌──────────────── Page Builder ──────────────────┐
        │  slider · banner · features · products · CTA …  │
        │  (one page = an ordered bundle of blocks)       │
        └────────────────────────────────────────────────┘
        ┌──────────────── Footer Builder ────────────────┐
        │  brand · menu columns · newsletter · legal …    │
        └────────────────────────────────────────────────┘
                              ▲
                   ┌──────────┴──────────┐
                   │  Template Library   │
                   │ pages · blocks ·    │
                   │ header · footer     │
                   └─────────────────────┘

वे अलग बिल्डर क्यों हैं

पृष्ठ सामग्री और साइट क्रोम समान दिखते हैं लेकिन अलग तरीके से व्यवहार करते हैं। क्रोम हर पृष्ठ पर दिखाई देता है, तेज़ लोड होना चाहिए, और इसमें लाइव कार्यक्षमता होती है (नेविगेशन, खोज, कार्ट)। पृष्ठ सामग्री प्रति-यूआरएल और ज्यादातर संपादकीय होती है। इसलिए क्रोम को अपना स्टोरेज और अपना कैश्ड डिलीवरी मिलता है, जबकि पृष्ठों को पूर्ण ब्लॉक संपादक मिलता है। दोनों एक ही ब्लॉक JSON का उपयोग करते हैं, जो एक टेम्पलेट लाइब्रेरी को सेवा देने की अनुमति देता है उन सभी को।

यह दर्शाता है कि अन्य परिपक्व सिस्टम इसे कैसे विभाजित करते हैं — वर्डप्रेस क्रोम को "टेम्पलेट भाग" कहता है, शॉपिफाई इसे "सेक्शन समूह" कहता है। कोई भी पृष्ठ इंजन के माध्यम से हेडर को रेंडर नहीं करता।

हर एक को कहां खोजें

प्रदर्शन मॉडल

हेडर और फुटर एक कैश्ड अनुरोध में स्टोरफ्रंट द्वारा लाए जाते हैं (GET /public/site-chrome), पृष्ठ शेल में एक <link rel="preload"> द्वारा शुरू किया गया। एक गर्म कैश में वह अनुरोध शून्य डेटाबेस क्वेरी की लागत रखता है, और अनुरोध ब्राउज़र टैब में कैश किया जाता है सत्र के लिए, इसलिए पृष्ठों के बीच जाने पर इसे फिर से लोड नहीं किया जाता। पृष्ठ में कोई भी क्रोम-संबंधित चीज़ नहीं चलती अनुरोध, इसलिए पहली पेंट कभी भी अवरुद्ध नहीं होती — कंकाल लेआउट को तब तक पकड़ता है जब तक कि पेलोड नहीं आता।