பகிரப்பட்ட ப்ராக்ஸி கேஷ் ஒரு க்ராலருக்கு எப்போது உதவுகிறது

ஒரு தளத்தின் வெவ்வேறு பக்கங்களை உலாவியில் பல தொழிலாளர்கள் திறக்கிறார்கள் என வைத்துக்கொள்வோம். அந்தப் பக்கங்கள் ஒரே ஸ்டைல்ஷீட், லோகோ மற்றும் ஸ்கிரிப்ட் தொகுப்பைக் குறிப்பிடுகின்றன. பதில்களை மீண்டும் பயன்படுத்த முடியும்போது பகிரப்பட்ட forward கேஷ் முதல் கோரிக்கையை அடுத்த தொழிலாளர்களுக்குப் பயனுள்ளதாக்கலாம்.

இப்போது பணிச்சுமையை மாற்றுங்கள்: ஒவ்வொரு தொழிலாளரும் ஒரு HTML ஆவணத்தை மட்டும் பதிவிறக்குகிறார், அதன் இணைக்கப்பட்ட வளங்களை ஒருபோதும் ஏற்றுவதில்லை. பொதுவான ஸ்டைல்ஷீட் இன்னும் மார்க்அப்பில் உள்ளது, ஆனால் எந்தத் தொழிலாளரும் அதைக் கோருவதில்லை. அது ப்ராக்ஸியின் கேஷ் ஹிட் விகிதத்தில் எதையும் சேர்க்கவில்லை.

உங்கள் க்ராலர் உண்மையில் செய்யும் கோரிக்கைகளிலிருந்து தொடங்குங்கள்

பக்கத்தை வரையும் உலாவியும் அதன் மூலத்தைப் பெறும் HTTP கிளையண்டும் வெவ்வேறு கோரிக்கைத் தொகுப்புகளை உருவாக்குகின்றன. கேஷ் வடிவமைப்பைத் தேர்ந்தெடுப்பதற்கு முன் அந்தத் தொகுப்புகளை ஆராயுங்கள்.

URL சமத்துவம் மட்டும் போதாது. பதிலின் புதுமைக் கொள்கை மற்றும் Vary பெயரிடும் புலங்கள் பிரதிநிதித்துவங்களை வேறுபடுத்தலாம். தனிப்பட்ட, சேமிக்க முடியாத அல்லது அங்கீகரிக்கப்பட்ட உள்ளடக்கத்திற்குப் பொருந்தும் பகிரப்பட்ட கேஷ் விதிகள் தேவை; ஹிட் எண்ணிக்கையை உயர்த்த மட்டும் அதை ஒரே பொது முடிவுக்குள் தள்ளக்கூடாது.

சாதாரண HTTPS CONNECT போக்குவரத்திற்கு forward ப்ராக்ஸி மறையாக்கப்பட்ட சுரங்கப்பாதையை எடுத்துச் செல்கிறது, அதன் உள்ளே கேஷ் செய்ய HTTP பொருட்கள் இல்லை. TLS ஆய்வுடன் கூடிய பயன்பாட்டிற்கு வேறுபட்ட நம்பிக்கை மற்றும் செயலாக்க நடத்தை உள்ளது. பொருள் கேஷிங் கிடைக்குமா என மதிப்பிடும்போது உண்மையான பயன்முறையைச் சேர்க்கவும்.

கேஷ் ஹிட் மேல்நோக்கிய பெறுதலைத் தவிர்க்கலாம், ஆனால் மிஸ் இன்னும் இடைநிலையாளரின் வேலைக்குப் பணம் செலுத்துகிறது. நோக்கமுள்ள பணிச்சுமைக்கு முடிக்கப்பட்ட பயனுள்ள பைட்டுகள், மேல்நோக்கிய போக்குவரத்து மற்றும் தாமதத்தை ஒப்பிடுங்கள். த்ரெட் எண்ணிக்கை ஒரே நேரத்தன்மையை விவரிக்கிறது; அந்தத் த்ரெட்கள் எவ்வளவு மறுபயன்படுத்தக்கூடிய உள்ளடக்கத்தைப் பகிர்கின்றன என்பதை அது விவரிக்கவில்லை.