Paano gumagana ang WordPress Caching?

  1. 1. Mga Gabay sa Mga nagsisimula sa Pag-unawa sa Mga Panloob na Pag-andar ng WordPress
  2. 2. Ano ang WordPress Caching at Bakit Mahalaga ito?
  3. 3. Kasalukuyang nagbabasa: Paano gumagana ang WordPress Caching?
  4. 4. Paano i-install at pag-setup ng WordPress Caching sa WP Super Cache
  5. 5. Paano i-setup ang WordPress Caching na may W3 Kabuuang Cache (W3TC)
  6. 6. MaxCDN Review: Ang Pinakamagandang CDN para sa WordPress?

Maligayang pagdating sa isang bagong kabanata sa aming serye ng WordPress Caching kung saan malalaman namin kung paano gumagana ang WordPress caching. Bago kami makarating sa ilalim ng paksang ito mangyaring tiyaking nasusunod mo nang mabuti ang bawat nakaraang mga paksa (mula sa seryeng ito), dahil ginagamit ng kabanatang ito ang kaalaman mula sa kanila. Upang magsimula, pag-usapan natin ang tungkol sa dalawang pangunahing uri ng magagamit na mga protocol ng caching, batay sa modelo ng client-server:


  • Claching-Side caching at
  • Pag-cache ng Server-Side

Claching-Side Caching

Ang modelo ng Client-Server

Ang modelo ng Client-Server

Ang isang website ay naglalaman ng maraming hindi tekstwal, static na data, tulad ng mga imahe, CSS at Javascript file. Kapag na-download na, ang iyong browser ay sapat na matalino na hindi muling mai-download ang mga ito sa tuwing na-hit mo ang pindutan ng F5. Nagsisilbi lamang ito ng data mula sa lokal na cache – ang cache data na na-save sa hard disk ng iyong computer. Iyon ang dahilan kung bakit inirerekumenda na linisin ang cache ng iyong browser sa isang beses pa – nagse-save ito ng maraming puwang at nagpapabuti sa pagganap.

Ang prosesong ito ng muling paggamit ng data na naka-cache mula sa computer ng kliyente (o pagtatapos ng kliyente) ay kilala bilang client side caching at halos bawat modernong website ay gumagamit nito at sinusuportahan ito ng bawat browser. Ang caching sa tagiliran ng kliyente ay tumutulong na maiwasan ang kalabisan ng data (i-download ang parehong data nang paulit-ulit) at sa gayon ay nakakatipid ng maraming mga mapagkukunan ng server at pinaka-mahalaga – oras!

Server-Side Caching

Server

Kasama sa cache ang side side ng lahat ng iba’t ibang mga protocol ng caching na ginagamit sa ilalim ng cache ng WordPress. Kasama nila ang sumusunod:

  • Pahina ng caching
  • Pag-cache ng query sa database
  • Pagtuturo batay sa object
  • Pag-cache ng Opcode

Ginagamit ng WordPress ang apat na pangunahing protocol ng cache na cache ng server. Titingnan namin ang bawat isa sa kanila nang isa-isa at makita kung paano mai-save ng caching ang bawat isa sa kanila ng maraming mahalagang oras sa pagkalkula, at sa gayon mapabilis ang iyong website.

Pahina Caching

1381630448_HTML-2Ang pahina ng caching ay ang pinakasimpleng ng lahat ng mga protocol ng caching at inaasahan kong alam mo na ang tungkol dito. Tumutukoy lamang ito sa proseso ng pag-save ng mga dinamikong nabuo na mga HTML file sa hard disk o memorya (RAM) ng server (karaniwang kilala bilang ang ‘cache’) at paghahatid ng mga ito mula sa cache (ibig sabihin, muling paggamit ng data na dati) kapag ang isang kahilingan ay ginawa . Nakakatipid ito sa overhead ng pagpapatupad ng PHP code at mga query sa database ng MySQL.

Pag-cache ng Database

DatabaseAng unang bagay na dapat malaman tungkol sa mga database ay ang mga ito ay napakalaking at gutom ang mapagkukunan. Ang mga ito ay lubos na literal, ang puso ng bawat kumpanya – maging ito sa online o kung hindi man. Parehong napupunta para sa WordPress. Ang layunin ng isang database ay upang mag-imbak, mag-update at maghatid ng data nang mahusay. Dahil kadalasan ay napakalaki nila, ang bawat query ay tumatagal ng oras (karaniwan sa pagkakasunud-sunod ng ilang daang microseconds). Mas mahusay ang hardware, mas mabilis ang henerasyon ng resulta ng query. Pagisipan mo to. Dahil ang WordPress ay lubos na nakasalalay sa database nito, gumagawa ito ng isang query sa bawat ngayon. At kapag ang data ay hindi binabago sa database, ang paggawa ng mga query upang makuha ang parehong data ay katulad ng muling pag-download ng parehong mga imahe nang paulit-ulit – tulad ng tinalakay sa ilalim ng Client Side Caching. Samakatuwid ang pag-save ng mga resulta ng isang query sa lokal na imbakan ay may katuturan, hindi ba? Ang pag-save ng mga resulta ng mga query sa database sa lokal na imbakan ay tinatawag na database caching at isa sa mga pangunahing kadahilanan sa WordPress caching.

