W3 Total Cache Minify плагин параметрлері: ендірілу түрін қалай таңдауға болады? Менің ақаулықтарды жою тәжірибем және өмірді сақтайтын кеңестер

W3 Total Cache Minify үшін дұрыс ендіру түрін таңдауда қиындықтарға тап болып жүрсіз бе? Бұл мақалада веб-шебердің нақты тәжірибесімен бөлісіледі және веб-сайт стилінің сәйкессіздіктері мен жүктеудегі ақауларды болдырмау үшін дұрыс Minify ендіру түрін дәл таңдау бойынша қадамдық нұсқаулық берілген. Сондай-ақ, онда тіпті жаңадан бастаушылар да оңай қолдана алатын мінсіз орнату шешімі бар.WordPress Апатқа ұшырамай жылдамдаңыз!

Мен веб-сайтты оңтайландырып жатқан едім және W3 Total Cache бағдарламасындағы Minify параметрлерін ашқан кезде, мен мүлдем таң қалдым. Кірістірілген түрге арналған ашылмалы мәзірде төрт опция болды: Әдепкі (Блоктау), Блокталмаған үшін JS пайдалану, Блокталмаған үшін "Асинхронды" пайдалану және Блокталмаған үшін "Кешіктірілген" пайдалану.

Бір сәтке ойландым, мұның бәрі не туралы?

Маған сеніңіз, сіз жалғыз емессіз. Бұл төрт нұсқа тіпті жаңадан бастаған адамды да, WordPress-ті жылдар бойы қолданып келе жатқан адамды да таң қалдыруы мүмкін. Бұл мақалада мен кездестірген қиындықтар мен алған сабақтар тікелей сізге ұсынылады. Құжаттаманы қараудың қажеті жоқ; тек менің нұсқауларымды орындаңыз.

Бұл төрт ендіру түрі қандай?

Алдымен осы төрт нұсқаның қандай кейіпкер екендігі туралы сөйлесейік.

Әдепкі (блок)Бұл Әдепкі блоктау деп аталады. Бұл ең қарапайым тәсіл: браузер скриптпен кездескенде тоқтайды, оны жүктеп алып, толығымен орындайды, содан кейін бетті көрсетуді жалғастырады. Сенімді естіледі, солай ма? Бірақ келісім - бастапқы бет жүктеуіңіз блокталады; пайдаланушылар ештеңені көре алмас бұрын скрипттің жұмыс істеуін аяқтауын күтуі керек.

JS-ті бұғаттамау үшін пайдалануБұл өте қызықты. Бетке `<script>` тегтерін тікелей жазудың орнына, ол алдымен кішкентай скриптті шығарады, содан кейін бет іске қосылғаннан кейін JavaScript арқылы бетке жүктелуі қажет скрипттерді динамикалық түрде енгізеді. Осылайша, алдымен бетті көрсетуге болады, ал скрипттер біртіндеп жүктеле алады. Керемет естіледі, солай ма? Дегенмен, мәселе мынада, бұл динамикалық енгізу процесі скрипттердің бастапқы орындалу ретін бұзуы мүмкін. Егер сіздің бетіңіздегі кейбір скрипттер орындалу ретіне қатты тәуелді болса, мәселелер туындауы мүмкін.

Блоктамайтын функция үшін «асинхронды» пайдаланыңызБұл `<script>` тегіне `async` атрибутын қосуды қамтиды. Скрипт фонда асинхронды түрде жүктеледі және жүктелгеннен кейін бірден, бет күтпей орындалады. Дегенмен, кемшілігі - орындау реті мүлдем басқарылмайды; қай скрипт бірінші жүктеп алуды аяқтаса, кодта көрсетілген ретке қарамастан, бірінші орындалады.

