કૅશિંગ શું છે? એપ બિલ્ડર્સ માટે સરળ માર્ગદર્શિકા

કૅશિંગ એટલે મેળવવામાં ધીમી કે ખર્ચાળ હોય એવી વસ્તુની તૈયાર નકલ રાખવી, જેથી તેની આગલી વિનંતીનો જવાબ એ નકલમાંથી ઝડપથી આપી શકાય. સાચવેલી નકલને cache કહેવાય છે. તમારું બ્રાઉઝર છબીઓ કૅશ કરે છે, જેથી બીજી મુલાકાતે સાઇટ ઝડપથી લોડ થાય; સર્વર ધીમી ડેટાબેઝ ક્વેરીનું પરિણામ કૅશ કરે છે, જેથી દરેક મુલાકાતી માટે તે ફરી ચલાવવી ન પડે.

કૅશિંગ એપને ઝડપી અને ચલાવવામાં સસ્તી બનાવે છે. તેનો એક મોટો ટ્રેડ-ઑફ એ છે કે નકલ જૂની થઈ શકે.

AI સાથે બનાવતી વખતે કૅશિંગ કેમ મહત્વનું છે

AI-બનાવેલી એપમાં કૅશિંગનો સામનો ત્રણ રીતે થાય છે:

• "મેં એપ અપડેટ કરી પણ મને હજુ જૂની આવૃત્તિ દેખાય છે." આ સૌથી સામાન્ય કૅશિંગ ક્ષણ છે, અને તે સામાન્ય રીતે હાનિકારક નથી — તમારું બ્રાઉઝર અથવા CDN સાચવેલી નકલ બતાવી રહ્યું છે.
• ઝડપ. જો પેજ દરેક મુલાકાતી માટે એ જ આંકડા ફરી ગણે છે એટલે ધીમું છે, તો પરિણામ કૅશ કરવાથી તે તરત લાગી શકે.
• ખર્ચ. ઘણા AI બિલ્ડર અને હોસ્ટ કમ્પ્યુટ, ડેટાબેઝ સમય અને બહારના API કૉલ માટે ચાર્જ કરે છે. જો હજાર મુલાકાતીઓ એક જ મોંઘી વિનંતી ચલાવે, તો કૅશિંગથી તેનો ખર્ચ એકવાર ચૂકવી શકાય.

મૂળભૂત બાબતો જાણવાથી તમે જ્યાં મદદરૂપ હોય ત્યાં કૅશિંગ માંગી શકો, અને જ્યારે તે કોઈ વસ્તુ ખોટી દેખાડવાનું કારણ હોય ત્યારે તેને ઓળખી શકો.

રોજિંદા ઉદાહરણથી સમજ

એક વ્યસ્ત કૅફેના રસોડાનો વિચાર કરો.

દરરોજ સવારે, શેફ દરેક કૉફી ઑર્ડર થાય ત્યારે તાજા દળેલા બીજમાંથી બનાવી શકે. તે ધીમું છે. તેના બદલે, તેઓ હૉટ પ્લેટ પર ફિલ્ટર કૉફીનો એક પોટ તૈયાર રાખે છે. મોટાભાગના ગ્રાહકોને સેકંડોમાં કપ મળે છે — એ cache hit છે. પોટ ખાલી થાય ત્યારે કોઈ તાજો બનાવે છે — એ cache miss છે.

પણ લાંબો સમય પડી રહેલી કૉફી જૂની થઈ જાય છે, એટલે કૅફેનો નિયમ છે: 30 મિનિટથી જૂનો કોઈ પણ પોટ ફેંકી દેવો. એ નિયમ કૅશનો સમાપ્તિ સમય છે. કોઈ આખો દિવસ એક જ પોટ રાખે નહીં, અને કોઈના ઓટ મિલ્ક અને ત્રણ ખાંડવાળા ખાસ ઑર્ડરને પહેલેથી ન બનાવે — કેટલીક વસ્તુઓ બિલકુલ કૅશ ન કરવી જોઈએ.

કૅશ ક્યાં રહે છે

એક જ પેજ લોડ ઘણી કૅશમાંથી પસાર થઈ શકે છે, વપરાશકર્તાની નજીકથી સૌથી દૂર સુધી:

CDN (content delivery network) એ મૂળભૂત રીતે તમારી સાઇટની ફાઇલો માટે કૅશનું વિશ્વવ્યાપી નેટવર્ક છે.

