સ્ક્વિડ કેશ - ભાગ 2

સ્ક્વિડ એ માત્ર એક પ્રોક્સી અને કેશ સેવા નથી, તે ઘણું બધુ કરી શકે છે: એસીએલ (accessક્સેસ સૂચિ) મેનેજ કરો, ફિલ્ટર કરો સામગ્રી, તે પણ તમારા બ્રાઉઝર્સમાંથી પ્રોક્સી સેટિંગ્સમાં ગોઠવણી કર્યા વિના, પારદર્શક સ્થિતિમાં (પ્રોક્સી પદ્ધતિ), એસએસએલ ફિલ્ટરિંગ પણ કરી શકે છે. , તે મધ્યમાં માણસ જેવું છે, તે ત્યાં છે તે કોઈને ખબર નથી). તેથી હું સામાન્ય રીતે જોઉં છું કે આ એપ્લિકેશનની સંપૂર્ણ સંભવિતતા તેના દરેક ભાગોને કેવી રીતે ગોઠવવી તે જાણીને કેવી રીતે નકામું થાય છે.

હવે સ્ક્વિડ કરે છે તે રસપ્રદ વસ્તુ એ કેશ છે (મારા મતે). તમે મને કહો કે કેમ? કારણ સરળ છે, તમારી ગતિનો વધુ સારી રીતે સંચાલન કરો અને બેન્ડવિડ્થ મુખ્ય વસ્તુ છે. કાળજીપૂર્વક વિચારો, તમારી કંપનીના 1000 લોકો દર 5 મિનિટમાં સલાહ લે છે, સામાન્ય પૃષ્ઠો, ગૂગલ, હોટમેલ, જીમેલ, વગેરે ... જેથી તમે ફરીથી અને છબીઓ, બેનરો, જાહેરાત, HTML સામગ્રી ડાઉનલોડ કરવા જઇ રહ્યા છો, આ બધા સ્થિર છે વસ્તુઓ, ના તેઓ આટલા વારંવાર બદલાય છે, તે તમારા સ્થાનિક નેટવર્કમાં સંગ્રહિત કરવા માટે વધુ સારું છે અને તમે એક ક deliverપિ પહોંચાડો છો કે જે તમે તાજેતરમાં ધ્યાનમાં લીધેલી રૂપરેખાંકનોની અંદર ધ્યાનમાં લો છો.

તે કેવી રીતે કરવું? નીચેના વાક્યથી સરળ:

refresh_pattern [-i] regex min percent max [options]

હું હંમેશાં કહું છું તેમ, દરેક બાબતમાં વિશ્વાસ ન કરો, તેથી હું તમને સત્તાવાર સ્ત્રોતમાંથી વાંચવા માટે આમંત્રણ આપું છું. હું તમને આ વાક્યની મેન્યુઅલ વાંચવાની ભલામણ કરું છું અહીં

વાક્ય રીફ્રેશ_પટર્ન કેશમાં નવા પરિમાણો ઉમેરવાનું હંમેશાં અમારું લેબલ રહેશે.

મહત્વપૂર્ણ, તમારી કેશ સૂચિ ક્રમિક હોવી આવશ્યક છે, કારણ કે એકવાર તે પ્રથમ સાથે મેળ ખાય છે જે .બ્જેક્ટ સાથે મેળ ખાય છે, તે તમારા અન્ય નિયમોનું વાંચન ચાલુ રાખશે નહીં.

નિયમિત અભિવ્યક્તિઓ કેસ-સંવેદનશીલ હોય છે, તેથી flv એફએલવી જેવું જ નથી, પરંતુ જો તમે વિકલ્પનો ઉપયોગ કરીને ઇચ્છો તો તમે આને ટાળી શકો છો. -i . પછી તે આના જેવો દેખાશે રીફ્રેશ_પટર્ન -i