Блоктамау үшін «кідірту» функциясын пайдалану«Defer» атрибутын қосу осыны білдіреді. Скрипт орындалмас бұрын бүкіл бет талданғанша күтеді және ең бастысы, сіз жазған бастапқы ретті сақтайды. Бұл өте ыңғайлы, себебі ол бірінші экранды бұғаттамайды және ретті бұзбайды.

Қайсысын таңдауым керек?

Қарапайым тілмен айтқанда, бұл төрт нұсқа бірнеше жауап нұсқасы бар сұраққа ұқсайды:Жылдамдықты немесе тәртіпті қалайсыз ба?

Менің ұсынысым келесідей:

Егер веб-сайтыңыз кішкентай, скрипттер аз болса және жүктеу жылдамдығына өте жоғары талаптар қойылмаса, әдепкі (бұғатталған) параметрді пайдалану ең оңай нұсқа болып табылады. Ол сәл баяу болса да, ешқандай қиындық тудырмайды.

Егер сіз бірінші экран жылдамдығын жақсартқыңыз келсе және сценарийлеріңізде «А нұсқасы В нұсқасынан бұрын орындалуы керек» сияқты күшті тәуелділіктер болмаса, басымдық беріңіз...Блоктамау үшін «кідірту» функциясын пайдалану(кейінге қалдыру). Бұл қазіргі уақытта ең тамаша шешім, себебі ол рендерингті блоктамайды және ретті бұзбайды.

Егер сіз кейінге қалдыру әрекетін орындап көрсеңіз де, кейбір функцияларда әлі де ақаулар бар екенін байқасаңыз, онда мынаны қарастырыңыз...JS-ті бұғаттамау үшін пайдалануБұл шешім радикалды, бірақ оның үйлесімділігі сәл нашар.

Блоктамайтын функция үшін «асинхронды» пайдаланыңыз(async) - мен ең аз ұсынатын нұсқа. Орындау реті толығымен бұзылғандықтан, скрипттеріңіздің барлығы бір-бірінен тәуелсіз жұмыс істеп тұрғанына толық сенімді болмасаңыз, істен шығуы мүмкін.

Мен түскен екі үлкен тұзақ

Әңгіме арзан. Мен жіберген екі қателікті жазып қойдым; олардан аулақ бола алатыныңызды білу үшін оларды өз тәжірибеңізбен салыстыра аласыз.

Бірінші қателік: WordPress тақырыптарын нақты уақыт режимінде алдын ала қарау мүмкін емес.

Біраз уақыт бойы тақырыпты теңшеген кезде, сақтау түймесін басқаннан кейін, алдын ала қарау жаңартылмайтын. Мен кейбір өзгертулер енгізіп, бетті жаңартатынмын, бірақ ол әлі де сол қалпында қалатын.

Біраз зерттеуден кейін, Minify-дің қысу функциясы кінәлі екенін анықтадым. Шешімі қарапайым:

W3 Total Cache плагиніне кіру常规设置,көбейту«қысу»Бұл опциядан құсбелгіні алып тастаңыз. Содан кейін жоғарғы оң жақ бұрыштағы «Параметрлерді сақтау» кіші көрсеткіні басып, «...» таңдаңыз.Параметрлерді сақтау және кэшті тазалауБұл қадам өте маңызды; егер сіз кэшті тазаламасаңыз, ескі нұсқасын көресіз.

Аяқтағаннан кейін, тақырыпты теңшеуге оралыңыз, сонда тікелей алдын ала қарау қалыпты жағдайға оралады.

Екінші мәселе: Astra тақырыбын іздеу жолағы басылған кезде жауап бермейді.

Мен бұл мәселеге біраз уақыт бұрын тап болдым. Мен Astra тақырыбын пайдаланып жүргенмін, бір күні кенеттен іздеу жолағы оны қалай басқаныммен жауап бермей жатқанын байқадым. Алдымен бұл тақырыптың өзінде мәселе деп ойладым, бірақ кейінірек оның W3TC Minify параметрлерінен туындағанын анықтадым.

Шешімі келесідей:

