HTTP-દૃશ્યમાન શેર કરેલ કેશમાંથી પસાર થતા ઇમેજ પ્રતિભાવ માટે, સ્પષ્ટ આયુષ્ય અને માન્યકર્તા પ્રકાશિત કરો. જ્યારે ઇમેજ વપરાશકર્તાઓ વચ્ચે ફરી વાપરવા માટે સુરક્ષિત હોય, ત્યારે નમૂનાના પ્રતિભાવ હેડર આ છે:

Cache-Control: public, max-age=604800
ETag: "image-v4"

આયુષ્ય સેકન્ડમાં છે; 604800 એટલે એક અઠવાડિયું. public ફક્ત એવી સામગ્રી માટે વાપરો જે વપરાશકર્તાઓ વચ્ચે ફરી વાપરવા માટે બનાવેલી હોય.

જો બ્રાઉઝર અને શેર કરેલ પ્રોક્સીને અલગ આયુષ્યની જરૂર હોય, તો s-maxage શેર કરેલ કેશનું આયુષ્ય પૂરું પાડે છે. ઉદાહરણ તરીકે, max-age=3600 સાથે s-maxage=604800 શેર કરેલ કેશને વધુ લાંબો તાજગી સમયગાળો આપે છે.

Expires એ તારીખ છે, અવધિ નહીં

Expires HTTP-તારીખ ફોર્મેટમાં સમયછાપ લે છે. max-age તે ક્ષેત્રને ઓવરરાઇડ કરે છે, અને શેર કરેલ કેશ માટે s-maxage અગ્રતા ધરાવે છે. પ્રતિભાવ બનાવતી વખતે કોઈપણ Expires તારીખ જનરેટ કરો.

રીલોડ માન્યતા માંગી શકે છે

Cache-Control: no-cache ધરાવતી વિનંતી સંગ્રહિત પ્રતિભાવ ફરી વાપરતા પહેલાં મૂળ પર સફળ માન્યતા માંગે છે. એ ત્યારે પણ થઈ શકે જ્યારે પ્રતિભાવની સામાન્ય તાજગી નીતિ અન્યથા પુનઃવપરાશની પરવાનગી આપે.

માન્યકર્તા કેશને અપરિવર્તિત ઇમેજ કાર્યક્ષમ રીતે તપાસવા દે છે. 304 પ્રતિભાવ મૂળમાંથી ઇમેજ બાઇટ્સ ફરી મોકલ્યા વિના સંગ્રહિત રજૂઆતની પુષ્ટિ કરી શકે છે. તેથી મૂળ તરફનો ટ્રાફિક પોતે માત્ર એટલો અર્થ ધરાવતો નથી કે કેશ કરેલ ઑબ્જેક્ટ ફેંકી દેવાયો છે.

નીતિની સમીક્ષા કરતી વખતે સામાન્ય પુનઃવપરાશ અને સ્પષ્ટ રીલોડની સરખામણી કરો.

સંબંધિત લેખો