'મીન': તે તે સમય (મિનિટ) છે જેમાં કોઈ "બ્જેક્ટને "તાજેતરના અથવા તાજા" તરીકે માનવામાં આવશે અને જો તેમાં સ્પષ્ટ લેબલ "સમાપ્ત થયેલ" ન હોય. ડિફ defaultલ્ટ રૂપે સ્ક્વિડ ભલામણ કરે છે કે તે 0 હોવું જોઈએ, કારણોસર કે કેટલાક ગતિશીલ એપ્લિકેશનો વિચિત્ર રીતે વર્તે છે, શુદ્ધ બ્લાહ બ્લાહ બ્લેહ, ખરેખર આ મૂલ્ય એક એવી સંખ્યા હોવી જોઈએ કે જેને તમે કેશ કરવા માંગો છો તે તત્વો માટે ઉપયોગી અને અસરકારક માને છે, ઉદાહરણ: jpg, 1440 મિનિટ (એક દિવસ) મને સારું લાગે છે, એવું નથી કે કોઈ પોસ્ટની છબીઓ પૃષ્ઠ પર દર 5 મિનિટમાં બદલાય છે.

'ટકા' તે anબ્જેક્ટની ઉંમરની ટકાવારી છે (છેલ્લા ફેરફારથી) જેને «તાજેતરના અથવા તાજા considered માનવામાં આવશે. ચાલો હું સમજાવવા માંગું છું, કદાચ વેબ પૃષ્ઠ પર કરવામાં આવેલા છેલ્લા ફેરફારોને જોવા માટે સતત ફરીથી લોડ કરવા અથવા તાજું કરવા માટે, સ્ક્વિડ ધ્યાનમાં લઈ શકે છે, જો તેમાં પહેલાથી જ 50% સમય પૂરો થયો હોય તો મીન y મહત્તમ, ઇન્ટરનેટ પરથી તે theબ્જેક્ટને ફરીથી ડાઉનલોડ કરો અને તમને નવી ક giveપિ આપો.

'મેક્સ' ઉપર અથવા બરાબર મર્યાદા છે 'મીન' માની લો કે objectબ્જેક્ટને કેટલા સમય માટે - તાજેતરના અથવા તાજા is માનવામાં આવે છે, ધારો કે કોઈ પૃષ્ઠ દ્વારા કોઈ વપરાશકર્તાની સલાહ લેવામાં આવી છે, તે પદાર્થ તેના સમય પર પહોંચી ચૂક્યો છે. મીન, પરંતુ નથી મહત્તમ, પછી જ્યારે તે ફરીથી પૂછવામાં આવશે, ત્યારે કેશ ક copyપિ પહોંચાડવામાં આવશે.

Options:
override-expire
override-lastmod
reload-into-ims
ignore-reload
ignore-no-store
ignore-private
max-stale=NN
refresh-ims
store-stale

કેશના અસરકારક ઉપયોગની બાંયધરી આપવા માટે, આ વિકલ્પો મોટે ભાગે ભાષાઓ અને પ્રોટોકોલોમાં પૂર્વ-સ્થાપિત વર્તણૂકોને અવગણવા માટે બનાવવામાં આવ્યા હતા.

override-expire

તે anબ્જેક્ટના ન્યૂનતમ સમયને લાગુ કરે છે, ભલે સર્વરે ટૂંકા સમયસમાપ્તિ સમય મોકલ્યો હોય (ઉદાહરણ તરીકે હેડર અથવા કેશ-નિયંત્રણ જેવી વસ્તુઓ: મહત્તમ વય). જો આપણે આ કરીશું, તો "ચેતવણી" આ "HTTP ધોરણને" ઉલ્લંઘન "કહેતી દેખાશે, પરંતુ તે માત્ર ચેતવણીઓ છે જેને આપણે અવગણી શકીએ છીએ. હવે જો સર્વર મોકલેલો સમય લાંબો છે તો સ્ક્વિડ સર્વરનો સમય લેશે (સમાપ્તિ)

override-lastmod

આઇટમના ન્યૂનતમ સમયને મજબૂતીકરણ કરે છે, ભલે તે આઇટમમાં તાજેતરમાં ફેરફાર કરવામાં આવ્યો હોય.

reload-into-ims

