W3 Total Cache Minify Plugin Parametrləri: Yerləşdirmə Növünü Necə Seçmək Olar? Problemlərin Həlli Təcrübəm və Həyat Qurtaran Məsləhətlərim

W3 Total Cache Minify üçün düzgün yerləşdirmə növünü seçməkdə çətinlik çəkirsiniz? Bu məqalə veb ustasının real dünya təcrübəsini paylaşır və veb sayt stili uyğunsuzluqlarından və yükləmə qəzalarından qaçınmaq üçün düzgün Minify yerləşdirmə növünü dəqiq seçmək üçün addım-addım təlimat təqdim edir. Həmçinin, hətta yeni başlayanların da asanlıqla tətbiq edə biləcəyi qüsursuz quraşdırma həlli də daxildir.WordPress Qəzaya uğramadan sürətləndirin!

Bir veb saytı optimallaşdırırdım və W3 Total Cache-də Minify parametrlərini açanda tamamilə çaşqın oldum. Daxili tip üçün açılan menyuda dörd seçim var idi: Default (Blok), Bloklanmayan üçün JS istifadə edin, Bloklanmayan üçün "Asinxron" istifadə edin və Bloklanmayan üçün "Gecikmiş" istifadə edin.

Bir anlıq düşündüm ki, bütün bunlar nə ilə bağlıdır?

İnanın mənə, tək deyilsiniz. Bu dörd seçim, çox güman ki, hətta təcrübəsiz bir istifadəçini, illərdir WordPress-dən istifadə edən birini belə çaşdıracaq. Bu məqalədə rastlaşdığım tələlər və birbaşa öyrəndiyim dərslər təqdim olunur. Sənədlərə baxmağa ehtiyac yoxdur; sadəcə təlimatlarıma əməl edin.

Bu dörd yerləşdirmə növü dəqiq nələrdir?

Əvvəlcə bu dörd variantın hansı xarakterə malik olduğunu danışaq.

Defolt (Bloklanmış)Bu, Standart bloklama adlanır. Bu, ən sadə yanaşmadır: brauzer skriptlə qarşılaşdıqda dayanır, onu yükləyir və tamamilə icra edir və sonra səhifəni göstərməyə davam edir. Etibarlı səslənir, elə deyilmi? Amma güzəşt budur ki, ilkin səhifə yükləməniz bloklanacaq; istifadəçilər bir şey görə bilməzdən əvvəl skriptin işləməsini gözləməli olacaqlar.

Bloklamamaq üçün JS-dən istifadəBu olduqca maraqlıdır. Səhifəyə birbaşa `<script>` etiketləri yazmaq əvəzinə, əvvəlcə kiçik bir skript çıxarır və sonra səhifə işlədikdən sonra JavaScript vasitəsilə səhifəyə yüklənməli olan skriptləri dinamik olaraq yerləşdirir. Bu şəkildə səhifə əvvəlcə göstərilə bilər və skriptlər tədricən yüklənə bilər. Əla səslənir, elə deyilmi? Lakin problem ondadır ki, bu dinamik yerləşdirmə prosesi skriptlərin orijinal icra sırasını poza bilər. Səhifənizdəki bəzi skriptlər icra sırasından çox asılıdırsa, problemlər yarana bilər.

Bloklamamaq üçün "asinxron" istifadə edinBu, `<script>` etiketinə `async` atributunun əlavə edilməsini nəzərdə tutur. Skript arxa planda asinxron şəkildə yüklənəcək və səhifə gözləmədən yükləndikdən dərhal sonra icra ediləcək. Lakin, mənfi cəhəti odur ki, icra qaydası tamamilə idarəolunmazdır; hansı skriptin yüklənməsini birinci bitirməsi, kodda göstərdiyiniz ardıcıllıqdan asılı olmayaraq, birinci icra olunur.

