શેર્ડ પ્રોક્સી કેશ ક્રોલરને ક્યારે મદદ કરે છે

ધારો કે બ્રાઉઝરમાં ઘણા વર્કર એક જ સાઇટનાં જુદાં જુદાં પૃષ્ઠો ખોલે છે. તે પૃષ્ઠો એક જ સ્ટાઇલશીટ, લોગો અને સ્ક્રિપ્ટ બંડલનો સંદર્ભ આપે છે. જ્યારે પ્રતિસાદ ફરી વાપરી શકાય ત્યારે શેર્ડ ફોરવર્ડ કેશ પ્રથમ વિનંતીને પછીના વર્કર માટે ઉપયોગી બનાવી શકે છે.

હવે કાર્યભાર બદલો: દરેક વર્કર ફક્ત એક HTML દસ્તાવેજ ડાઉનલોડ કરે છે અને તેનાં લિંક થયેલાં સંસાધનો કદી લોડ કરતું નથી. સામાન્ય સ્ટાઇલશીટ હજી માર્કઅપમાં છે, પણ કોઈ વર્કર તેની વિનંતી કરતું નથી. તે પ્રોક્સીના કેશ હિટ દરમાં કંઈ ઉમેરતું નથી.

તમારો ક્રોલર ખરેખર જે વિનંતીઓ કરે છે તેનાથી શરૂ કરો

પૃષ્ઠ રેન્ડર કરતું બ્રાઉઝર અને તેનો સ્રોત લાવતું HTTP ક્લાયન્ટ જુદા જુદા વિનંતી સમૂહ બનાવે છે. કેશ ડિઝાઇન પસંદ કરતા પહેલાં તે સમૂહોની તપાસ કરો.

ફક્ત URL સમાનતા પૂરતી નથી. પ્રતિસાદની તાજગી નીતિ અને Vary દ્વારા નામ આપેલા ક્ષેત્રો રજૂઆતોને અલગ કરી શકે છે. ખાનગી, સંગ્રહ કરી ન શકાય તેવી અથવા પ્રમાણિત સામગ્રીને લાગુ પડતા શેર્ડ કેશ નિયમોની જરૂર છે; ફક્ત હિટ સંખ્યા વધારવા માટે તેને એક જાહેર પરિણામમાં દબાણપૂર્વક ન ધકેલવી જોઈએ.

સામાન્ય HTTPS CONNECT ટ્રાફિક માટે ફોરવર્ડ પ્રોક્સી એન્ક્રિપ્ટેડ ટનલ વહન કરે છે અને તેની અંદર કેશ કરવા માટે કોઈ HTTP ઑબ્જેક્ટ નથી. TLS નિરીક્ષણ સાથેની જમાવટનું વિશ્વાસ અને પ્રક્રિયા વર્તન જુદું હોય છે. ઑબ્જેક્ટ કેશ ઉપલબ્ધ છે કે નહીં તેનું મૂલ્યાંકન કરતી વખતે વાસ્તવિક મોડ શામેલ કરો.

કેશ હિટ ઉપર તરફની વિનંતી ટાળી શકે છે, જ્યારે ચૂક હજી પણ મધ્યસ્થના કામની કિંમત ચૂકવે છે. ધારેલા કાર્યભાર માટે પૂર્ણ થયેલા ઉપયોગી બાઇટ, ઉપર તરફનો ટ્રાફિક અને વિલંબની સરખામણી કરો. થ્રેડની સંખ્યા સમકાલીનતા વર્ણવે છે; તે થ્રેડ કેટલી પુનઃઉપયોગી સામગ્રી વહેંચે છે તે વર્ણવતું નથી.