ટૂંકું વિવરણ એ છે કે તે અટકાવે છે કે જ્યારે આપણે રીફ્રેશ બટન દબાવો અથવા કોઈ કેશ વિનંતી કરીશું, ત્યારે સ્ક્વિડ કેશ પહોંચાડશે જો તે "ત્યારથી સંશોધિત" કરવામાં આવ્યું નથી અને / અથવા જો પૃષ્ઠ પર કોઈ "મથાળા" નથી.

ignore-reload

ફરીથી લોડ કરવા માટે અથવા પૃષ્ઠ બટનને તાજું કરવા માટે વપરાશકર્તાઓની ક્રિયાને અવગણો

ignore-no-store

વિડિઓઝના ઉદાહરણ તરીકે, કેશ ન કરવાના મથાળાના કોઈપણ નિયમને અવગણો

ignore-private

ખાનગી સામગ્રી હેડરોમાંના કોઈપણ નિયમોની અવગણના કરો કે જે કેશ ન થવું જોઈએ, ઉદાહરણ તરીકે: ફેસબુક સામગ્રી.

refresh-ims

સ્ક્વિડ સર્વરનો સંપર્ક કરે છે, ખાતરી કરવા માટે કે theબ્જેક્ટ સૌથી નવી છે. જો તે છે તો તે કેશ પહોંચાડશે

store-stale

સ્ક્વિડ તે બધા જવાબોને બચાવી લેશે, તેમની પાસે સમાપ્તિ તારીખ ન હોય તો પણ, આ ખૂબ અવ્યવહારુ છે કારણ કે સામાન્ય રીતે તેનો ફરીથી ઉપયોગ કરી શકાતો નથી. જો તમે તેને સક્ષમ કરવાનું નક્કી કરો છો તો તમારે મહત્તમ-વાસી = NN ઘોષિત કરવું આવશ્યક છે

max-stale=NN

જો તમે ઉપરોક્ત સક્ષમ કર્યું છે, તો તમારે તે પ્રતિસાદ અથવા પરિબળ માટે મહત્તમ આજીવન ઘોષણા કરવી આવશ્યક છે. સ્ક્વિડ આ શૈલીની deliverબ્જેક્ટ્સ પહોંચાડતું નથી પરંતુ તેને સ્રોત સાથે માન્ય કરી શકે છે

આપણે ચર્ચા કરેલા મૂલ્યો અનુસાર "ફ્રેશ" રાજ્ય કેવી રીતે કાર્ય કરે છે તે અહીં એક ટેબલ છે:

• હવે સમાપ્ત થાય તો ફ્રીશ કરો> નહીં તો સ્ટોર કરો
• સ્ટ ageલ જો ઉંમર> મહત્તમ
• જો એલએમ-ફેક્ટર <ટકા, તો બાકી
• જો ઉંમર <ઓછામાં ઓછી અન્ય સ્ટોરી

અહીં ઘણી કંપનીની ડિસ્ક સ્પેસ, સારા ઉપકરણો અને સારી બેન્ડવિડ્થ સાથેનું ઉદાહરણ રૂપરેખાંકન છે

refresh_pattern -i \.(3gp|7z|ace|asx|bin|deb|divx|dvr-ms|ram|rpm|exe|inc|cab|qt)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(rar|jar|gz|tgz|bz2|iso|m1v|m2(v|p)|mo(d|v)|arj|lha|lzh|zip|tar)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(jp(e?g|e|2)|gif|pn[pg]|bm?|tiff?|ico|swf|dat|ad|txt|dll)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(avi|ac4|mp(e?g|a|e|1|2|3|4)|mk(a|v)|ms(i|u|p)|og(x|v|a|g)|rm|r(a|p)m|snd|vob)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

refresh_pattern -i \.(pp(t?x)|s|t)|pdf|rtf|wax|wm(a|v)|wmx|wpl|cb(r|z|t)|xl(s?x)|do(c?x)|flv|x-flv)$ 43200 99% 43200 ignore-no-store ignore-must-revalidate override-expire override-lastmod reload-into-ims

cache_mem 8092 MB

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