Bloklamamaq üçün "gecikmə"dən istifadə olunur`defer` atributunun əlavə edilməsi məhz bu deməkdir. Skript icra etməzdən əvvəl bütün səhifənin təhlil edilməsini gözləyəcək və ən əsası, yazdığınız orijinal sıranı qoruyacaq. Bu, olduqca istifadəçi dostudur, çünki nə ilk ekranı bloklayır, nə də sıranı pozur.

Hansını seçməliyəm?

Sadə dillə desək, bu dörd seçim çoxseçimli sual kimidir:Sürət, yoxsa sifariş istəyirsən?

Təklifim belədir:

Əgər veb saytınız kiçikdirsə, skriptləri azdırsa və yükləmə sürəti üçün çox yüksək tələbləriniz yoxdursa, standart (bloklanmış) ayardan istifadə etmək ən asan seçimdir. Bir az yavaş olsa da, heç bir problem yaratmayacaq.

Əgər birinci ekran sürətini artırmaq istəyirsinizsə və skriptlərinizdə "A B-dən əvvəl icra edilməlidir" kimi güclü asılılıqlar yoxdursa, prioritetləşdirin...Bloklamamaq üçün "gecikmə"dən istifadə olunur(təxirə salın). Bu, hazırda demək olar ki, ən ideal həlldir, çünki nə renderləməni bloklayır, nə də sıranı pozur.

Əgər təxirə salmağa çalışsanız və yenə də bəzi funksiyalarda problem olduğunu görsəniz, onda düşünün...Bloklamamaq üçün JS-dən istifadəBu həll daha radikaldır, lakin uyğunluğu bir az daha pisdir.

Bloklamamaq üçün "asinxron" istifadə edin(async) ən az tövsiyə etdiyim seçimdir. İcra əmri tamamilə xarab olduğundan, skriptlərinizin hamısının müstəqil işlədiyinə tam əmin deyilsinizsə, çökməsi asandır.

Düşdüyüm iki böyük tələ

Danışmaq ucuzdur. Etdiyim iki səhvi yazmışam; onlardan qaçınmaq üçün onları öz təcrübənizlə müqayisə edə bilərsiniz.

İlk tələ: Xüsusi WordPress mövzularına real vaxt rejimində önizləmə etmək mümkün deyil.

Bir müddət mövzunu fərdiləşdirərkən, "yadda saxla" düyməsini basdıqdan sonra önizləmə yenilənmirdi. Bəzi dəyişikliklər edir, səhifəni yeniləyirdim və yenə də eyni qalırdı.

Bir az araşdırmadan sonra Minify-ın sıxılma funksiyasının günahkar olduğunu aşkar etdim. Həll yolu sadədir:

W3 Total Cache plagininə daxil olunÜmumi parametrlər,yuxarı qalx"sıxılma"Bu seçimi işarədən çıxarın. Daha sonra yuxarı sağ küncdəki "Parametrləri yadda saxla" altındakı kiçik oxa klikləyin və "..." seçin.Parametrləri yadda saxla və önbelleği təmizləBu addım çox vacibdir; önbelleği təmizləməsəniz, yenə də köhnə versiyanı görəcəksiniz.

Bitirdikdən sonra mövzu fərdiləşdirməsinə qayıdın və canlı önizləmə normal vəziyyətinə qayıdacaq.

İkinci problem: Astra mövzu axtarış qutusu tıklandıqda cavab vermir.

Bu problemlə xeyli əvvəl qarşılaşmışdım. Astra mövzusundan istifadə edirdim və bir gün qəfildən axtarış qutusunun onu necə klikləsəm də cavab vermədiyini gördüm. Əvvəlcə problemin mövzunun özündə olduğunu düşündüm, amma sonradan bunun W3TC-nin Minify parametrlərindən qaynaqlandığını aşkar etdim.

Həll yolu aşağıdakı kimidir:

