Што е кеширање? Водич со едноставни зборови за градители на апликации

Кеширањето значи чување готова копија од нешто што било бавно или скапо да се добие, така што следното барање за него може брзо да се одговори од таа копија. Зачуваната копија се вика кеш. Вашиот прелистувач кешира слики, па сајтот се вчитува побрзо при вашата втора посета; серверот кешира резултат од бавен упит до базата, па не мора да го извршува за секој посетител.

Кеширањето ги прави апликациите побрзи и поевтини за работење. Неговиот голем компромис е дека копијата може да застари.

Зошто кеширањето е важно кога градите со AI

Во апликациите направени со AI ќе налетате на кеширање на три начини:

• „Ја ажурирав апликацијата, но сè уште ја гледам старата верзија.“ Ова е најчестиот момент со кеширање и обично е безопасен — вашиот прелистувач или CDN ја прикажува зачуваната копија.
• Брзина. Ако страницата е бавна затоа што ги пресметува истите бројки за секој посетител, кеширањето на резултатот може да ја направи да изгледа инстант.
• Трошоци. Многу AI алатки и хостови наплаќаат за пресметка, време на база и надворешни API повици. Ако илјада посетители предизвикаат исто скапо барање, кеширањето ви овозможува да платите еднаш.

Основното знаење ви овозможува да побарате кеширање таму каде што помага и да го препознаете кога е причина нешто да изгледа погрешно.

Секојдневна аналогија

Замислете кујна во зафатена кафетерија.

Секое утро, готвачот би можел секоја кафе да ја направи од свежо мелени зрна штом ќе се нарача. Тоа е бавно. Наместо тоа, држи подготвен сад филтер кафе на загреана плоча. Повеќето гости добиваат шолја за секунди — тоа е погодок во кешот. Кога садот ќе се испразни, некој свари нов — промашување во кешот.

Но кафето што стои предолго застанува, па кафетеријата има правило: секој сад постар од 30 минути се фрла. Тоа правило е рок на важност на кешот. Никој не би ја чувал истата канта цел ден, и никој не би однапред варел персонализирана нарачка со овесно млеко и три шеќери — некои работи воопшто не треба да се кешираат.

Каде живеат кешовите

Едно вчитување на страница може да помине низ неколку кешови, од најблиску до корисникот до најдалеку:

Еден CDN (мрежа за испорака на содржина) е во суштина светска мрежа од кешови за датотеките на вашиот сајт.

Како кешот одлучува што да задржи

Секој кеш мора да одговори на исти прашања:

• Што може да се кешира? Јавни, заеднички податоци (слика на производ, објава на блог) — да. Приватни податоци (страницата со сметка на корисник, неговите пораки) — никогаш во заеднички кеш.
• Колку долго? Ова е TTL (време на живот). Лого може да се кешира една година; ниво на залиха — 30 секунди.
• Како се ажурира? Или копијата истекува и повторно се презема, или апликацијата намерно ја отстранува кога ќе се промени податокот — тоа се вика инвалидација.

За веб-сајтови, серверот им кажува на прелистувачите и CDN-ите како да го кешираат секоја датотека преку заглавието Cache-Control. На пример, Cache-Control: max-age=3600 значи „можете да ја користите оваа копија еден час“.

Современите алатки за градење го решаваат најтешкиот дел за статички датотеки со cache busting: секој пат кога датотеката ќе се промени, добива ново име со отпечаток, како app.3f9a2c.js. Прелистувачите можат долго да го кешираат стариот назив, бидејќи новата верзија едноставно има друго име.

Работен пример: каталог на производи

Имате мала онлајн продавница. Почетната страница прикажува 50 производи со цени и залихи од базата, плус листа „во тренд“ што бара бавна пресметка низ сите нарачки.

1. Сликите и скриптите ги кешираат прелистувачот и CDN-от долго време. Секој нов build им дава нови имиња на променетите датотеки, па ажурирањата сè уште се појавуваат.
2. Листата „во тренд“ се пресметува еднаш на 10 минути и се чува во кеш на апликацијата. Секој посетител во тие 10 минути го добива зачуваниот резултат инстант.
3. Цените се кешираат кратко време, а кешот се празни секогаш кога ќе уредите производ, така што клиентите никогаш долго не гледаат стара цена.
4. Залихата при благајната никогаш не се кешира. Кога некој ќе кликне „Купи“, апликацијата ја проверува вистинската база, па не може да продаде производ што штотуку е распродаден.
5. Страниците за кошничката и сметката никогаш не се чуваат во заеднички кешови, бидејќи се лични.

Резултатот: почетната страница е брза, базата работи далеку помалку, а ништо што е важно за пари или приватност никогаш не е застарено.

Клучни поими

Чести заблуди

• „Кеширањето е секогаш добро.“ Кеширањето на погрешна работа предизвикува вистински грешки: стари цени, нови објави што не се појавуваат или — најлошиот случај — приватна страница на еден корисник прикажана на друг. Кеширајте намерно.
• „Ако ја гледам старата верзија, ажурирањето не успеало.“ Обично не. Пробајте силно освежување (Ctrl+Shift+R, или Cmd+Shift+R на Mac) или приватен прозорец пред да претпоставите дека нешто е расипано.
• „Кеширањето ја поправа бавната апликација.“ Тоа ја крие бавноста за повторени барања. Првото барање е сè уште бавно, а ако основниот проблем е недостасувачки индекс во базата, поправете и него.
• „Треба да кеширам сè што можам подолго.“ Долгите рокови одговараат на датотеки што добиваат нови имиња кога ќе се променат. За HTML страници и податоци, пократките рокови се побезбедни.
• „Бришењето на мојот кеш го поправа за сите.“ Тоа го брише само вашиот прелистувач. Посетителите и CDN кешовите имаат свои копии.

Што да побарате од вашата AI алатка

• „Кои делови од апликацијата се бавни и кои може безбедно да се кешираат?“
• „Кеширај го [листата во тренд / резултатот од API] за [N] минути и исчисти го кога ќе се променат основните податоци.“
• „Осигурај се дека ниедна страница со лични или сметкови податоци не може да се кешира од CDN или заеднички кеш.“
• „Постави долги рокови на кеширање за датотеки со отпечатоци, а кратки за HTML.“
• „Кеширај одговори од [надворешен API] за да не го повикуваме при секое вчитување на страница — и кажи ми колку може да застарат податоците.“
• „Гледам стара верзија по објавувањето. Дали тоа е кешот на мојот прелистувач или нешто не е распоредено?“

Кеширање во Mythex

По објавувањето ажурирање на апликација во Mythex, документацијата забележува дека CDN кешовите можат кратко да заостанат, а силното освежување на јавниот URL покажува новата верзија — видете Како да објавите. Страницата Ограничувања на хостингот исто така препорачува кеширање на статички средства, бидејќи хостингот, времето на базата и сообраќајот се плаќаат од вашиот кредитен баланс. Сè подалеку од тоа — кеширање на резултати од упити или API одговори — е нешто што го бараш од агентот да го вгради во вашата апликација.

Поврзано читање: што е CDN, како да ја направите страницата побрза и што е ограничување на барања (rate limiting).

Прашања