Mipangilio ya Programu-jalizi ya W3 Jumla ya Kashe ya Minify: Jinsi ya Kuchagua Aina ya Upachikaji? Uzoefu Wangu wa Kutatua Matatizo na Ushauri wa Kuokoa Maisha

Unajitahidi kuchagua aina sahihi ya upachikaji kwa ajili ya W3 Total Cache Minify? Makala haya yanashiriki uzoefu halisi wa msimamizi wa wavuti na hutoa mwongozo wa hatua kwa hatua ili kuchagua kwa usahihi aina sahihi ya upachikaji wa Minify, kuepuka ajali za mtindo wa tovuti na ajali za kupakia. Pia inajumuisha suluhisho la usanidi lisilo na madhara ambalo hata wanaoanza wanaweza kutumia kwa urahisi.WordPress Kuongeza kasi bila kugonga!

Nilikuwa nikiboresha tovuti na nilipofungua mipangilio ya Minify katika W3 Total Cache, nilishangaa kabisa. Menyu kunjuzi ya aina iliyopachikwa ilikuwa na chaguo nne: Chaguo-msingi (Block), Tumia JS kwa Kutozuia, Tumia "Asynchronous" kwa Kutozuia, na Tumia "Delayed" kwa Kutozuia.

Nilifikiria kwa muda, haya yote yanahusu nini?

Niamini, hauko peke yako. Chaguzi hizi nne huenda zikamfanya hata mgeni ashangae, sembuse mtu ambaye amekuwa akitumia WordPress kwa miaka mingi. Makala haya yanawasilisha mitego ambayo nimekutana nayo na masomo ambayo nimejifunza moja kwa moja. Huna haja ya kuangalia nyaraka; fuata tu maagizo yangu.

Ni aina gani hasa hizi nne za upachikaji?

Hebu kwanza tuzungumzie aina ya tabia ya chaguzi hizi nne.

Chaguo-msingi (kizuizi)Hii inaitwa Uzuiaji Chaguo-msingi. Ni mbinu rahisi zaidi: kivinjari husimama kinapokutana na hati, huipakua na kuitekeleza kikamilifu, na kisha huendelea kuonyesha ukurasa. Inasikika kuwa ya kuaminika, sivyo? Lakini faida ni kwamba upakiaji wako wa kwanza wa ukurasa utazuiwa; watumiaji watalazimika kusubiri hati imalize kufanya kazi kabla ya kuona chochote.

Kutumia JS kwa kutozuiaHii inavutia sana. Badala ya kuandika moja kwa moja lebo za `<script>` kwenye ukurasa, kwanza hutoa hati ndogo, na kisha kuingiza hati zinazohitaji kupakiwa kwenye ukurasa kupitia JavaScript baada ya ukurasa kuanza kufanya kazi. Kwa njia hii, ukurasa unaweza kuonyeshwa kwanza, na hati zinaweza kupakiwa polepole. Inasikika vizuri, sivyo? Hata hivyo, tatizo ni kwamba mchakato huu wa kuingiza data unaobadilika unaweza kuvuruga mpangilio wa awali wa utekelezaji wa hati. Ikiwa baadhi ya hati kwenye ukurasa wako zinategemea sana mpangilio wa utekelezaji, matatizo yanaweza kutokea.

Tumia "asynchronous" kwa kutozuiaHii inahusisha kuongeza sifa ya `async` kwenye lebo ya `<script>`. Hati itapakuliwa bila kusawazisha nyuma na kutekeleza mara baada ya kupakua, bila ukurasa kuisubiri. Hata hivyo, ubaya ni kwamba agizo la utekelezaji haliwezi kudhibitiwa kabisa; hati yoyote inayomaliza kupakua kwanza hutekeleza kwanza, bila kujali agizo uliloainisha katika msimbo.

Kutumia "kuchelewa" kwa kutozuiaHii ndiyo maana ya kuongeza sifa ya `ahirisha`. Hati itasubiri hadi ukurasa mzima uchanganuliwe kabla ya kutekeleza, na muhimu zaidi, itadumisha mpangilio wa awali uliouandika. Hii ni rahisi kutumia, kwani haizuii skrini ya kwanza wala kuvuruga mpangilio.

Ni ipi ninapaswa kuchagua?

Kwa ufupi, chaguzi hizi nne ni kama swali la kuchagua jibu sahihi:Unataka kasi au agizo?

Pendekezo langu ni kama ifuatavyo:

Ikiwa tovuti yako ni ndogo, ina hati chache, na huna mahitaji ya juu sana ya kasi ya upakiaji, kutumia mpangilio chaguo-msingi (uliozuiwa) ndio chaguo rahisi zaidi. Ingawa ni polepole kidogo, haitasababisha matatizo yoyote.

Ikiwa unataka kuboresha kasi ya skrini ya kwanza na hati zako hazina utegemezi mkubwa kama "A lazima itekelezwe kabla ya B", weka kipaumbele...Kutumia "kuchelewa" kwa kutozuia(ahirisha). Hii ndiyo suluhisho bora zaidi kwa sasa, kwani haizuii utoaji wala kuvuruga mpangilio.

Ukijaribu kuahirisha na bado ukagundua kuwa baadhi ya vipengele vina matatizo, basi fikiria...Kutumia JS kwa kutozuiaSuluhisho hili ni kali zaidi, lakini utangamano wake ni mbaya zaidi.

Tumia "asynchronous" kwa kutozuia(async) ndio chaguo ambalo sipendekezi sana. Kwa sababu agizo la utekelezaji limeharibika kabisa, ni rahisi kuharibika isipokuwa una uhakika kabisa kwamba hati zako zote zinafanya kazi kwa kujitegemea.

