Critical rendering path એ browser HTML, CSS, અને JS ને screen પર pixel માં ફેરવવા માટે ચલાવે છે તે પગલાંનો ક્રમ છે. first paint પહેલાં પૂરું થવું જ પડે તે કંઈપણ render-blocking છે.
Critical rendering path એ browser HTML, CSS, અને JS ને screen પર pixel માં ફેરવવા માટે ચલાવે છે તે પગલાંનો ક્રમ છે. first paint પહેલાં પૂરું થવું જ પડે તે કંઈપણ render-blocking છે.
<script> download અને run થાય ત્યાં સુધી HTML parsing રોકે છે.<!-- Blocks parsing: browser waits here before continuing -->
<script src="/app.js"></script>
<!-- defer: download in parallel, run after HTML is parsed, in order -->
<script src="/app.js" defer></script>
<!-- async: download in parallel, run as soon as ready (order not guaranteed) -->
<script src="/analytics.js" async></script>
DOM ને સ્પર્શતા app code માટe defer વાપરો, અને analytics જેવા સ્વતંત્ર script માટે async. Critical CSS ને inline કરો અને બાકીનું block કર્યા વગર load કરો.
આ લગભગ દરેક load-time fix પાછળનું mental model છે: render-blocking CSS/JS એ ધીમા first paint અને નબળા LCP નું ટોચનું કારણ છે. defer/async શા માટે અસ્તિત્વમાં છે એ જાણવું બતાવે છે કે તમે માત્ર syntax નહીં, browser ને સમજો છો.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો