Si të aktivizoni cachimin e shfletuesit, recetë për htaccess. Aktivizo cache-in e shfletuesit për Google PageSpeed
Pershendetje te gjitheve! Sot dua t'ju tregoj se si të ruani elementët e jashtëm në Google PageSpeed Insights për të rritur shpejtësinë e faqes tuaj. Çështja do të jetë të shkarkoni js dhe skedarë të tjerë të shkarkueshëm nga burime të jashtme në faqen tuaj të internetit.
Si të aktivizoni cachimin e skedarëve në shfletues
Para se të shkruaj se si të aktivizoni memorien e skedarëve për faqen tuaj të internetit në shfletuesin në anën e përdoruesit, dua të shpjegoj se çfarë është një memorie e fshehtë.
Cache- ruajtja e skedarëve të parë në kompjuterin tuaj, gjë që rrit shpejtësinë e ngarkimit të faqes ose faqes kur e shikoni përsëri. Memoria e fshehtë ka jetëgjatësinë e vet, pas së cilës përditësohet ose fshihet.
Ne kuptuam se çfarë është një cache. Tani, le të kontrollojmë faqen tonë në shërbimin PageSpeed dhe të sigurohemi që Google rekomandon që të përdorim cache-in e shfletuesit. Ja një fragment nga mesazhi.
Duke specifikuar një datë ose datë skadimi për burimet statike në titujt HTTP, shfletuesi do të ngarkojë burimet e marra më parë nga disku lokal dhe jo nga Interneti.
Nëse këta skedarë ndodhen në burimin tuaj, atëherë mund të shkruani kodin e memorizimit të shfletuesit në skedar htaccess, i vendosur në rrënjë të faqes. Këtu është vetë kodi, nëse dikush ka nevojë për të.
# tekst kompresimi, html, javascript, css, xml:
Duke ngjitur këtë kod në skedarin htacces, mund të kontrolloni dy herë faqen tuaj në shërbimin Google PageSpeed
Vështrime. Nëse në seksionin " përdorni cache të shfletuesit“Gjithçka është në rregull, kjo do të thotë se do ta kesh atje
vetëm lidhje me burime të jashtme, të tilla si analitika, sociale
butonat dhe kështu me radhë.
Personalisht, paralelisht me këtë kod, unë përdor aftësitë e pritjes sime për të ruajtur skedarët në anën e përdoruesit. Duket kështu. 
Siç mund ta shihni, hostimi im ju lejon të aktivizoni caching në anën e shfletuesit dhe të vendosni nivelin e kompresimit dhe periudhën e ruajtjes së skedarëve. Gjithashtu, unë përdor një shtojcë për ngarkimin e shpejtë të faqeve wp super cache, por mbase do t'u tregoj lexuesve të mi për këtë disi, abonuar në përditësimet e blogut.
Si të aktivizoni cache-in e skedarëve të jashtëm në Google PageSpeed Insights
Nëse keni ndjekur rekomandimet për ruajtjen e skedarëve në memorien tuaj në blog. Ju duhet të shihni vetëm lidhje me burimet e jashtme në mjetin Google PageSpeed Insights. Duhet të keni diçka të ngjashme. 
Siç mund ta shihni nga pamja e ekranit, Google PageSpeed Insights betohet për burime të jashtme, të tilla si metrikat Yandex, google analitics dhe të tjera. Tani unë do t'ju tregoj se si ta rregulloni këtë gabim dhe të krijoni lidhje me burimet e jashtme të brendshme dhe të memorizuara në anën e serverit tuaj.
Përdorimi i cache-it të shfletuesit për burime të jashtme
Meqenëse skedarët e burimeve të jashtme nuk i përkasin faqes sonë, ato duhet së pari të shkarkohen. Për të shkarkuar skedarë të jashtëm nga burime të palëve të treta, duhet të krijojmë një skedar kesh_js.php me kodin e mëposhtëm. Unë ju këshilloj të përdorni Notepad++ për të shtuar shpejt dhe saktë kodin në një skedar.
Për të shkruar kodin që na nevojitet. merrni dhe kopjoni këtë lidhje:
shkarkoJs( ‘ngjisni lidhjen nga PageSpeed këtu /metrikë.js ‘ , realpath ("./ folder_js« ) . ‘/ metrikë.js- futni skedarin përfundimtar këtu') ;
Në këtë mënyrë ju mund të shtoni shumë pyetje. E vetmja gjë që duhet të mbani mend është të siguroheni që nuk keni skedarë të kopjuar në dosje. Në këtë rast, përdorni një skedar për disa skripta, zakonisht të njëjtin skenar, ose riemërtoni atë.
Pas shtimit të kodit në skedar kesh_js.php, mund ta quash ndryshe. Duhet të ngarkohet në rrënjën e faqes sonë. Gjithashtu në rrënjën e faqes, duhet të krijoni një dosje folder_js, ose me një emër tjetër me të drejta aksesi 777/755. Për të vendosur të drejtat e aksesit për një dosje, unë rekomandoj përdorimin Fillizille.
Për ta bërë këtë, thjesht hapni programin fillizilla. Më pas, zgjidhni dosjen dhe vendosni të drejtat e hyrjes, sigurohuni në 777, pas së cilës e kthejmë atë në 755. Kjo mund të bëhet edhe në panelin e kontrollit të hostit tuaj nëse nuk dëshironi të përdorni këtë program. Unë do t'ju tregoj një pamje nga ekrani i vendosjes së të drejtave të aksesit në programin Fillizilla. 
Pastaj hapni seksionin " lejet e skedarëve" dhe shkruani vlerën tonë 777/755.
Si të aktivizoni programuesin e detyrave për sitin (cron)
Hapi tjetër, ne duhet të aktivizojmë planifikuesin e detyrave për faqen tonë në mënyrë që skripti ynë https://adresa e faqes suaj të internetit/kesh_js.php filluar, çdo ditë. Falë kësaj, faqja jonë e internetit do të ketë gjithmonë një version të përditësuar të skedarëve nga burime të jashtme. Edhe nëse zhvilluesit bëjnë ndryshime në kodin e tyre, ne do të kemi gjithmonë një version funksional në sajt, falë planifikuesit të detyrave.
Për të planifikuar detyrat për faqen tuaj të internetit, duhet të shkoni në panelin e kontrollit të hostit dhe të futni një nga opsionet e kodit.
ekzekutimi i një detyre përmes GET. Nëse ju duhet të kryeni një punë të cron duke marrë parasysh kontekstin e motorit:
MERRNI https://site.ru/script.php
ku site.ru është emri i domenit tuaj, dhe script.php është emri i skedarit me detyrën;
drejtimi i një pune përmes WGET. Një opsion alternativ për ekzekutimin e një pune cron, duke marrë parasysh kontekstin e motorit:
Wget -q -O - https://site.ru/script.php> /dev/null 2>&1
ku site.ru është emri i domenit tuaj, dhe script.php është emri i skedarit me detyrën;
Në rastin tonë, ne duhet të shkruajmë:
MERRNI https://adresën tuaj të internetit/kesh_js.php
Ose zgjidhni një opsion alternativ, unë personalisht zgjodha të parën.
Ne kemi kuptuar se çfarë të regjistrojmë, tani hapim hostin tonë dhe shkojmë në panelin e tij të kontrollit. Unë përdor panelin e kontrollit të ISPmanager, nëse keni një tjetër, kërkoni skedën e planifikuesit të detyrave ose cron.
Tani hapni skedën "krijo".
Pastaj pastrojmë cache-in e shfletuesit. Për Google Chrome, përdorni shkurtoren e tastierës ctrl+shift+delete dhe kontrolloni funksionimin e sajtit. Unë gjithashtu rekomandoj të përdorni faqen tuaj përsëri përmes mjetit PageSpeed Insights.
Kjo është e gjitha për mua, ju uroj një rezultat të mirë falë kësaj metode të përshpejtimit të faqes. Në artikullin tjetër, unë do t'ju tregoj se si të krijoni një buton shumëngjyrësh të abonimit në youtube për blogun tuaj, kështu që mos harroni abonohuni në përditësimet. Mirupafshim të gjithëve!
Ky artikull diskuton konfigurimin e ruajtjes së skedarëve statikë nëpërmjet .htaccess, i cili do të lejojë që siti të ngarkohet më shpejt.
Ju mund të shpejtoni ngarkimin e faqes tuaj duke përdorur caching. Për të zgjidhur këtë problem, mund të përdorni modulin kokat Serveri në internet Apache. Kjo ju lejon të kontrolloni dhe modifikoni kërkesën HTTP dhe titujt e përgjigjes HTTP. E gjithë çështja në këtë rast zbret në detyrimin e shfletuesit që të shkarkojë të dhënat e ndryshuara rrallë nga serveri në cache lokale vetëm një herë, dhe më pas, kur vizitoni sitin, të përdorni të dhënat nga cache. Mund të vendosni caching për lloje të caktuara skedarësh për një kohë të përcaktuar rreptësisht, pas së cilës skedarët do të shkarkohen përsëri nga serveri. Kjo bëhet mjaft thjesht:
Për skedarët me shtesat e specifikuara, konstrukti FilesMatch vendos kokën e Cache-Control të dërguar nga serveri dhe variablin max-age, i cili specifikon kohën e ruajtjes së skedarëve në cache në sekonda. Shtoni ose hiqni shtesat e skedarëve që janë të përshtatshme për ju në këtë rast.
Nëse disa skedarë nuk kanë nevojë të ruhen, atëherë thjesht mos i përfshini ato në listë. Ju gjithashtu mund të çaktivizoni memorien e detyruar të skedarëve më shpesh, memoria është e çaktivizuar për skedarët dinamikë, për shembull, skriptet e ndryshme. Shtoni kodin e mëposhtëm në skedarin tuaj .htaccess, për të çaktivizuar cachimin për skriptet, pasi të keni bërë ndryshimet përkatëse sipas rastit tuaj:
Siç mund ta shihni, ka shtesa skedarësh të listuara këtu që nuk kanë nevojë të ruhen në memorie, thjesht specifikoni llojet e kërkuara të skedarëve.
Një mënyrë tjetër për të menaxhuar caching është përdorimi i modulit skadon. Ky modul kontrollon cilësimin e titujve HTTP për ruajtjen e të dhënave në anën e shfletuesit. Kohëzgjatja e kohës që të dhënat ruhen në cache mund të caktohet sipas kohës, modifikimit të fundit të skedarit ose kohës së hyrjes së klientit.
Më poshtë është një shembull i thjeshtë i përdorimit të modulit skadon në dosje .htaccess:
Në këtë shembull, ne aktivizojmë modulin, vendosim cachimin e parazgjedhur në 1 muaj dhe më pas caktojmë një kohë të ruajtjes së cache prej plus 2 muaj për skedarët me shtesat gif dhe jpg. Koha mund të specifikohet në vite, muaj, javë, ditë, orë, minuta, sekonda. Ju gjithashtu mund të përdorni një opsion si:
ExpiresByType tekst/html "qasje plus 1 muaj 15 ditë 2 orë" ExpiresByType imazh/gif "modifikimi plus 5 orë 3 minuta"
Ju mund të specifikoni lloje të ndryshme MIME si lloje skedarësh, këtu janë disa prej tyre si shembull:
Imazhi/imazhi i ikonës x/imazhi jpeg/imazhi png/aplikacioni gif/teksti x-shockwave-flash/teksti css/aplikacioni javascript/aplikacioni javascript/teksti x-javascript/ aplikacioni html/xhtml+xml
Igor. Përditësimi: 21 nëntor 2017.
Përshëndetje, të dashur lexues të faqes së blogut. Unë vazhdoj serinë e artikujve që lidhen me masat e optimizimit dhe sot është koha për të konfiguruar përdorimin e cache të shfletuesit për këto qëllime nga përdoruesit, që është hapi tjetër në përshpejtimin e faqes.
Çdo veprim që ju lejon t'i afroheni këtij qëllimi do të jetë një plus në promovimin e një burimi në internet, dhe për këtë arsye mos u bëni shumë dembel të paktën të shikoni materialet ku dhashë përshkrimet, si dhe, të cilat padyshim do t'ju ndihmojnë në zbatimin e detyrës së përgjithshme.
Në vijim, do të përpiqem të jap udhëzime të qarta se si të konfiguroni cachimin e shfletuesit duke futur kod të veçantë në skedarin e mrekullueshëm .htaccess. Vërtetë, kjo nuk është për të gjithë dhe nuk mund të ndihmojë gjithmonë, por më shumë për këtë më poshtë.
Unë mendoj se secili prej jush ka një ide se çfarë është caching, të paktën në terma të përgjithshëm. Për çdo rast, do të shpjegoj shkurtimisht. Le të themi se një lexues hap një faqe të burimit tuaj në një dritare të shfletuesit, të gjithë përbërësit e të cilit (përmbajtja, stilet, skriptet, etj.) shkarkohen nga serveri pritës, gjë që kërkon pak kohë.
Supozoni se kemi mundësinë të hapim një mekanizëm që do të na lejojë të ruajmë kopje të elementeve të faqes direkt në shfletuesin e internetit të përdoruesit që i viziton ato. Pastaj, me secilën kërkesë të mëvonshme, të gjithë këta elementë do të merren direkt nga cache e shfletuesit të vizitorit (), domethënë nga një dosje e veçantë e vendosur në hard diskun e kompjuterit të tij.
Fitimi në shpejtësinë e shkarkimit do të jetë i dukshëm. Ky është algoritmi që do të studiojmë në këtë artikull. Nga rruga, përveç temës, mund të lexoni se si, së bashku me përshpejtimin e faqes në internet, mund të arrini, gjë që është shumë e rëndësishme këto ditë.
Nja dy vjet më parë, fola për optimizimin e një prej projekteve të mia bazuar në një analizë të shpejtësisë së faqes, të kryer përmes një zgjerimi (tani është i disponueshëm vetëm një shërbim në internet), i cili dha një pamje më të detajuar.
Ajo që është e rëndësishme është se, në pjesën më të madhe, kodi i propozuar më poshtë është mjaft i mjaftueshëm për të krijuar kushte në të cilat Pagespeed nuk do të bëjë më asnjë pretendim dhe, për rrjedhojë, do të sigurojë që faqet të ngarkohen më shpejt në masën e kërkuar.
Pra, bazuar në sa më sipër, ne duhet të sigurojmë daljen e një prej titujve Last-Modified dhe ETag, si dhe një nga çiftet Expires ose Cache-Control: max-age. Për qartësi dhe për të zgjeruar gamën, le të shqyrtojmë opsione të ndryshme.
Ndryshimet e kodit për menaxhimin e cache-it duke përdorur titujt Last-Modified, Expires dhe Cache-Control
Nëse pritja juaj tashmë është konfiguruar për të nxjerrë të njëjtin modifikim të fundit, atëherë gjysma e punës është bërë (nga rruga, kontrolloni praninë e këtij titulli të rëndësishëm, duke përfshirë në listën e tyre një mjet për të kontrolluar përgjigjen e serverit nga Yandex). Nëse jo, atëherë është mjaft e lehtë ta bësh këtë duke shkruar disa rreshta në të njëjtën .htaccess të pazëvendësueshme:
RewriteRule .* - RewriteRule .* -
Vërtetë, kjo metodë do të funksionojë, përsëri, me kusht që të keni një "Apache të pastër" (por ky është pikërisht rasti që po shqyrtojmë). Ne do të supozojmë se kreu i modifikimit të fundit, vlera e të cilit, meqë ra fjala, do të shfaqë datën e ndryshimit të fundit, është konfiguruar.
Tani është radha e Cache-Control me parametrin max-age, vlera e të cilit do të specifikojë periudhën e ruajtjes së cache-it të çdo objekti specifik statik. Moduli del në skenë kokat e modës, kodi i të cilit duhet të futet në .htaccess:
Duhet theksuar se përmes enës ifModuli Serveri kontrollon praninë e këtij moduli. Nëse mungon, direktiva nuk do të ekzekutohet, ndaj përdorimi i saj në asnjë rast nuk duhet të çojë në gabime.
Koha e mbajtjes së cache-it përcaktohet duke përdorur parametrin mosha maksimale, vlera e tij vendoset në sekonda. Falë komenteve (të cilat, nga rruga, mund t'i fshini me siguri) pas simbolit hash "#", mendoj se baza e këtij ndërtimi është e qartë.
Sidoqoftë, në vend të titujve të modës është mjaft e mundur të përdoret moduli mod skadon, duke shfaqur kokën Expires (i cili, sipas vetë Google, preferohet sepse ka mbështetje më të gjerë). Në këtë rast, fragmenti i kodit për ta aktivizuar do të jetë si ky:
Pika e fillimit për datën e skadimit të cache-it kur përdorni kokën Expires është data e ngarkimit të parë. Për më tepër, ndryshe nga Cache-Control, ku periudha kohore përcaktohet vetëm në sekonda, këtu mund të specifikohet në çdo format kohor, duke përfshirë vitin.
Për ta parë këtë, shikoni seksionin e imazhit të kodit. Aty kam treguar në mënyrë specifike kohën në njësi të ndryshme: 1 muaj, 4 javë, 30 ditë, 43829 minuta, 2592000 sekonda.
Është e qartë se një muaj dhe një vit mund të kenë numër të ndryshëm ditësh, javësh, minutash dhe sekondash, por kjo nuk është e rëndësishme, pasi përdoren vlera mesatare. Nga rruga, për skedarët dhe imazhet JS, CSS, rekomandohet të vendosni një periudhë kohore prej të paktën një javë, por jo më shumë se një vit. Në këtë rast, në fakt, data e përfundimit të pritshëm të periudhës së memorizimit të këtij versioni të objektit do të tregohet si vlera e titullit Expires në përgjigjen e serverit.
Përveç moduleve të përmendura, është e dobishme të përdoren gjithashtu mod setenvif. Fakti është se shfletuesit e internetit të familjes Microsoft Internet Explorer dhe disa versione të Mazila nuk e perceptojnë saktë kokën Vary në përgjigjen e serverit HTTP, i cili gjithashtu jep një kontribut të rëndësishëm në menaxhimin e memorjes. Ky modul ju lejon të zgjidhni këtë problem duke përjashtuar Vary nga përgjigja e serverit:
Si rezultat marrim dy opsione përfundimtare cilësimet e memories, të cilat mund t'i kontrolloni duke i futur një nga një në .htaccess (nuk rekomandoj t'i përdorni të dyja në të njëjtën kohë):
Më lejoni t'ju kujtoj edhe një herë se pavarësisht pranisë së kontejnerit IfModule, i cili siguron sigurinë e redaktimit, nuk do të ishte gabim të bëni një kopje rezervë të versionit origjinal të skedarit sa herë që ndryshoni .htaccess (thjesht mund të kopjoni përmbajtjen e tij dhe ruajeni në kompjuterin tuaj) në mënyrë që të mos jeni në befasi me forcë në një variant ose në një tjetër.
Kodi për gjenerimin e titujve Etag dhe Expires për të konfiguruar cache
Në rast se direktivat e propozuara më sipër nuk funksionojnë papritmas (edhe nëse Apache "i pastër" është instaluar në hostin tuaj), le të shohim një rast tjetër, domethënë, kur një palë tituj të detyrueshëm Etag dhe Expires veprojnë si mjete të menaxhimit të memorizimit. Siç e mbani mend, të dy janë përgjegjës për dërgimin në kohë të skedarëve nga cache, duke filluar një kontroll për rëndësinë e versionit aktual.
Por nëse vlera Expires tregon datën e ndryshimit të fundit, atëherë ETag përdor një ose një tjetër identifikues unik të burimit (më shpesh ky rol luhet nga versioni i skedarit). Për të aktivizuar ETag ju duhet vetëm të futni një rresht në të njëjtën .htaccess:
Madhësia e FileETag MTtime
Epo, atëherë aplikoni modulin që skadon, tashmë i njohur për ne. Ju gjithashtu mund të shtoni mod setenvif, i cili, siç thashë më lart, ndalon formimin e titujve Vary për një grup të caktuar shfletuesish të internetit për të siguruar formimin e një cache nga ana e tyre:
Madhësia e FileETag MTtime
Këtu ne përdorim një kompleks me një minimum të llojeve të objekteve të përfshira, por ato më të njohurat (CSS, JavaScript dhe imazhe), të cilat gjithashtu duhet të jenë të mjaftueshme për të siguruar efikasitet maksimal në përshpejtimin e faqes. Nëse dëshironi, mund të shtoni lloje të tjera skedarësh në grupin "jpg|jpeg|gif|png|ico|css|js".
Për më tepër, në shembullin e kodit të mësipërm, të gjithë skedarët i nënshtrohen të njëjtës periudhë të jetës së cache-it prej një viti ("qasje plus 1 vit"), e cila rekomandohet nga Google. Por ju mund të specifikoni periudhën tuaj kohore për secilin grup objektesh, duke ndjekur shembullin e përmbajtjes së moduleve mod_expires dhe mod_headers nga seksioni i mëparshëm i artikullit.
Kontrollimi i pranisë së titujve të kërkuar në përgjigjen e serverit
Pasi të ngjisni kodin në skedarin .htaccess, mund të kontrolloni nëse titujt e kërkuar janë përfshirë në përgjigjen e serverit. Për këtë qëllim, mund të përdorni disa shërbime në internet, për shembull, Checkmy.ru, ku ne zgjedhim çdo shfletues si klient (Agjent i përdoruesit) që dërgon një kërkesë HTTP në server, dhe gjithashtu fut URL-në e burimit (për shembull, Mora rrugën drejt imazhit , të përdorur në një nga artikujt e blogut):
Pasi të klikoni butonin "Dërgo kërkesë", pas disa sekondash do të shfaqet rezultati:
Siç mund ta shihni, në rastin tim të katër titujt janë të pranishëm. Unë thashë që duhet të shfaqet një nga çiftet "Modifikimi i fundit - ETag" dhe "Skadon - Cache-Control", pjesa tjetër është e panevojshme. Në këtë rast, kompleti i plotë, për aq sa mund të gjykohet, nuk do të shkaktojë dëm.
Nga rruga, nëse provoni përpara se të filloni të konfiguroni memorien, mund të përcaktoni menjëherë se sa produktive do të jenë veprimet tuaja.
Në fund të fundit, nëse nginx është i pranishëm në përgjigjen e serverit, atëherë do të jetë e nevojshme ta konfiguroni atë (ofruesi im e bëri këtë), dhe skedari i konfigurimit .htaccess do të jetë i padobishëm këtu. Në këtë rast, siç e kam theksuar tashmë, do t'ju duhet të përdorni ndihmën e shërbimit mbështetës, përveç nëse, natyrisht, tarifa juaj e pritjes dhe njohuritë e pamjaftueshme ju lejojnë ta zgjidhni vetë çështjen.
Më pas, për të konsoliduar materialin, ju këshilloj t'i drejtoheni videos dhe të shikoni 6 mësime me radhë (njëra prej të cilave i kushtohet konfigurimit të caching në shfletues), të cilat diskutojnë në detaje të gjitha aspektet më të rëndësishme të përshpejtimit të një faqe në internet të WP :
");">
Dëshironi të merrni artikuj të freskët, të rëndësishëm dhe të dobishëm në kohën e duhur? Atëherë mund të abonoheni:
Më shumë artikuj mbi këtë temë:
60 komente
- Denis
Një mënyrë shumë e dobishme për të rritur komoditetin e të qenit në sit. Në fund të fundit, duke optimizuar shpejtësinë e ngarkimit, ju kurseni kohën e vizitorit, dhe për këtë ata do të jenë mirënjohës duke vizituar faqen tuaj përsëri dhe përsëri. E cila do të ndikojë drejtpërdrejt në të ardhurat e faqes në një mënyrë pozitive.
- Igor
Absolutisht të drejtë, Denis. Gjithçka është e ndërlidhur në promovimin e faqes në internet.
- Marazzi
Unë nuk kuptoj asgjë, shfletuesi në të vërtetë kujton faqet në të cilat ishte në cookie, nëse fshini skedarët e skedarëve. SIPAS METODËS TUAJ, atëherë skema juaj do të pushojë së funksionuari, ose më saktë, unë e kuptoj se për këtë është fjala për një vizitor të rregullt, i cili nuk e pastron historinë7 TË APONTUAR, PRIT PERGJIGJE1;
- Sergej Dmitrievich
Informacion shumë i dobishëm. E gjeta të dobishme. Faleminderit.
- Igor
Marazzi, para së gjithash, biskotat dhe cache janë gjëra të ndryshme. Cookies janë skedarë të veçantë me një grup të dhënash që ju lejojnë të identifikoni një përdorues nëse ai viziton një burim ueb. Dhe cache (e përkthyer nga anglishtja si depo, vend i fshehur) i shfletuesit është një lloj vendi i izoluar për ruajtjen e kopjeve të dokumenteve (për shembull, faqet e internetit të faqes në internet), të cilat, nëse është e nevojshme, shfaqen në shfletues. Është në anën e serverit që komanda është bërë për të përdorur cache në anën e shfletuesit të përdoruesit, dhe një dosje me cache krijohet në kompjuterin e përdoruesit. Nga ana e tij, përdoruesi mund të rregullojë frekuencën e krijimit të kopjeve të ruajtura në memorie të faqeve të faqes duke pastruar dosjen e cache. Ose çaktivizoni fare memorien e memories, cilësimet e shfletuesve modernë e lejojnë këtë. Sa më shpesh të pastroni cache, aq më i fundit do të merrni versionin e faqes.
- Nikolai
Super, dhe gjithçka është në rregull këtu!!!
- maraci
Epo, për këtë po flisja.
- Aleksandër
- Nikolai
Faleminderit për artikullin. Është e vërtetë që nuk është plotësisht e qartë se si të pastrohet kjo memorie më vonë nëse, për shembull, një kategori ose seksion i ri shfaqet në sit ose, përkundrazi, zhduket. Sigurisht, po e ekzagjeroj shumë, por kuptimi është i njëjtë. Ndonjëherë cache duhet të pastrohet, si zbatohet kjo në këtë kod?
- Irina
NE RREGULL! Faleminderit!
Ky kod ndihmoi, tani 80 nga 100FileETag MTime Size ExpiresActive on ExpiresDefault "qasje plus 1 vit"
- Igor
Nikolai, nuk e kuptova fare pyetjen tënde. Ky është kodi për ruajtjen e faqeve në shfletuesit e përdoruesve; Artikujt dhe kategoritë e reja shfaqen edhe kur cache është plot. Vetëm elementët që mbeten të pandryshuar për një kohë të gjatë ruhen në memorie për një kohë të gjatë.
- Andrey
Faleminderit. Por nëse më duhen vetëm disa të caktuara që të ruhen në memorie, për shembull, logoja dhe flamujt e vendeve në fund të faqes, atëherë çfarë duhet të bëj?
- Igor
Andrey, pse keni nevojë të ndani imazhe, cache disa dhe jo të tjera? Zakonisht fotografitë nuk ndryshojnë me shpejtësinë kaleidoskopike.
- Andrey
Epo, po, keni të drejtë me fotot. Dhe mos ruani një faqe të caktuar (për shembull, nga paneli i administratorit). A është e mundur?
- Igor
Sigurisht në dispozicion. Nëse përdorni një shtojcë për ruajtjen e memories, siç është Hyper Cache, atëherë cilësimet e tij kanë shumë opsione të ndryshme, duke përfshirë aftësinë për të përjashtuar faqet që nuk mund të ruhen në memorie.
- Jaroslav
Artikull shumë i dobishëm, unë kam dashur të vendos caching për një kohë të gjatë, por më parë gjeta metodën e parë të paraqitur kudo dhe nuk bëri absolutisht asgjë.
Por falë metodës së dytë, gjithçka funksionon me zhurmë!! PS 91 - Igor
Rezultat i mirë, Yaroslav.
- stan
asnjë mënyrë nuk funksionon
- Igor
Stan, mund të ndodhë që kjo të varet kryesisht nga hosti.
- Ilya
Nuk ka fjalë për sa kohë po kërkoja një artikull se si të aktivizoja kohën e cachimit të shfletuesit, thjesht më duhej të fusja kodin kryesor. Faleminderit për artikullin.
- Igor
Të lutem, Ilya.
- Gri
Faleminderit Punon!
- Sergej
as asnjëra metodë nuk funksionon
Pritësi është adekuatMe sa duket ata do të duhet të shkruajnë për të mbështetur
- Igor Gornov
Po, Sergej, ndoshta. Ju mund ta shihni vetë se shumë arrijnë ta zbatojnë atë.
- Alexander Puzatykh
Faleminderit. Informacion i madh. Tani do ta korrigjoj në faqen time. Përndryshe pgespeed jep një shenjë të kuqe.
- Yuri
Bëra gjithçka siç përshkruhet, por shpejtësia e ngarkimit të PageSpeed Insights nuk ndryshoi (74%). Cila mund të jetë arsyeja?
- Yuri
Këtu është htaccess im
# FILLO WordPressRewriteEngine Aktiv
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %(REQUEST_FILENAME) !-f
RewriteCond %(REQUEST_FILENAME) !-d
RewriteRule. /index.php [L]#ENDWordPress
Unë shtoj kodin tuaj dhe asgjë nuk ndryshon
PageSpeed Insights mbetet në 74%.
Me thuaj cili mund te jete problemi??? - Igor Gornov
Në konfigurimin specifik të serverit tuaj pritës ku ndodhet faqja. Sipas mendimit tim, unë kam vërejtur tashmë në artikull dhe komente se kjo metodë nuk është e përshtatshme për të gjithë.
- Valeri
Igor, artikull i mirë. Unë kam dashur ta bëj këtë për një kohë të gjatë, por nuk e di se si. Tani është e qartë. Kam një pyetje: "Ku në skedarin .htaccess duhet të ngjis kodin?"
- Igor Gornov
Valery, nëse tashmë keni disa fragmente kodi në .htaccess, atëherë duhet të ketë një rresht si kjo:
#ENDWordPress
Në këtë rast, jo vetëm kjo, por çdo kod duhet të vendoset mbi këtë rresht. Pjesa tjetër nuk ka rëndësi.
- vokacan
Informacioni është i dobishëm, por mjaft i vështirë për një fillestar për t'u kuptuar, për mendimin tim.
- Aeli
Çuditërisht, e njëjta gjë nuk funksionoi për mua, por çfarë duhet të bëj, ose më mirë, çfarë duhet t'i kërkoj strehuesit?
- Igor Gornov
Duhet të pyesni hostin si vijon: a është e mundur të aktivizoni caching në server për të gjithë skedarët e mundshëm. Ndoshta ata tashmë kanë një algoritëm të gatshëm që është i ndryshëm nga ai që propozova.
- Aeli
Faleminderit, e shkrova tani.
- Aeli
Këtu është një shaka, ata (hotësi) thanë që kanë të gjitha të përfshira, dhe unë u them atyre, dhe Googlespeedtest tregon "përdorni cache-in e shfletuesit", dhe ata më thonë se këto janë pyetje për Googlespeedtest. Nuk arrij ta kuptoj kujt t'i besoj? :)
- Igor Gornov
Aely, ky qëndrim ndaj klientit nga ana e pritësit është, për të thënë të paktën, i çuditshëm. Në teori, ata duhet të shpjegojnë dhe të japin një algoritëm të mundshëm për ta shtuar atë në skedarin .htaccess në mënyrë që të aktivizojnë funksionin, edhe nëse e kanë të aktivizuar. Pyes veten nëse kjo nuk është hera e parë që ju keni kontaktuar shërbimin mbështetës, si u soll në situata të tjera?
- htaccess caching ruan përmbajtjen e një faqe interneti në kompjuterin lokal kur një përdorues e viziton atë;
- Përdorimi i memories së shfletuesit – Uebmaster udhëzon shfletuesit se si të trajtojnë burimet.
Kur shfletuesi jep një faqe në internet, ai duhet të ngarkojë logon, skedarin CSS dhe burime të tjera:
Cache e shfletuesit "kujton" burimet që shfletuesi ka shkarkuar tashmë. Kur një vizitor shkon në një faqe tjetër në faqe, logo, skedarë CSS, etj. nuk duhet të shkarkohen më sepse shfletuesi i ka "kujtuar" tashmë (i ka ruajtur). Kjo është arsyeja pse faqja e internetit merr më shumë kohë për t'u ngarkuar në vizitën tuaj të parë sesa në vizitat e përsëritura.
Kur përdorni caching, skedarët e faqeve të internetit do të ruhen në cache të shfletuesit. Faqet do të ngarkohen shumë më shpejt gjatë vizitave të përsëritura. Kjo do të ndodhë edhe me faqet e tjera që përdorin të njëjtat burime.
Si të aktivizoni cachimin e shfletuesit
- Modifikoni titujt e kërkesave për burime për të përdorur caching;
- Optimizoni strategjinë tuaj të memorizimit.
Ndryshimi i titujve të kërkesave
Për shumicën e njerëzve, mënyra e vetme për të ruajtur memorien e htaccess të një sajti është të shtoni kodin në skedarin .htaccess në serverin e internetit.
Skedari .htaccess kontrollon shumë cilësime të rëndësishme për faqen tuaj.
Ruajtja e shfletuesit përmes skedarit .htaccess
Kodi i mëposhtëm i tregon shfletuesit se çfarë të ruajë memorien dhe për sa kohë ta "mbajë mend". Duhet të shtohet në fillim të skedarit .htaccess:
SKADONI ME KUFIZIMIN
Ruani skedarin .htaccess dhe më pas rifreskoni faqen e internetit.
Si të vendosni kohën e cache-it për lloje të ndryshme skedarësh
Kodi i mësipërm specifikon intervalet kohore. Për shembull, 1 vit (1 vit) ose 1 muaj (1 muaj). Ato lidhen me llojet e skedarëve. Kodi i mësipërm thotë se skedarët .jpg (imazhet) duhet të ruhen në memorie për një vit.
Nëse dëshironi ta ndryshoni këtë në mënyrë që imazhet JPG gjithashtu të ruhen në memorie për një muaj, atëherë thjesht do të zëvendësoni "1 vit" me "1 muaj". Vlerat e mësipërme të caching htaccess janë optimale për shumicën e faqeve në internet.
Metoda alternative e memorizimit për .htaccess
Metoda e përshkruar më sipër quhet " Skadon", ai ndihmon shumicën e fillestarëve me caching. Pasi të ndiheni rehat me ruajtjen e memories, mund të provoni një metodë tjetër memorie të quajtur Cache-Control, e cila ju jep më shumë opsione.
Është e mundur që metoda Expires të mos funksionojë në serverin tuaj, në këtë rast mund të dëshironi të provoni të përdorni Cache-Control.
Cache-Control
Kjo metodë ju lejon të fitoni më shumë kontroll mbi ruajtjen e faqeve në shfletues, por shumë njerëz e kanë më të lehtë të specifikojnë të gjitha cilësimet një herë.
Shembull i përdorimit në një skedar .htaccess:
Muaj #1 për shumicën e aktiveve statike
Kodi i mësipërm vendos kokën e Cache-Control në varësi të llojit të skedarit.
Si funksionon Cache-Control?
Merrni parasysh linjën e mësipërme të kodit të memorizimit në shfletuesin htaccess:
Muaj #1 për shumicën e aktiveve statike
Ky rresht është vetëm një shënim. Skedari .htaccess injoron linjat që fillojnë me karakterin #. Ky shënim rekomandohet sepse mund të keni disa grupe të ndryshme të dhënash si zgjidhje për ruajtjen e skedarëve:
Rreshti i përmendur më sipër thotë se, " nëse skedari është një nga këto lloje, atëherë do të bëjmë diçka me të...»
Gjëja më e rëndësishme në lidhje me këtë linjë është se ajo rendit llojet e ndryshme të skedarëve ( CSS, JS, JPEG, PNG etj. ) dhe se udhëzimet e ruajtjes në memorie duhet të zbatohen për këto lloje skedarësh. Për shembull, nëse nuk dëshironi që skedarët JPG të ruhen në memorie për një periudhë të caktuar kohe, mund të hiqni " JPG". Nëse dëshironi të shtoni HTML, atëherë duhet të tregoni në këtë rresht " HTML«:
Kompleti i titujve Cache-Control "max-age=2592000, public"
Rreshti i përmendur më sipër përcakton titujt dhe vlerat aktuale:
- pjesa " Vendosja e kokës së Cache-Control» — vendos titullin;
- e ndryshueshme " mosha maksimale=2592000"—tregon sa kohë do të zgjasë procesi i memorizimit (në sekonda). Në këtë rast, ne cache për një muaj (2592000) sekonda;
- pjesa " publike» raporton se është në dispozicion të publikut.
Kjo linjë cache htaccess mbyll deklaratën dhe përfundon bllokun e kodit.
Problemi i përgjithshëm i memorizimit
Nëse jeni duke përpiluar një listë me imazhe që do të ruhen për një vit ose më shumë, mbani në mend se nëse bëni ndryshime në faqet tuaja, ato mund të mos jenë të dukshme për të gjithë përdoruesit. Sepse përdoruesit do të kenë qasje në skedarët e memorizuar në vend të atyre ekzistues. Nëse ka një skedar që e modifikoni periodikisht ( për shembull - skedar CSS), atëherë mund ta kapërceni problemin e memories duke përdorur gjurmët e gishtërinjve në URL.
Gjurmë gishtash URL
Marrja e një burimi të ri skedari (jo të memorizuar) është i mundur nëse ka një emër unik. Për shembull, nëse skedari CSS emërtohet "main.css", atëherë ne mund ta emërojmë atë "main_1.css". Herën tjetër që ta ndryshojmë emrin, mund ta emërtojmë skedarin "main_2.css". Kjo është e dobishme për skedarët që ndryshojnë periodikisht.