W3 Total Cache → Ümumi Parametrlər → Qabaqcıl Sıxılma Parametrləri → JS → Minify Engine Parametrləri → Yerli Parametrlər bölməsinə keçin və yerləşdirmə növünü bu ikisindən birinə dəyişdirin:

1. Əvvəllər bloklanmama JavaScript istifadə edilərək əldə edilirdi.
2. Daha sonra, bloklanmamaq üçün JS istifadə edin

Eynilə, önbelleği təmizləmək və səhifəni yeniləmək axtarış qutusunun düzgün işləməsinə imkan verəcək.

Niyə digərləri əvəzinə bu iki variantın seçildiyinə gəldikdə isə, mən bir az araşdırma aparmışam. Sadə dillə desək, Astra mövzusunun ön komponentləri skriptin icrası vaxtına olduqca həssasdır və müəyyən bloklamayan metodlar hadisə bağlanmasının uğursuz olmasına səbəb ola bilər. "JS ilə bloklamayan" rejimindən istifadə etmək, skriptin yalnız səhifə yükləndikdən sonra icra olunmasını təmin edir və eyni zamanda asinxron rejimdə müşahidə olunan nizamsız icradan qaçınır.

Ziyarət ediləcək yerlərin siyahısı

Nəhayət, birbaşa izləyə biləcəyiniz bir yoxlama siyahısı:

İlk addım məqsədinizi aydınlaşdırmaqdır. Ən sürətli ilkin səhifə yüklənməsini istəyirsiniz, yoxsa sabitliyə və səhvsiz işləməyə üstünlük verirsiniz? Bu, hansı yerləşdirmə növündən istifadə etməli olduğunuzu müəyyən edəcək.

İkinci addım hər şeyi birdən dəyişdirmək deyil. Əvvəlcə, onu sınaqdan keçirmək üçün daha az vacib bir səhifə tapın, bir-iki gün müşahidə edin və yalnız heç bir problem olmadığından əmin olduğunuz təqdirdə bütün saytda tanıtın.

Üçüncüsü, hər dəyişiklikdən sonra həmişə keş yaddaşını təmizləyin. W3TC-nin keşləmə mexanizmi ən son dəyişiklikləri görməyinizə mane olacaq, buna görə də "keş yaddaşını təmizləyin və yenidən sınaqdan keçirin" addımı tamamilə vacibdir.

Dördüncüsü, yükləmə sürətini əvvəl və sonra müqayisə etmək üçün brauzerinizin geliştirici alətlərindən və ya PageSpeed ​​​​Insights kimi alətlərdən istifadə edin. Qoy məlumatlar özü üçün danışsın, yalnız daxili hissləriniz deyil.

Sonda yazın

Düzünü desəm, bu daxili tip parametrini ilk dəfə görəndə uzun müddət təəccübləndim. Standart bloklama rejimi çox yavaş görünürdü, asinxron rejim isə sifarişə zəmanət vermirdi və təxirə salma uyğunluq problemlərinə səbəb ola bilərdi. Hansı variantı seçəcəyim barədə əmin deyildim.

Amma sonradan bunun bir kompromis olduğunu anladım. Həm ən sürətli, həm də ən sabitinə sahib ola bilməzsiniz; həmişə birini qurban verməlisiniz. Mənim təcrübəm odur ki, əvvəlcə hazırda ən təhlükəsiz bloklamayan həll olan defer-dən istifadə edirəm və sonra problem yarandıqda geri çağırışdan istifadə edirəm.

Əgər oxşar problemlərlə qarşılaşırsınızsa və ya mənim metodumu izlədikdən sonra hələ də başqa problemləriniz varsa, bu barədə müzakirə etməkdən çəkinməyin. Veb saytın hazırlanması tamamilə sınaq və səhv üsulu ilə həyata keçirilir; heç kim istisna deyil.

Məqaləmi oxuduğunuz üçün təşəkkür edirəm. Növbəti dəfə görüşənədək.