કૅશ શું રાખવું તે કેવી રીતે નક્કી કરે છે

દરેક કૅશે આ જ પ્રશ્નોના જવાબ આપવા પડે છે:

• શું કૅશ થઈ શકે? જાહેર, વહેંચાયેલો ડેટા (પ્રૉડક્ટની છબી, બ્લૉગ પોસ્ટ) — હા. ખાનગી ડેટા (વપરાશકર્તાનું ખાતાનું પેજ, તેના સંદેશા) — વહેંચાયેલી કૅશમાં ક્યારેય નહીં.
• કેટલા સમય માટે? આ TTL (time to live) છે. લોગો એક વર્ષ માટે કૅશ થઈ શકે; સ્ટૉક લેવલ 30 સેકંડ માટે.
• તે કેવી રીતે અપડેટ થાય? કાં તો નકલની મુદત પૂરી થાય અને ફરી મેળવાય, અથવા ડેટા બદલાય ત્યારે એપ જાણીજોઈને તેને કાઢી નાખે — જેને invalidation કહે છે.

વેબસાઇટ માટે, સર્વર Cache-Control હેડરનો ઉપયોગ કરીને બ્રાઉઝર અને CDNને કહે છે કે દરેક ફાઇલ કેવી રીતે કૅશ કરવી. ઉદાહરણ તરીકે, Cache-Control: max-age=3600 નો અર્થ છે "આ નકલ એક કલાક સુધી ફરી વાપરી શકો."

આધુનિક બિલ્ડ ટૂલ સ્થિર ફાઇલો માટે સૌથી અઘરો ભાગ cache busting થી સંભાળે છે: જ્યારે પણ ફાઇલ બદલાય, તેને ફિંગરપ્રિન્ટ સાથે નવું નામ મળે છે, જેમ કે app.3f9a2c.js. બ્રાઉઝર જૂનું નામ લાંબા સમય સુધી કૅશ કરી શકે, કારણ કે નવી આવૃત્તિનું નામ જ અલગ છે.

કામ કરેલું ઉદાહરણ: પ્રૉડક્ટ કૅટલૉગ

તમારી પાસે એક નાની ઑનલાઇન દુકાન છે. હોમ પેજ ડેટાબેઝમાંથી 50 પ્રૉડક્ટ, કિંમતો અને સ્ટૉક લેવલ બતાવે છે, તેમજ "ટ્રેન્ડિંગ" યાદી જેના માટે બધા ઑર્ડર પર ધીમી ગણતરી જોઈએ.

1. છબીઓ અને સ્ક્રિપ્ટ બ્રાઉઝર અને CDN દ્વારા લાંબા સમય માટે કૅશ થાય છે. દરેક નવા બિલ્ડમાં બદલાયેલી ફાઇલોને નવાં નામ મળે છે, એટલે અપડેટ છતાં દેખાય છે.
2. ટ્રેન્ડિંગ યાદી દર 10 મિનિટે એકવાર ગણાય છે અને એપ્લિકેશન કૅશમાં સાચવાય છે. તે 10 મિનિટમાં દરેક મુલાકાતીને સાચવેલું પરિણામ તરત મળે છે.
3. કિંમતો ટૂંકા સમય માટે કૅશ થાય છે, અને જ્યારે પણ તમે પ્રૉડક્ટ બદલો ત્યારે કૅશ સાફ થાય છે, જેથી ગ્રાહકો લાંબા સમય સુધી જૂની કિંમત ક્યારેય ન જુએ.
4. ચેકઆઉટ પર સ્ટૉક ક્યારેય કૅશ થતો નથી. જ્યારે કોઈ "Buy" ક્લિક કરે, એપ વાસ્તવિક ડેટાબેઝ તપાસે છે, એટલે હમણાં જ વેચાઈ ગયેલી વસ્તુ ફરી વેચી ન શકાય.
5. કાર્ટ અને ખાતાનાં પેજ વહેંચાયેલી કૅશમાં ક્યારેય સંગ્રહાતાં નથી, કારણ કે તે વ્યક્તિગત છે.

પરિણામ: હોમ પેજ ઝડપી છે, ડેટાબેઝ ઘણું ઓછું કામ કરે છે, અને પૈસા કે ગોપનીયતા માટે મહત્વનું કંઈ ક્યારેય જૂનું નથી થતું.

મુખ્ય શબ્દો

સામાન્ય ગેરસમજો