Gayunpaman, sa sandaling na-update ang database (halimbawa kapag ang isang post ay na-update o nai-publish, o ang isang puna ay isinumite), napakahalaga para sa naunang nai-save na cache ng database na tinanggal at muling pag-cache ang mga resulta ng query sa database. Hindi ito kalabisan dahil nakakatulong ito na maalis ang mga hindi nauugnay o mali na mga resulta ng query sa database.

Object caching

OpcodeAng WordPress ay may isang panloob na sistema ng caching na kasama ang ilang mga subsystem (i.e. ang Caching API, Object Cache, at Transient API). Pinapayagan ng WordPress core ang mga plugin na kontrolin ang caching system upang mabawasan ang bilang ng mga tawag sa database. Ito ay isang medyo advanced na paksa, at hindi masyadong nauugnay sa pang-araw-araw na gumagamit.

Pag-cache ng Opcode

PHP CodeTulad ng cache ng database kung saan ang ideya ay upang mabawasan ang bilang ng mga query sa database, ang cache ng opcode ay tumutukoy sa pag-save ng naipon na code ng PHP sa pagitan ng bawat kahilingan. Kung titingnan mo ang anumang file ng PHP, makikita mo na ang code ay talagang isang listahan ng mga tagubilin para magamit ng tagatala. Ang PHP ay isang object oriented programming language, at may mga perks mula sa pinanggalingan! Para sa isang code ng PHP upang maisakatuparan, ang compiler ng PHP ay dapat magtipon muna ng code at makabuo ng maipapatupad na code para sa webserver. Ang pag-cache ng output ng compiler ng PHP para sa maraming mga pagpapatupad, ay kung ano ang tungkol sa opcode caching. Muli, ito ay panloob na bagay – mga bagay na hindi mo dapat magalala!

Lokal na Pag-iimbak – Pangunahing kumpara sa Pangalawang

Lokal na imbakan

Upang maipatupad ang mga side cache ng server ng anumang form, nauunawaan na ang data ay dapat na naka-imbak sa lokal na imbakan. Ang salitang “lokal na imbakan” ay maaaring mangahulugan ng alinman sa dalawang bagay. Ang isa ay ang hard disk ng server at ang isa pa ay pangunahing memorya ng server – i.e. ang RAM.

Ang RAM, na nakatayo para sa Random Access Memory ay isang form ng pabagu-bago ng memorya at mga order ng magnitude na mas mabilis kaysa sa mga hard disk, na isang form na hindi pabagu-bago, pangalawang imbakan. Mas mahal din ito. Syempre alam mo lahat ito.

Kung saan nai-save mo ang naka-cache na data ay gumagawa ng malaking pagkakaiba. Kung ito ay nasa isang hard disk, siguradong mas mabagal ito kaysa naiimbak ito sa isang RAM. Muli ang bilis ng HDD mahalaga. Ang mga hard disk ng server ay mula sa 7,200 RPM hanggang 15,000 RPM at maaaring magkaroon ng iba’t ibang mga antas ng RAID – RAID 0 ang pinakamabilis at pinaka-kawalan ng katiyakan, ang RAID 4 ay isang wastong balanse. Mayroon ka ring SSD. Samakatuwid, ang lokasyon ng naka-cache na data ay may matinding epekto sa bilis.

Para sa mga tao sa ibinahaging mga server ng pagho-host, wala kang pagpipilian kundi i-save ito sa hard disk. Para sa mga taong nagpapatakbo ng kanilang sariling dedikadong server o VPS, mayroon kang karagdagang pagpipilian sa pag-save ng cache sa iyong pangunahing memorya, na muling gawin na may maraming pag-aalaga – ang hindi tamang pagsasaayos ay maaaring humantong sa kawalang-tatag (nauubusan ng RAM, atbp) at madalas na pag-crash ng server.

Konklusyon

Ngayon na mayroon kang isang mahusay na pag-unawa sa iba’t ibang mga protocol ng cache ng WordPress, dumating tayo sa sentro ng aming serye ng post – Paano Magpatupad ng WordPress caching.

Kung mayroon kang anumang mga katanungan o mungkahi upang mapagbuti ang kabanatang ito, mangyaring huwag mag-atubiling tanungin o ibahagi ang mga ito – gusto naming marinig ang iyong mga saloobin!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map