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 tərzində baş verən nasazlıqların və yükləmə qəzalarının qarşısını almaq üçü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. Buraya həmçinin hətta yeni başlayanların da asanlıqla tətbiq edə biləcəyi, hamar və sürətli WordPress təcrübəsini təmin edən qüsursuz quraşdırma həlli daxildir!

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.

Standart bloklama ən sadə yanaşmadır. Brauzer bir skriptlə qarşılaşdıqda dayanır, skripti tamamilə yükləyir və icra edir, sonra isə 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 gecikəcək; istifadəçilər bir şey görə bilməzdən əvvəl skriptin işləməsini gözləməli olacaqlar.

Bloklamamaq üçün JavaScript-dən istifadə 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 lazımi skriptləri JavaScript vasitəsilə səhifəyə dinamik olaraq yerləşdirir. Bu şəkildə səhifə əvvəlcə render edilə bilər və skriptlər tədricən yüklənir. Ə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.

Bloklanmayan icra üçün "asynchronous" istifadə etmək sadəcə `<script>` etiketinə `async` atributunun əlavə edilməsini nəzərdə tutur. Skript arxa planda asinxron şəkildə yüklənəcək və tamamlandıqdan dərhal sonra, səhifə gözləmədən icra ediləcək. Lakin, çatışmazlıq ondadır ki, icra qaydası tamamilə idarəolunmazdır; kodda göstərdiyiniz ardıcıllıqdan asılı olmayaraq, ilk yüklənən hər şey icra olunur.

Bloklanmayan icra üçün "gecikmə" funksiyasından istifadə etmək `defer` atributunu əlavə etməklə əldə edilir. Skript icra etməzdən əvvəl bütün səhifə təhlil olunana qədər gözləyəcək və ən əsası, onu yazdığınız orijinal sıranı qoruyacaq. Bu, olduqca istifadəçi dostudur, çünki nə ilk ekranı bloklayır, nə də skriptin sırasını pozur.

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

Sadə dillə desək, bu dörd seçim çoxseçimli sual kimidir: sürət istəyirsiniz, yoxsa nizam?

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ərinizin "A B-dən əvvəl icra edilməlidir" kimi güclü asılılıqları yoxdursa, bloklanmayan icra üçün "defer" istifadəsinə üstünlük verin . Bu, hazırda mövcud olan demək olar ki, ideal həlldir, çünki icra ardıcıllığını qoruyarkən renderin bloklanmasının qarşısını alır.

Əgər defer funksiyasını sınadıqdan sonra bəzi funksiyaların hələ də problemli olduğunu görsəniz, bloklamamaq üçün JavaScript-dən istifadə etməyi düşünün . Bu yanaşma daha aqressivdir, lakin uyğunluğu bir az daha pisdir.

Bloklamamaq üçün "async" istifadə etmək ən az tövsiyə etdiyim seçimdir. İcra əmri tamamilə xarab olduğundan, skriptlərinizin 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 plagininin ümumi parametrlərinə keçin, "Sıxılma" seçimini tapın və işarəni silin. Daha sonra yuxarı sağ küncdəki "Parametrləri saxla" altındakı kiçik oxa klikləyin və " Parametrləri saxla və keşi təmizlə " seçin. Bu addım çox vacibdir; keşi təmizləmədən 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.