Mitego miwili mikubwa niliyoingia

Mazungumzo ni rahisi. Nimeandika makosa mawili niliyofanya; unaweza kuyaangalia kulingana na uzoefu wako mwenyewe ili kuona kama unaweza kuyaepuka.

Mtego wa kwanza: Mandhari maalum ya WordPress hayawezi kuchunguliwa kwa wakati halisi.

Kwa muda, nilipokuwa nikibadilisha mandhari, baada ya kubofya hifadhi, hakikisho halingeonyesha upya. Ningefanya mabadiliko kadhaa, nikaonyesha upya ukurasa, na bado ungekuwa vile vile.

Baada ya uchunguzi fulani, niligundua kuwa kitendakazi cha kubana cha Minify ndicho kilichosababisha tatizo. Suluhisho ni rahisi:

Fikia programu-jalizi ya W3 Total Cache常规设置,jitokeza"kushinikiza"Ondoa tiki kwenye chaguo hilo. Kisha bofya mshale mdogo ulio chini ya "Hifadhi Mipangilio" kwenye kona ya juu kulia na uchague "..."Hifadhi mipangilio na ufute akibaHatua hii ni muhimu; usipofuta akiba, bado utaona toleo la zamani.

Ukishamaliza, rudi kwenye ubinafsishaji wa mandhari, na onyesho la kuchungulia la moja kwa moja litarudi katika hali ya kawaida.

Tatizo la pili: Kisanduku cha utafutaji cha mandhari ya Astra hakijibu kinapobofywa.

Nilikutana na tatizo hili muda mrefu uliopita. Nilikuwa nikitumia mandhari ya Astra, na siku moja ghafla nikagundua kuwa kisanduku cha utafutaji hakikuwa kikijibu bila kujali jinsi nilivyokibofya. Mwanzoni, nilidhani ilikuwa tatizo na mandhari yenyewe, lakini baadaye nikagundua kuwa ilisababishwa na mipangilio ya Minify ya W3TC.

Suluhisho ni kama ifuatavyo:

Nenda kwenye W3 Jumla ya Akiba → Mipangilio ya Jumla → Mipangilio ya Kina ya Kubana → JS → Minify Mipangilio ya Injini → Mipangilio ya Eneo, na ubadilishe aina ya kupachika kuwa mojawapo ya hizi mbili:

1. Hapo awali, kutozuia kulifikiwa kwa kutumia JavaScript.
2. Baada ya hapo, tumia JS kwa kutozuia

Vile vile, kufuta akiba na kuburudisha ukurasa kutaruhusu kisanduku cha utafutaji kufanya kazi vizuri.

Kuhusu kwa nini chaguo hizi mbili zilichaguliwa badala ya zingine, nimefanya utafiti. Kwa ufupi, vipengele vya mbele vya mandhari ya Astra vinajali sana muda wa utekelezaji wa hati, na mbinu fulani zisizozuia zinaweza kusababisha ufungashaji wa matukio kushindwa. Kutumia hali ya "kutozuia na JS" kunahakikisha kwamba hati hutekelezwa tu baada ya ukurasa kumaliza kupakia, huku ikiepuka utekelezaji usio na mpangilio unaoonekana kwa async.

Orodha ya maeneo ya kutembelea

Hatimaye, hapa kuna orodha ya ukaguzi unayoweza kufuata moja kwa moja:

Hatua ya kwanza ni kufafanua lengo lako. Je, unataka upakiaji wa ukurasa wa awali wa haraka zaidi, au unaweka kipaumbele katika uthabiti na uendeshaji usio na hitilafu? Hii itaamua ni aina gani ya upachikaji unayopaswa kutumia.

Hatua ya pili si kubadilisha kila kitu kwa wakati mmoja. Kwanza, tafuta ukurasa usio muhimu sana ili kuujaribu, uuangalie kwa siku moja au mbili, na uutangaze kwenye tovuti nzima ikiwa una uhakika hakuna matatizo.

Tatu, futa kashe kila wakati baada ya kila marekebisho. Utaratibu wa kuhifadhi data wa W3TC utakuzuia kuona mabadiliko ya hivi punde, kwa hivyo hatua ya "futa kashe na ujaribu tena" ni muhimu sana.

Nne, tumia zana au zana za msanidi programu wa kivinjari chako kama PageSpeed ​​​​Insights kulinganisha kasi ya upakiaji kabla na baada. Acha data ijielezee yenyewe, si hisia zako za ndani tu.

Andika mwisho

Kwa kweli, nilipoona mpangilio huu wa aina iliyopachikwa kwa mara ya kwanza, nilishangaa kwa muda mrefu. Hali chaguo-msingi ya kuzuia ilionekana kuwa polepole sana, huku hali isiyo na mpangilio haikuhakikisha mpangilio, na kuahirisha kunaweza kusababisha matatizo ya utangamano. Nilihisi kutokuwa na uhakika kuhusu chaguo la kuchagua.

Lakini baadaye niligundua kuwa ni mabadiliko. Huwezi kuwa na ya haraka zaidi na thabiti zaidi; lazima uiache moja kila wakati. Uzoefu wangu ni kutumia defer kwanza, ambayo kwa sasa ndiyo suluhisho salama zaidi la kutozuia, na kisha kutumia callback ikiwa matatizo yatatokea.

Ukikumbana na matatizo kama hayo, au ikiwa bado una matatizo mengine baada ya kufuata njia yangu, jisikie huru kujadili. Uundaji wa tovuti unahusu majaribio na hitilafu; hakuna mtu aliye tofauti.

Asante kwa kusoma makala yangu. Tutaonana wakati mwingine.