maximum_object_size_in_memory 1024 KB

મેમરીમાં theબ્જેક્ટનું મહત્તમ કદ જે સ્ક્વિડ રેમમાં સ્ટોર કરશે. તમે ન્યૂનતમ પણ જાહેર કરી શકો છો.

memory_replacement_policy heap GDSF
cache_replacement_policy heap GDSF

જેમ તમે જોઈ શકો છો, એક રેમ મેમરીમાં કેશને બદલવાની નીતિ છે અને બીજી હાર્ડ ડિસ્કમાં. ત્યાં 2 નીતિઓ જીડીએસએફ અને એલએફયુડીએ છે. પ્રથમ કેશ હિટની ટકાવારીમાં સુધારો લાવવા માગે છે, હાથ પર ઘણી નાની havingબ્જેક્ટ્સ છે, બીજો તેનાથી વિરુદ્ધ માગે છે, તે પદાર્થોને તેમના કદને ધ્યાનમાં લીધા વિના કેશમાં રાખે છે.

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

maximum_object_size 4 MB

Anબ્જેક્ટ સંગ્રહિત કરી શકાય તે મહત્તમ કદ

cache_dir aufs /media/proxy249/cache 100 16 256

જ્યાં કેશ સંગ્રહિત થશે, અહીં ધ્યાન આપવું મહત્વપૂર્ણ છે, જો તમે યુ.એફ.એસ., aફ્સ અથવા ડિસ્કનો ઉપયોગ કરો છો, બધા 3 વધુ અથવા ઓછા એકસરખા કામ કરે છે, તો ફરક એ છે કે ufફ્સ અને ડિસ્કડ આઇ-ઓ ઓપરેશન્સ કરવા માટે અલગ પ્રક્રિયાઓ સાથે કામ કરે છે. હાર્ડ ડિસ્ક અને ટાળો કે સ્ક્વિડ પ્રક્રિયાઓ આ ક્રિયાઓ દરમિયાન અટકી જાય છે, ઉપરાંત ડિસ્ક્ડ તમે આ કાર્ય માટે થ્રેડોની સંખ્યા સ્પષ્ટ કરી શકો છો. જો તમારી પાસે સારી ટીમ હોય તો હું ભલામણ કરું છું.

કદ 100 (મેગ), તમે 100000 મૂકી શકો છો લગભગ 100 જીબી તમારી ઉપલબ્ધતા પર આધારિત છે. 16 એ ફોલ્ડર્સની સંખ્યા છે, અને 256 પેટા ફોલ્ડર્સની સંખ્યા છે. તમે બંને મૂલ્યો સાથે રમી શકો છો તેના પર નિર્ભર છે કે તમારી ડિસ્ક કેટલી ઝડપી છે અને તમારી પાસે કેટલા સંસાધનો છે.

cache_swap_low 90
cache_swap_high 95

આ વિકલ્પો theબ્જેક્ટ રિપ્લેસમેન્ટ મૂલ્યો છે, તે સ્ક્વિડ અનુસાર વોટરમાર્ક તરીકેનું ન્યૂનતમ અને મહત્તમ મૂલ્ય છે, જ્યાં આ સંખ્યા ટકાવારી (%) માં છે, અને ખૂબ જ નાના કેશમાં, હમણાં%% જેમ કે ચાલો 5 કહીએ. પ્રતિ સેકંડ objectsબ્જેક્ટ્સ, પરંતુ ખૂબ મોટા કેશમાં આપણે હજારો એમબી વિશે વાત કરીશું

ઠીક છે, ત્યાં હું તમને છોડું છું, હમણાં માટે આ, ટિપ્પણી અને તે લોકોને ધ્યાનમાં પણ લો કે જેમણે મને કહ્યું હતું કે તેઓ સ્ક્વિડ 3.5. or અથવા તેથી વધુમાં https (SSL) પૃષ્ઠોને કacheશ અને ફિલ્ટર કરી શકશે નહીં, હું જલ્દી જ તે તમારા માટે લાવીશ, આ બ્લોગ પર ટ્યુન રહેવું.