W3 Total Cache → Жалпы параметрлер → Кеңейтілген қысу параметрлері → JS → Minify Engine параметрлері → Жергілікті параметрлер бөліміне өтіп, ендіру түрін осы екеуінің біріне өзгертіңіз:

1. Бұрын бұғаттамау JavaScript арқылы жүзеге асырылған.
2. Содан кейін, бұғаттамау үшін JS пайдаланыңыз

Сол сияқты, кэшті тазалау және бетті жаңарту іздеу өрісінің дұрыс жұмыс істеуіне мүмкіндік береді.

Неліктен басқаларының орнына осы екі нұсқа таңдалғанына келетін болсақ, мен біраз зерттеу жүргіздім. Қарапайым тілмен айтқанда, Astra тақырыбының алдыңғы компоненттері скрипттің орындалу уақытына өте сезімтал, ал кейбір бұғаттамайтын әдістер оқиғаны байланыстырудың сәтсіз аяқталуына әкелуі мүмкін. «JS арқылы бұғаттамайтын» режимін пайдалану скрипттің тек бет жүктелгеннен кейін ғана орындалатынын қамтамасыз етеді, сонымен қатар асинхронды режимде көрінетін ретсіз орындалуды болдырмайды.

Баруға болатын орындардың тізімі

Соңында, сіз тікелей орындай алатын тексеру тізімі:

Бірінші қадам - ​​мақсатыңызды нақтылау. Бастапқы беттің ең жылдам жүктелуін қалайсыз ба, әлде тұрақтылық пен қатесіз жұмыс істеуді басымдыққа қоясыз ба? Бұл қандай ендіру түрін пайдалану керектігін анықтайды.

Екінші қадам - ​​бәрін бірден өзгерту емес. Біріншіден, оны тексеру үшін онша маңызды емес бетті тауып, оны бір-екі күн бақылап, ешқандай проблемалар жоқ екеніне сенімді болсаңыз ғана бүкіл сайтқа жарнамалаңыз.

Үшіншіден, әрбір өзгертуден кейін кэшті әрқашан тазалаңыз. W3TC кэштеу механизмі сізге соңғы өзгерістерді көруге мүмкіндік бермейді, сондықтан «кэшті тазалап, қайтадан тексеру» қадамы өте маңызды.

Төртіншіден, жүктеу жылдамдығын бұрын және кейін салыстыру үшін браузеріңіздің әзірлеуші ​​құралдарын немесе PageSpeed ​​​​Insights сияқты құралдарды пайдаланыңыз. Тек ішкі сезіміңізге ғана емес, деректерге де сөйлеуге мүмкіндік беріңіз.

Соңында жазыңыз

Шынымды айтсам, мен бұл ендірілген тип параметрін алғаш көргенде, ұзақ уақыт бойы таң қалдым. Әдепкі блоктау режимі тым баяу болып көрінді, ал асинхронды режим операциялардың ретіне кепілдік бермеді, ал кейінге қалдыру үйлесімділік мәселелерін тудыруы мүмкін. Қай нұсқаны таңдау керектігін білмей тұрдым.

Бірақ кейінірек мен мұның ымыраға келу екенін түсіндім. Ең жылдам және ең тұрақтысын алу мүмкін емес; әрқашан біреуін құрбан етуге тура келеді. Менің тәжірибем бойынша, алдымен defer функциясын қолданамын, ол қазіргі уақытта ең қауіпсіз блоктамайтын шешім болып табылады, содан кейін мәселелер туындаған жағдайда кері шақыруды пайдаланамын.

Егер сіз де осындай мәселелерге тап болсаңыз немесе менің әдісімді қолданғаннан кейін басқа да мәселелер туындаса, оны талқылаудан тартынбаңыз. Веб-сайтты әзірлеу сынақ және қателіктерге негізделген; ешкім де ерекшелік емес.

Мақаланы оқығаныңызға рақмет. Келесі кездескенше.