• "કૅશિંગ હંમેશાં સારું છે." ખોટી વસ્તુ કૅશ કરવાથી સાચા બગ થાય છે: જૂની કિંમતો, નવી પોસ્ટ ગાયબ, અથવા — સૌથી ખરાબ કિસ્સામાં — એક વપરાશકર્તાનું ખાનગી પેજ બીજાને દેખાય. જાણીજોઈને કૅશ કરો.
• "જો મને જૂની આવૃત્તિ દેખાય, તો મારું અપડેટ નિષ્ફળ ગયું." સામાન્ય રીતે એવું નથી હોતું. કંઈ તૂટ્યું છે એમ માનતા પહેલાં હાર્ડ રિફ્રેશ (Ctrl+Shift+R, અથવા Mac પર Cmd+Shift+R) અથવા પ્રાઇવેટ વિન્ડો અજમાવો.
• "કૅશિંગ ધીમી એપ ઠીક કરે છે." તે પુનરાવર્તિત વિનંતીઓ માટે ધીમાપણું છુપાવે છે. પહેલી વિનંતી હજુ પણ ધીમી છે, અને જો મૂળ સમસ્યા ડેટાબેઝ ઇન્ડેક્સની ગેરહાજરી હોય, તો તે પણ ઠીક કરો.
• "મારે બધું શક્ય તેટલા લાંબા સમય સુધી કૅશ કરવું જોઈએ." લાંબા કૅશ સમય એવી ફાઇલો માટે યોગ્ય છે જે બદલાય ત્યારે નવાં નામ મેળવે. HTML પેજ અને ડેટા માટે ટૂંકા સમય વધુ સુરક્ષિત છે.
• "મારી કૅશ સાફ કરવાથી બધા માટે ઠીક થાય છે." તે ફક્ત તમારું બ્રાઉઝર સાફ કરે છે. મુલાકાતીઓ અને CDN કૅશ પાસે હજુ પોતાની નકલો છે.

તમારા AI બિલ્ડરને શું પૂછવું

• "આ એપનો કયો ભાગ ધીમો છે, અને કયો સુરક્ષિત રીતે કૅશ થઈ શકે?"
• "[ટ્રેન્ડિંગ યાદી / API પરિણામ] ને [N] મિનિટ માટે કૅશ કરો, અને મૂળ ડેટા બદલાય ત્યારે તે સાફ કરો."
• "ખાતરી કરો કે વ્યક્તિગત અથવા ખાતા ડેટાવાળું કોઈ પેજ CDN કે વહેંચાયેલી કૅશ દ્વારા કૅશ ન થઈ શકે."
• "ફિંગરપ્રિન્ટવાળી સ્થિર ફાઇલો માટે લાંબા અને HTML માટે ટૂંકા કૅશ સમય સેટ કરો."
• "[બહારના API] ના પ્રતિસાદ કૅશ કરો જેથી દરેક પેજ લોડ પર તેને કૉલ ન થાય — અને કહો કે તે ડેટા કેટલો જૂનો થઈ શકે."
• "પબ્લિશ કર્યા પછી મને જૂની આવૃત્તિ દેખાય છે. તે મારી બ્રાઉઝર કૅશ છે, કે કંઈક ડિપ્લોય થયું નથી?"

Mythex માં કૅશિંગ

Mythex એપમાં અપડેટ પબ્લિશ કર્યા પછી, docs નોંધે છે કે CDN કૅશ થોડા સમય માટે પાછળ રહી શકે છે, અને સાર્વજનિક URL પર હાર્ડ રિફ્રેશ નવી આવૃત્તિ બતાવે છે — જુઓ કેવી રીતે પબ્લિશ કરવું. હોસ્ટિંગ મર્યાદા પેજ પણ સ્થિર એસેટ કૅશ કરવાની ભલામણ કરે છે, કારણ કે હોસ્ટિંગ, ડેટાબેઝ સમય અને બેન્ડવિડ્થનો ખર્ચ તમારા ક્રેડિટ બૅલેન્સમાંથી ચૂકવાય છે. તેનાથી આગળ — ક્વેરી પરિણામ કે API પ્રતિસાદ કૅશ કરવા — એ તમે એજન્ટને તમારી એપમાં બનાવવા કહો છો.

સંબંધિત વાંચન: CDN શું છે, તમારી વેબસાઇટ ઝડપી કેવી રીતે બનાવવી અને રેટ લિમિટિંગ શું છે.

પ્રશ્નો