Cloudflare + StackPath CDN- ի կարգաբերման հրահանգների իդեալական արագ կատարման պարամետրերը (Facebook- ի հարցումներով) – 2019, տարբերակ 2.0.5

Swift Performance բլոկում պահվող նոր cache plugin- ն է, որը նայում է raving ակնարկների մեջ WordPress- ի արագացման ֆեյսբուքյան խումբ.


Ես օգտագործում եմ WP Rocket և արդեն ունեի 100% GTmetrix միավորներ 1s բեռի ժամանակով (դժվար է հաղթել), բայց Swift- ը տվեց ինձ մոտ նույնական արդյունքների. Ես խրված էի WP Rocket- ի հետ, բայց ես կգնահատեի Swift Performance Lite- ը # 1 անվճար քեշի հավելվածը WP- ի ամենաարագ քեշի, WP Super Cache- ի, W3 Total Cache- ի և մյուսների առջև: Swift Performance- ի պարամետրերը համեմատաբար հեշտ են տեղադրվում (ես կքայլեմ ձեզ ամեն ինչով): The Pro տարբերակը ներառում է պատկերի օպտիմիզատոր (անբավարար սեղմման համար + ավտոմատ պատկերի չափափոխման համար), կրիտիկական տառատեսակներ, հաշվարկել API- ն, և աջակցություն նրանց plugin- ին: Հիանալի մասն այն է, որ նրանք ունեն ամսական վճարելու տարբերակ, որպեսզի կարողանաք փորձել ընդամենը 3,99 դոլար / ամսական.

Swift ընդդեմ WP հրթիռ – սրանք սովորաբար պահվում են cache- ի լավագույն plugin- ներ վերջերս Facebook- ի հարցումները…

Swift-Performance-vs.-WP-Rocket-Poll

Swift-Performance- ընդդեմ-WP- հրթիռ

2018-WordPress-Cache-Plugin-Poll

Սվիֆթ

  • Անվճար (կեղծ) տարբերակ = զարմանալի արդյունքներ
  • Միջին փաստաթղթեր
  • Անվճար տարբերակը ներառում է plugin- ի կազմակերպիչը
  • Pro տարբերակը ներառում է կրիտիկական տառատեսակներ
  • Pro տարբերակը ներառում է պատկերի օպտիմիզատոր
  • Անվճար

WP հրթիռ

  • Ավելի հեշտ է կազմաձևել
  • Ավելի լավ փաստաթղթեր
  • Facebook Pixel + Sucuri հավելումներ
  • Ոչ մի plugin- ի կազմակերպիչ
  • Պատկերի օպտիմիզատոր չկա
  • 49 դոլար / տարի

Թե Swift- ը, և WP- ի հրթիռները աջակցում են Cloudflare- ին, CDN- ին, սրտի բաբախողման վերահսկմանը, նախաբեռնումների, ծույլերի բեռնման լուսանկարներ / iframes- ներ, տեղական Google Analytics- ում տեղակայել, minification, սցենարի միաձուլում, gzip սեղմում և այլ առանձնահատկություններ: Դրանք իրականում շատ նման են այնքանով, որքանով գնում են իրենց հատկությունները.

1. Հրաշագործ

Wizard- ը վերլուծում է ձեր կայքը և օգնում է կարգավորել Swift Performance- ի հիմնական պարամետրերը: Արտաքին պատուհանի կարգավորումները մեծ են, բայց կան դեռ ավելի շատ եղանակներ ՝ օպտիմալացնելու համար, երբ ավարտվում ես…

Այն գործերը, որոնք դուք դեռ պետք է անեք

  • Tweaks → Cache Gravatars
  • Լսեք. Անջատեք բոլորը
  • Google Analytics → շրջանցեք Google Analytics- ը
  • Ոճեր. Առաջացնել կրիտիկական CSS
  • Caching → General → Առանձնացված բջջային սարքի պահոց (եթե օգտագործվում է AMP կամ բջջային թեման)
  • Լաք → Պատվերով հոստ
  • CDN → StackPath CDN
  • CDN → Գրանցվել Cloudflare- ում և փոխել անվանման սերվերները
  • Նկարների օպտիմիզացում (Swift Pro- ի կամ Imagify / Imsanity- ի օգտագործմամբ)
  • Database Optimizer → մաքուր տվյալների բազա
  • Plugin Organizer → միացնել / անջատել plugin- ը հատուկ բովանդակության վրա

Swift- Performance-Lite-Setup-Wizard-Analys-Your-Site

Swift-Performance-Lite-Setup-Wizard-Caching-Method

Swift-Performance-Lite-Setup-Wizard- Օպտիմիզացում

Swift-Performance-Lite-Setup-Wizard-Medi

Swift-Performance-Setup-Wizard-Finish

2. Վահանակ

Դատախտակը ցույց է տալիս վիճակագրություններ, ինչպես քանի հայտնի էջեր է հայտնաբերել Swift- ը ընդդեմ, թե իրականում քանիսը պահված են: Swift- ը յուրաքանչյուր URL- ին նաև նախապատվության առաջնահերթություն է տալիս, և վերջին անգամ պահվեց էջի պահման ամսաթիվը: Warmup աղյուսակում կարող եք նաև ձեռքով ավելացնել URL- ներ, եթե Swift- ը չի հայտնաբերել դա.

Swift- կատարողական-աղյուսակ

3. Կարգավորումներ

Ընդհանուր, լրատվամիջոցների, օպտիմիզացման, պահոցավորման և CDN ներդիրները բաժանվում են բաժինների.

3.1. Գեներալ

Գեներալ

  • Անջատեք բլիթները – GDPR- ի համար օգտագործողներին խնդրելիս համաձայնել բլիթները.
  • Թաքցնել հետքերը – թաքցրեք արագ մեկնաբանությունները կոդով.
  • Օգտագործեք հաշվարկի API – արագացնում է միաձուլման կարգավորումները և նվազեցնում CPU- ի օգտագործումը.
  • Միացնել Remote Cron- ը – Swift- ի API սերվերը կկանչի wp-cron.php և կաշխատի WP- ի cronjobs- ը որպես իրական աշխատող.
  • Կարգավիճակի մատյան – տե՛ս տեղեկամատյանների ուղու վրա ցուցադրված նախազգուշացումները / սխալները (օր. ՝ հանրային HTML թղթապանակ).

Swift-Performance- ի ընդհանուր կարգավորումներ

Հղումներ

  • Ստատիկ ռեսուրսների նորմալացում – հարցման տողերը հեռացնելու փորձեր, սակայն դրանք սովորաբար առաջանում են դանդաղ հավելվածներով: Դրանցից ազատվելու հիմնական միջոցը CPU- ի բարձր plugin- երն անջատելն է (հայտնաբերվել է GTmetrix ջրվեժում) և դրանք փոխարինել թեթև pluginներով.
  • Prefetch DNS – կանխատեսում է արտաքին ռեսուրսների (օրինակ ՝ Google Fonts + YouTube տեսանյութեր).
  • Հավաքեք տիրույթները սցենարներից – օգնում է կանխորոշել DNS- ը.
  • Բացառեք DNS prefetch- ը – բացառեք այն տիրույթները, որոնք դուք չեք ցանկանում նախադրվել.
  • Gravatar Cache – պահում Gravatars սովորաբար դա բավարար չէ, դու նույնպես ուզում ես դրանք ծանրաբեռնեք CDN- ին և Gravatars- ը տեղաբաշխեք տեղում, ինչպես բացատրվում է WP Rocket’s Gravatar ձեռնարկը. Սա բարելավում է բեռնման ժամանակը շատ մեկնաբանությունների համար հաղորդագրությունների համար, քանի որ իմ որոշ հաղորդագրություններ ունեն 300+ մեկնաբանություն, որտեղ Gravatars- ը ծծել է բեռնվածության ավելի քան 50% -ը:.
  • Gravatar Cache- ի լրանալը – Gravatar- ի քեշի ժամկետը լրանում է (3600-ը լավ է կայքերի մեծ մասի համար), բայց կարող եք ավելացնել դա, եթե նկատում եք, որ այն չափազանց շատ պրոցեսոր է սպառում: Եթե ​​չափազանց բարձր է, օգտվողները երբեք չեն տեսնի պահված տարբերակը: Եթե ​​շատ ցածր է, այն կարող է շատ պրոցեսոր օգտագործել.
  • Պատվերով Htaccess – կարգաբերման վերահղումներ կամ դրա համար օգտագործելու համար այլ բաներ.

Swift-Performance-Tweaks-Settings

Սրտի բաբախում
Արագացնում է WordPress- ի կառավարիչը և նվազեցնում CPU- ն ՝ անջատելով այն Heartbeat API. Սա ծանուցում է օգտվողներին, երբ բովանդակությունը խմբագրվում է, և plugin- ներին թույլ են տալիս ուղարկել իրական ժամանակի ծանուցումներ (պահանջների ավելացում): Այն անջատելը պահպանում է պրոցեսորը (WP անջատել + Սրտի զարկերակային կառավարման plugin արա նույնը).

Արագ կատարման-սրտի բաբախում-կայանքներ

Google Analytics
Շրջանցելով Google Analytics- ը կարող է ուղղել իրերը GTmetrix / Pingdom- ում `կապված Google Analytics- ի հետ. CAOS, WP անջատել, և WP Rocket- ի Google Tracking հավելումը կօգնի նաև շտկել GA- ի հետ կապված իրերը.

Լծակներ-բրաուզեր-պահպանում-Google-Analytics

Swift-Performance- Google-Analytics- ի կարգավորումներ

3.2. ԶԼՄ-ներ

Նկարներ

  • Նկարները օպտիմալացրեք վերբեռնելու համար –Lesslessly սեղմել այն պատկերները, որոնք ամրագրում են «օպտիմիզացնել պատկերները» GTmetrix- ում (միայն ձեր փորձած էջի համար). Պատկերացրեք դա նույնպես անում է և այն է, ինչ ես օգտագործում եմ.
  • JPEG որակը – 100% պահեք, որպեսզի խուսափեք կորուստային սեղմումից.
  • PNG որակը – 100% պահեք, որպեսզի խուսափեք կորուստային սեղմումից.
  • Չափափոխել մեծ պատկերները – չափսերը մեծացնելու համար մեծացնում է մեծ պատկերները (շատերը վերբեռնում են մեծածավալ պատկերներ): Սա ամրագրում է «սպասարկված մասշտաբային պատկերները» GTmetrix- ում. Անդեմություն դա էլ է անում.
  • Պահպանեք բնօրինակ պատկերները – երբ Swift- ը չափափոխում է մեծ պատկերները, այն կպահպանի բնօրինակը, եթե նոր պատկերն այն չափը չէ, որը ցանկանում եք, այնպես որ գոնե յուրաքանչյուր պատկերի կրկնօրինակում ունեք.
  • Ներքին փոքր պատկերներ – փոքր արտաքին նկարները գրվում են ուղղակիորեն HTML փաստաթղթում, այնպես որ զննարկիչը ինքնուրույն չի պահանջում այդ պատկերային ֆայլերը.
  • Lazyload – միայն բեռնում եք պատկերները, երբ էջը ցած եք նայում և իրականում տեսնել դրանք: Չնայած դա բարելավում է բեռի սկզբնական ժամանակը, այն նաև նշանակում է, որ օգտվողները անընդհատ տեսնում են բեռնման տակ գտնվող պատկերները, երբ դրանք պտտվում են ներքև, ինչը կարող է վրդովեցուցիչ լինել: Ահա թե ինչու ես միայն ծույլ բեռնված տեսանյութեր + iframes եմ անում.
  • Ստիպեք պատասխանատու պատկերներ – օգտագործում է srcset ատրիբուտը `զննարկիչների համար մի քանի պատկերի աղբյուրներ ապահովելու համար, որպեսզի նրանք կարողանան ընտրել ճիշտը.

Swift-Performance- Նկարներ-Կարգավորումներ

Ներկառուցվածքներ

  • Ծույլ բեռի Iframes – iframes- ը բեռնում է միայն այն բանից հետո, երբ ներքև շարժեք և տեսնեք դրանք.
  • Բացառեք Iframes- ը – բացառել որոշակի iframes- ը ծույլ բեռնվածությունից.
  • Iframes- ը բեռնեք օգտագործողի փոխազդեցության վրա – iframes- ը բեռնում է միայն այն ժամանակ, երբ օգտվողները շփվում են դրա հետ (օգտագործելով մկնիկի շարժը, գլորը կամ հպման կետը).

Swift- Performance- ներկառուցված կարգավորումներ

3.3. Օպտիմալացում

Գեներալ

  • Միավորված ակտիվներ մուտք գործած օգտվողներին – անջատել, քանի որ դա չի բարելավում բեռի ժամանակը և, ամենայն հավանականությամբ, ավելի շատ վնաս կբերի, քան լավը, գումարած առավել օպտիմիզացումները պետք է լինեն առջևի մասում.
  • Միայն օպտիմիզացնել նախադրյալը – անջատեք, քանի դեռ չեք ցանկանում ղեկավարել պահոցը տեղադրելու ժամանակ.
  • Պատկերացնել օպտիմալացում – Swift- ը ֆոնային էջերը օպտիմիզացնելու է.
  • Ուղղել անվավեր HTML – որոշ plugins / թեմաներն անվավեր HTML են օգտագործում, Swift- ը կփորձի դա շտկել.
  • Նվազեցնել HTML- ը – ամրագրում է բազմաթիվ իրեր GTmetrix- ում / Pingdom- ում: Cloudflare- ը նույնպես հոգ է տանում այս մասին, այնպես որ դուք պետք է ընդամենը մեկ հնարավորություն ունենաք (Swift կամ Cloudflare).
  • Անջատել Emojis- ը – emojis- ը ավելացնում է հարցումներ և վնասում է ծանրաբեռնվածության ժամանակը.
  • Սահմանափակեք միաժամանակյա թելերը – քէշի վերակառուցման արագություն (պրոցեսորի խնդիրներ ունենալու դեպքում ցածր է).
  • Առավելագույն թելեր – ավելի ցածր թվեր = CPU- ի ավելի քիչ օգտագործումը (2-ը լավ է).
  • DOM Parser Max բուֆեր – Swift ծրագրավորողը մի պատճառաբանությամբ սահմանեց այս համարները.

Swift-Performance-General- Օպտիմիզացման-կայանքներ

Գրություններ
JavaScript- ի միավորումը / փոքրացումը հայտնի է սխալներ առաջացնելու համար, բայց ես դրանք փորձարկում եմ և ստուգում եմ ձեր ծանրաբեռնվածության ժամանակը: Եթե ​​սխալներ եք տեսնում, գտեք խնդրահարույց ֆայլերը և ավելացրեք դրանք ՝ «Բացառեք գրությունները»:

  • Միավորել սցենարները – շատերն ասում են, որ դա անջատեն, բայց ես դա փորձարկելու եմ.
  • Async Կատարել – JavaScript- ը տեսականորեն կբեռնի որպես 1 դիմում և կկատարվի, մինչդեռ սցենարը դեռ բեռնվում է, բայց այն կարող է նաև կոտրել իրերը, այնպես որ փորձարկման տարբերակը ուշադիր.
  • Բացառեք 3-րդ կողմի գրությունները – միացնել Merge Scriptts- ը, եթե չես, անջատիր.
  • Բացառեք գրությունները – բացառել խնդրահարույց ֆայլերը, եթե JavaScript- ի արդյունքների իջեցումը սխալ է.
  • Բացառեք ներդիր գրությունները – բացառել խնդրահարույց ֆայլերը, եթե Merge Scriptts- ը հանգեցնում է սխալների.
  • Բացառեք սցենարի տեղայնացումը – Swift ծրագրավորողը խորհուրդ է տալիս միացնել այն, հակառակ դեպքում կարող եք ունենալ JavaScript- ի առանձին ֆայլեր ձեր բոլոր էջերի համար.
  • Փոքրացրեք Javascriptts- ը – միացրեք և ստուգեք ձեր կայքը: Եթե ​​տեսնում եք սխալներ, բացառեք խնդրահարույց ֆայլերը «Բացառել սցենարների» տակ (Cloudflare- ը նույնպես դա անում է, այնպես որ միացրեք միայն մեկը).
  • Նվազեցրեք API- ի հետ – միացնել միայն այն դեպքում, եթե լռելյայն փոքրացնել JavaScriptts- ի տարբերակը սխալների դեպքում.
  • Վստահված անձի երրորդ կողմի ակտիվները – Swift- ը ասում է, որ այն կարող է GTmetrix- ում զննարկիչի քեշի հետ կապված խնդիրներ լուծել GA- ի հետ կապված, բայց կարող է կոտրել գրությունները: Google Analytics- ը շրջանցելը ավելի լավ տարբերակ է: Փորձեք այն.
  • Առանձնացված գրություններ – միավորված JS ֆայլերը պահպանում է առանձին էջերի համար: Ընդհանուր առմամբ, սա սպառում է ավելի շատ պրոցեսոր, քան դա լավ է.
  • Տպագրեք միավորված գրությունները inline – միացրեք միայն այն դեպքում, եթե օգտագործված հիշատակը և WordPress- ը չեն կարող գրել ձեր ֆայլերը.
  • Ծույլ բեռի սցենարներ – ծույլ բեռներ արտաքին ռեսուրսներից, որոնք կարող են բարելավել բեռի ժամանակը.
  • Ներառեք գրությունները – ներառեք Swift- ի կողմից չբացահայտված որոշակի գրություններ.

Swift- Performance-Scriptts- ի կարգավորումներ

Ոճերը
CSS- ի օպտիմիզացումը կարող է նաև սխալներ առաջացնել, բայց կարող է մեծապես բարելավել միավորները / բեռնման ժամանակը: Խաղեք պարամետրերով և մի քանի էջ ստուգեք ՝ համոզվելու համար, որ ամեն ինչ կարգին է: Եթե ​​ոճերի թերթերը միավորելը և CSS- ի փոքրացումը սխալ են առաջացնում, գտնեք / բացառեք խնդրահարույց ֆայլերը (նույն բաները JavaScript- ի հետ).

  • Միավորել ոճերը – առաջարկվում է Swift ծրագրավորողի կողմից և ամրագրում է իրերը GTmetrix / Pingdom- ում.
  • Ստեղծեք Critical CSS – CSS- ը բեռնված կլինի ասինխրոն, բայց ծրագրավորողն ասում է, որ սա կարող է մեծացնել պրոցեսորը.
  • Տպեք ամբողջ CSS- ն ամբողջությամբ – մշակողը ասում է, որ դրա կարիքը չունեք.
  • Առանձնացված ոճերը – անջատել, քանի դեռ չունեք տարբեր բովանդակության տիպեր ունեցող էջեր (օրինակ, ոմանք օգտագործում են Visual Editor, ոմանք օգտագործում են Էջերի Builders և այլն) և անհրաժեշտ է Swift- ը `յուրաքանչյուր էջի համար միաձուլված այլ CSS ստեղծելու համար: Կարող է բարելավել միավորները, բայց կարող է բարձրացնել CPU- ն: Ուշադիր ստուգեք.
  • Նվազեցնել CSS- ն – միացնել, բայց դա կարող է խնդիրներ առաջացնել, այնպես որ փորձարկեք ձեր կայքը (Cloudflare- ը նույնպես դա անում է, այնպես որ օգտագործեք միայն մեկը): Եթե ​​սխալներ եք տեսնում, բացառեք խնդրահարույց ֆայլերը Բացառել ֆայլերի տակ.
  • Շրջանցել CSS ներմուծումը – միացնել (սա միավորում է նաև ներմուծված CSS ֆայլերը).
  • Բացառեք 3-րդ կողմի CSS- ը – եթե Merge Scriptts- ը ձեզ խնդիրներ է առաջացնում, փորձեք սա.
  • Բացառել ոճերը – բացառել խնդրահարույց ֆայլերը, եթե CSS- ի փոքրացումը սխալների դեպքում է.
  • Ներառեք ոճերը – Ձեռքով ներառեք ոճերը, եթե չօգտագործեք Merge Scriptts.

Swift-Performance-Style-Settings

3.4. Պահում

Գեներալ

  • Միացնել պահումը – միացնել.
  • Պահպանման ռեժիմ – սկավառակների պահոցը հետ rewrites- ով, ընդհանուր առմամբ, ամենաարագն է շատ կայքերի համար: Եթե ​​չեք կարող խմբագրել .htaccess ֆայլը կամ Nginx կազմաձևերը, օգտագործեք Disk cache- ը PHP- ով: Եթե ​​memcached- ը տեղադրված է, ընտրեք memcached- ը PHP- ով, բայց միշտ փորձեք օգտագործել սկավառակի քեշը վերաշարաշարերով.
  • Վաղ բեռնիչ – միացրեք, եթե դա PHP- ի խնդիրներ չի առաջացնում.
  • Cache ուղի – նշեք տեղեկատուփը քէշի ուղու համար.
  • Քեշի ժամկետի լրացման ռեժիմ – ժամանակի վրա հիմնվածը լավագույնն է համարյա յուրաքանչյուր կայքի համար.
  • Քեշի ժամկետի ավարտը – ժամանակի պահպանումը կվերականգնվի: Չափազանց հաճախ և այն սպառում է CPU- ն, շատ քիչ է, և օգտվողները չեն տեսնի պահված տարբերակը: 12 ժամ լավն է շատ կայքերի համար, բայց դա կարող եք իջեցնել, եթե ժամանակի զգայուն բովանդակություն ունեք (կամ ձեռքով մաքրել քեշը).
  • Աղբի հավաքման ընդմիջում – Որքան հաճախ Swift- ը ստուգում է պահված պահոցային էջերի էջերը: 30 րոպե լավ է, շատ բարձր է, և այն սպառում է պրոցեսոր.
  • Մաքրել պահոցը ՝ թարմացնելով հաղորդագրությունը ըստ էջի – ավելացնել էջեր / հաղորդագրություններ, որտեղ ցանկանում եք, որ քեշը մաքրվի այն թարմացնելուց հետո, որպեսզի օգտվողները կարողանան տեսնել նոր բովանդակությունը.
  • Մաքրել պահոցը թարմացվող հաղորդագրության մեջ ՝ URL- ով – նույն հայեցակարգը, ինչպես նախորդ պարամետրերը, միայն URL- ով.
  • Միացնել պահոցը օգտագործողների համար մուտք գործելու համար – միացրեք, եթե մի քանի օգտվողներ մուտք են գործում ձեր կայք (օր. ՝ bbPress): Սա յուրաքանչյուր օգտագործողին տալիս է իր պահված տարբերակը, հակառակ դեպքում այն ​​պահել հաշմանդամ.
  • Առանձնացված բջջային սարքի պահոց – գործարկել, եթե օգտագործես AMP կամ բջջային թեմա.
  • Case անպիտան URL- ներ – չպետք է փոխել.
  • Միացնել զննարկչի քեշը – միացնել.
  • Միացնել Gzip- ը – ամրագրում է gzip իրերը GTmetrix / Pingdom- ում.
  • Ուղարկեք 304 վերնագիր – անջատել.
  • Քեշ 404 էջ – միացնել, քանի որ սարդերը կարող են սողացող անվավեր URL- ներ և սպառել CPU: 404 էջ պահելը և դրանք CDN- ից սպասարկելը կրճատում են սերվերի ռեսուրսները.
  • Անտեսեք հարցման լարը – մի պահեք էջերը, որոնք տարբեր են յուրաքանչյուր օգտագործողի համար (եզակի վաճառքի էջեր, եթե գործարկեք FB / Google գովազդները, անդամակցության պրոֆիլներ, պայմանների տրամաբանությունը ձևերով).
  • Միացնել դինամիկ պահումը – թույլ է տալիս նշել պահեստավորված $ _GET և $ _POST հայցերը.
  • Պահեստավորված AJAX գործողություններ – cache ռեսուրսների վրա հիմնված AJAX- ը հայցում է ՝ նրանց անունները նշելով այստեղ.
  • AJAX քեշի ժամկետի լրացման ժամանակը – հեռացեք որպես 1440 թվական.

Բացառություններ
Կախված նրանից, թե ինչ ակտիվներից է օգտվում ձեր կայքը, գուցե չցանկանաք պահպանում որոշակի ստատիկ ֆայլեր (որոշ սովորականներ են էլեկտրոնային առևտրի զամբյուղի / ելքերի էջեր, ադմինիստրատորներ, XML կայքերի քարտեզ և որոնման էջեր.

  • Բացառեք URL- ները – բացառել հատուկ URL- ները քէշից.
  • Բացառեք բովանդակության մասերը – բացառել բովանդակության հատուկ մասերը քէշից.
  • Բացառեք օգտվողի գործակալները – բացառել օգտվողի հատուկ գործակալները քէշից.
  • Բացառեք սողունները – բացառել հատուկ crawlers- ը cache- ից.
  • Բացառեք հեղինակային էջերը – բացառել հեղինակի հատուկ էջերը քէշից.
  • Բացառել արխիվը – բացառել արխիվի հատուկ էջերը պահոցից.
  • Բացառեք REST URL- ները – բացառել REST- ի հատուկ URL- ները քէշից.
  • Բացառեք կերակրումը – բացառել հատուկ հոսքերը քէշից.

Տաքացում
Տաքացում պահում է URL- ներ ՝ հաջորդ քեշի նախադրյալի համար: Յուրաքանչյուր URL- ն ունի գերակայության համար (ցույց է տրված վահանակի պարամետրերում), որտեղ դրանք հնարավոր է կարգաբերել ձեռքով: Ավելի ցածր թիվ = ավելի բարձր առաջնահերթություն.

  • Միացնել Remote Prebuild Cache- ը – Swift- ը այլևս չի օգտագործի արտաքին բոտը նախապատվության համար և փոխարենը կօգտագործի ֆոնային գործընթացը.
  • Կառուցեք քեշը ավտոմատ կերպով – կանխարգելում է քեշը այն մաքրելուց հետո: Եթե ​​դա օգտագործեք, միացրեք նաև «Optimize Prebuild Only»:
  • Բացահայտեք նոր էջեր – եթե Swift- ը չկարողանա գտնել ձեր բոլոր էջերը, դա կօգնի.
  • Նախադիտել հեղինակային էջերը – նախապատկերում է հեղինակային էջերը.
  • Prebuild արխիվ – նախադիտում է արխիվային էջերը.
  • Կառուցեք REST URL- ները – նախաստեղծում է REST URL- ները.
  • Prebuild Feed- ը – նախադիտում է RSS հոսքի էջերը.

Լաք
Միացնել Auto մաքրումը – միացրեք, եթե օգտագործեք լաք քեշ, դա ինքնաբերաբար մաքրելու է այն դեպքում, երբ Swift- ը մաքրում է plugin- ի քէշը, այնպես որ հարկ չկա դա անել ձեռքով.

Ծափահարություններ
Ծափահարություններ ձեր կայքը (կամ հատուկ էջերը) ներլցում է առաջին իսկ այցի օգտագործողի զննարկիչը ՝ ձեր կայքը հասանելի դարձնելով նույնիսկ այն ժամանակ, երբ դրանք անցանց են: Հնչում է հիանալի, բայց դա էապես դանդաղեցնում է ձեր նախադրյալը և արժանի չէ: Ես բարձր խորհուրդ եմ տալիս թողնել այդ հաշմանդամներին.

  • Միացնել Appcache- ը աշխատասեղանի համար – անջատել.
  • Միացնել Appcache- ը բջջայինի համար – անջատել.

3.5. CDN

Ես օգտագործում եմ StackPath- ը ($ 10 / ամիս 30-օրյա փորձարկումով) Cloudflare- ի հետ համատեղ: StackPath- ը ունի 31 տվյալների կենտրոն, Cloudflare- ն ունի 150+. Ավելի շատ տվյալների կենտրոններ = ավելի արագ բովանդակության առաքում, և StackPath- ը մեծապես տեղակայված է ԱՄՆ-ում, որտեղ, համենայն դեպս, իմ այցելուների մեծ մասն է.

StackPath- տվյալների կենտրոններ

Գեներալ

Քայլ 1Միացնել CDN.

Քայլ 2StackPath վահանակում կտտացրեք CDN ներդիրը և Ստեղծեք StackPath CDN կայք

StackPath-CDN-Tab

StackPath-CDN- տիրույթ

StackPath-Server-IP- հասցե

* Պատճենեք ձեր սերվերի IP հասցեն, քանի որ դա անհրաժեշտ է այս բաժնի 4-րդ փուլում.

StackPath-CDN-URL-Swift- կատարում

Քայլ 3Կպցրեք ձեր StackPath CDN- ի URL- ը դեպի CDN հյուրանոցի անուն ոլորտի Swift Performance.

Swift-Performance-StackPath-CDN- պարամետրեր

Քայլ 4StackPath- ում անցեք CDN → Cache- ի կարգավորումներ, այնուհետև կտտացրեք «Մաքրել ամեն ինչ»…

StackPath-Purge-Cache

Քայլ 5: Տեղադրեք ձեր սերվերի IP հասցեն StackPath- ում (WAF → Firewall).

StackPath-Whitelist-IP

Քայլ 6Գործարկել ձեր կայքը GTmetrix և «բովանդակության մատուցման ցանցը» պետք է լինի կանաչ YSlow- ում.

CDN GTmetrix YSlow

Միացնել CDN- ը SSL- ում – միացնել SSL օգտագործումը.

SSL CDN հյուրանոցի անուն – դատարկ թողնել, քանի որ տնային անունները նույնն են, նույնիսկ եթե դա SSL է.

Cloudflare

Cloudflare ավելացնում է նույնիսկ ավելին տվյալների կենտրոններ ձեր բովանդակության առաքման ցանցին…

Cloudflare տվյալների կենտրոններ

Քայլ 1. Գրանցվել ինչ – որ բանի համար Cloudflare և ձեզ կառաջարկվի ավելացնել ձեր կայքը և սկան սկսել.

cloudflare- սկիզբ-սկան

Քայլ 2. Սկանավորումն իրականացնելուց հետո ընտրեք անվճար պլանը, այնուհետև Cloudflare- ը ձեզ կտանի մի շարք էջերի: Վերջիվերջո ձեզ կտանեն մի էջ, որտեղ Cloudflare- ը ձեզ հանձնարարում է 2 անվան սերվերներ.

Cloudflare-Dashboard-Swift- կատարումը

Քայլ 3. Google- ով կատարեք որոնում ՝ «ինչպես փոխել անվան սերվերները SiteGround- ում» (որոնեք միայն ձեր հյուրընկալողը), ապա հետևեք դրանց հրահանգներին: Դուք կարող եք պատճենել Cloudflare- ի կողմից տրամադրված 2 անվանումների սերվերները և դրանք տեղադրելով ձեր հյուրընկալող cPanel- ում սովորական անուն սերվերների տարբերակում …

SiteGround-DNS- գրառումներ

Քայլ 4. Ձեռք բերեք ձեր Cloudflare գլոբալ API բանալին (գտնվել է ձեր մեջ Cloudflare պրոֆիլը) և մուտքագրեք Swift- ի Cloudflare ներդիր: Օգտագործեք նույն էլփոստը, ինչպես ձեր Cloudflare- ի հաշիվը և միացրեք ավտոմատ մաքրումը, որը մաքրում է Cloudflare- ի քեշը, երբ մաքրվում է Սվիֆտի պահոցը (այնպես որ հարկավոր չէ ձեռքով).

Swift-Performance-Cloudflare- ի կարգավորումներ

MaxCDN / StackPath
Դուք կարող եք անտեսել այս ընտրանքները: StackPath- ը գնել է MaxCDN- ը, և նրանք այլևս չեն օգտագործում Ալիան, Սպառողի բանալին կամ Գաղտնիքը: Պարզապես Ստեղծեք StackPath CDN URL և մուտքագրեք այն CDN ներդիրում.

  • MAXCDN Alias – հնացած (օգտագործել StackPath CDN URL).
  • MAXCDN սպառողի բանալին – հնացած (օգտագործել StackPath CDN URL).
  • MAXCDN Սպառողի գաղտնիքը – հնացած (օգտագործել StackPath CDN URL).

Swift-Performance-MaxCDN- ի կարգավորումներ

4. Պատկերի օպտիմիզատոր

Swift Performance- ը պատկերի օպտիմիզատոր լավ է, բայց դրա համար հարկ չկա թարմացնել (կարող եք օգտագործել անվճար պատկերի օպտիմիզացման գործիքներ / plugin): Shortpixel, Պատկերացրեք, և Անդեմություն բոլորը հիանալի աշխատանք են կատարում.

5. Տվյալների բազայի օպտիմիզատոր

The տվյալների բազայի օպտիմիզատոր ջնջում է չօգտագործված տվյալների բազաների աղյուսակները (հաճախ թողնված են ձեր ապատեղակայած pluginներով), անցողիկ, ինքնագրավ սարքեր, ջարդված հաղորդագրություններ, սպամի մեկնաբանություններ և հավանական հազարավոր փոստով վերանայումներ, որոնք ավտոմատ կերպով պահվում են բովանդակությունը վերանայելու ժամանակ: Մեծ հաշվով, դա անպիտան է. Կրկնօրինակեք մանավանդ, եթե դուք դա չեք արել դեռ որոշ ժամանակ, քանի որ այն չի կարող հետարկել.

Swift- կատարման-տվյալների բազա-օպտիմիզատոր

6. Քննադատական ​​տառատեսակ

Կրիտիկական տառատեսակներ թույլ տվեք ընտրել տառատեսակներ Awesome- ի սրբապատկերներ և արդյունավետորեն բեռնեք միայն ձեր ընտրածները, ի տարբերություն ամբողջ տառատեսակի Awesome գրադարանի ՝ այս սրբապատկերները դարձնելով շատ ավելի արագ.

Swift-Performance-Critical-Fonts

7. Պլագինի կազմակերպիչ

Ձեր GTmetrix ջրվեժի ներդիրում կարող եք նկատել, որ որոշ plugin- ներ են աշխատում էջերում / հաղորդագրություններում, որտեղ այն նույնիսկ չի օգտագործվում: Կոնտակտային ձև 7-ը կարող է օգտագործվել ձեր կոնտակտային էջում, բայց սովորաբար ոչ մի այլ տեղ (ուստի այն չպետք է վազվի այլուր): Իմ WP Review հարուստ հատվածների հավելվածը դա նույնպես արա: Կարող եք անջատել / միացնել plugins- ը ՝ օգտագործելով Swift- ի զտիչները, մի քանի կանոն ավելացնելիս.

Swift-Performance-Plugin-Organizer

Օրինակներ

  • Միացնել URL համընկնում / կապը / միայն այդ էջում Կապի ձևը ցույց տալու համար
  • Անջատեք ձեր WordPress Admin- ի որոշակի plugins- ը `CPU- ի սպառումը կանխելու համար
  • Միացրեք URL- ի հանդիպումը regex արտահայտությամբ `միայն« վերանայման »հաղորդագրություններում ցույց տալու հարուստ հատվածներ

8. Թարմացրեք PRO- ն

Swift Pro- ն թույլ է տալիս օգտագործել դրանք հաշվարկել API- ն, պատկերի օպտիմիզատոր, և կրիտիկական տառատեսակներ. Անկեղծ, կարծում եմ, որ նրանք շատ են տալիս իրենց անվճար (կեղծ) հավելվածը, և որ դրանք արժանի չեն արդիացման.

Swift-Performance-Pro- ն

9. Թեստի արդյունքները GTmetrix- ում

Արագ կատարմամբ…
Swift-Performance-GTmetrix-Report

WP հրթիռով…
2019-GTmetrix-Report

Եզրակացություն

Swift Performance Lite- ը փչում է ջրից դուրս գտնվող այլ անվճար պահոցային հավելվածներ, նույնիսկ եթե դուք կազմաձևում եք պարզապես հիմնական պարամետրերը ՝ Wizard- ով օգտագործելով: Եթե ​​դեռ խնդիրներ ունեք, տեսեք WordPress- ի արագության օպտիմիզացման իմ ամբողջական ուղեցույցը, որն իր մեջ պարունակում է բարձր պրոցեսորների հավելվածների ցուցակը `խուսափելու համար, թեթև plugin- ի այլընտրանքներից, AMP ցուցումներից, ինչպես կատարելագործել PHP 7+- ին, պատկերի օպտիմիզացում և ցանկության դեպքում հղում: վարձել իմ ծրագրավորողը freelancer.com- ում, ով օգնեց ինձ ստանալ 100% GTmetrix միավոր.

Ինչու եմ օգտագործում SiteGround- ը

SiteGround է օգտագործվում է Yoast- ի կողմից, ես, և առաջարկվում է WordPress- ի կողմից. Նրանք համարյա յուրաքանչյուրում # 1 են Ֆեյսբուքի հարցում և մարդկանց մեծամասնությունը նշանակալից է տալիս բեռի ժամանակի բարելավում հատկապես, եթե նրանք օգտագործում էին միջակ տանտերերը. GoDaddy, Bluehost, HostGator, InMotion, Dreamhost, EIG.

Yoast- on-Twitter- Մենք պարզապես փոխեցինք կայքի կայքը

Ես օգտագործում եմ դրանց կիսամյակային GoGeek պլանը որը գալիս է 4 անգամ ավելին սերվերի ռեսուրսները քան համընդհանուր հոստինգը: Կտտացրեք իմ էջերը ՝ տեսնելու համար, թե որքան արագ են դրանք բեռնվում, ստուգեք իմ GTmetrix զեկույցը կամ տեսեք այն մարդկանց, ովքեր գաղթել են և փակցված նոր բեռի անգամներ. Նրանք նույնպես անում են անվճար գաղթներ.

DigitalOcean- ը Cloudways- ում և Կինստա նույնպես լավն են և սկսվում են $ 10 / ամսական և 30 $ / ամիս: Cloudways- ը ավելի շատ այն ծրագրավորողների համար է, ովքեր կարիք չունեն cPanel- ի, էլփոստի հոստինգի կամ SiteGround- ի կողմից ստացվող աջակցության: Kinsta- ն հիմնականում WP Engine- ն է օգտագործվում է (թանկ, բայց զարմանալի): Իմ ամբողջ բլոգը հիմնականում նվիրված է այն մարդկանց, ովքեր օգնում են մարդկանց ավելի արագացնել իրենց վեբ կայքը: Ես հրաժարվում եմ առաջարկել $ 2 / ամսական հյուրընկալում, քանի որ այն մարդկանց մեծագույն ցավն է վեբ կայք վարելիս.

Ինչպես ստուգել, ​​արդյոք ձեր հոստինգը դանդաղ է
Ձեր կայքը վարեք Google PageSpeed ​​Insights տեսնել, թե կրճատել սերվերի պատասխանության ժամանակը ձեր զեկույցում է: Google- ը խորհուրդ է տալիս դա պետք է լինի <200 մ. 1 վայրկյանից բարձր ինչ-որ բան լավ չէ: Կարող եք նաև ստուգել ձեր TTFB (ժամանակն է առաջին բայթ) GTmetrix- ի Timings էջանիշում կամ bytecheck.com.

Կրճատեք սերվերի պատասխանության ժամանակը

2019 հոստինգի հարցում

2017-WordPress-Hosting-FB-Poll

Elementor հոստինգի առաջարկություններ

2019 թվականի հուլիս Հոսթինգի առաջարկություն

WordPress-host-Poll-Aug-2018

Shared-Hosting-Poll-2017

2019-Հոստինգ-Հարցում

Go-To-Hosting ընկերություն

WordPress-Hosting-Poll-2017

Կառավարվող-հոստինգ-Հարցում

WooCommerce-Hosting-FB- Հարցում

2016-վեբ-հոստինգ-հարցում

Լավագույն WordPress-Hosting-Provider-Poll

Լավագույն-վեբ-հոստինգ-2019-Հարցում

WP Ընկերական Հոստինգ Հարցում

2016-WordPress-Hosting-FB-Poll

Սիրված հոստինգ Elementor- ի համար

2018 հոստինգի առաջարկություններ

WordPress- ի հոստինգի հարցումը Սեպտեմբերի 2018.png

Կառավարված-WordPress-Hosting-Poll-2017

2019-Հաղորդավարներ-Հարցում -1

Հոսթինգ-Հարցում-արագություն

WordPress-Hosting-Poll-June-1

SiteGround- առաջարկություն

2014-կառավարվող-WordPress-Hosting-FB-Poll

Լավագույն-վեբ-հոստինգ-պրովայդեր-Հարցում

Հոսթինգ-Հարցում-Փետրվար-2019

Հոսթինգ-առաջարկություններ-Հարցում

Bluehost vs SiteGround

WordPress վեբ հոստի հարցումը

SiteGround- ը առաջարկվում է WordPress- ը:

SiteGround- առաջարկվող-WordPress- հոստ

Եվ ըստ Իվիցա ով վարում է WordPress- ի արագացման ֆեյսբուքյան խումբ 16,000+ անդամներով.

WordPress- ի արագությամբ առաջարկվող գործիքներ

Մի քանի թեմա.

Godaddy To SiteGround միգրացիան

EIG-to-SiteGround

SiteGround- միգրացիա

SiteGround- ն ունի 3 հատ պլան:

SiteGround WordPress հոստինգ

Բարձրագույն ծրագրերը ավելին են պարունակում սերվերի ռեսուրսները (# 1 գործոն WordPress- ի օպտիմիզացման ուղեցույցում): Ահա համեմատության ամբողջական աղյուսակ, բայց GrowBig- ը ձեզ տալիս է մոտ 2x ավելի սերվերի ռեսուրսներ, քան StartUp- ը, և GoGeek- ը կիսամյակային հոստինգ ինչը ձեզ ավելին է տալիս: GrowBig- ը և դրան հասնում են անվճար միգրացիա, բեմադրություն, առաջադեմ պահպանում և բազմաթիվ կայքեր հյուրընկալելու ունակություն: GoGeek- ը գալիս է առաջնահերթ աջակցություն: Նրանց ամպային հոսթինգը բավականին թանկ է `$ 80 / ամիս.

Դուք կարող եք դա տեսնել դրանց վրա առանձնահատկությունների էջ:

SiteGround-Server-Resources- ի համեմատություն

Ես օգտագործում եմ SiteGround- ը, քանի որ.

  1. Իմ GTmetrix- ը + Պինգդոմ զեկույցները խոսում են իրենց համար
  2. Իմ էջերը անմիջապես բեռնվում են (ցանկության դեպքում կտտացրեք դրանց միջոցով)
  3. Արագ արագության տեխնոլոգիա (PHP 7.3, NGINX, SG օպտիմիզատոր, Cloudflare)
  4. Առաջարկվում է Yoast, WordPress- ը, Իվիցա ից WordPress- ի արագություն
  5. Անվճար Եկեք կոդավորենք SSL- ն, հեշտ է օգտագործել cPanel, և առանձնահատկություններ էլեկտրոնային առևտուր
  6. WordPress- ի աջակցությունն է անպարտելի նույնիսկ առանց GoGeek- ի առաջնահերթ աջակցության
  7. GrowBig- ը գալիս է բեմադրման, ավելի շատ պահեստավորման և սերվերների ավելի շատ ռեսուրսների հետ (շարժվում է դեպի ներքև ՝ «մենք ձեզ անհրաժեշտ ռեսուրսները հատկացնում ենք») և սավառնել դեպի սերվեր ներդիր)
  8. GoGeek գալիս է ավելի շատ սերվերային ռեսուրսներ, պահեստավորում, առաջնահերթ աջակցություն
  9. Անվճար գաղթներ, միգրացնող plugin, և ա 30-օրյա գումարի վերադարձի երաշխիք
  10. Շատ գովասանքի խոսքեր Reddit- ը, Ֆեյսբուքյան խոսակցություններ, Twitter- ը, TrustPilot
  11. Գովասանքի տոննա Ֆեյսբուքում # 1, Թիվ 2, Թիվ 3, # 4, # 5, # 6, # 7# 8, # 9, # 10# 11
  12. Շատերն արդեն գաղթել և արդյունքներ են տեղադրել Twitter- ում. # 1, Թիվ 2, Թիվ 3, # 4, # 5, # 6# 7, # 8, # 9, # 10, # 11, # 12, # 13, Թիվ 14, Թիվ 15, Թիվ 16, Թիվ 17, Թիվ 18, # 19, # 20, # 21, Թիվ 22, # 23, # 24, # 25, # 26, # 27, # 28, # 29, # 30, # 31, # 32, # 33, # 34, Թիվ 35, # 36, # 37

Գործընկերների մերժում – եթե SiteGround- ում գրանցվեք իմ հետ դուստր ձեռնարկություն Ես ձեզ համար լավ ծախս չեմ նվիրի: Ամեն տարի ես 3K դոլար նվիրատվեք GoFundMe արշավներին (2018 թվականը պետք է քաղցածներին կերակրեր Դենվերում, 2017 թվականը Կարմիր խաչն էր Հարվին Հարվին): Ձեր աջակցությունն օգնում է, և ես անկեղծորեն գնահատում եմ դա: Ես փորձում եմ իմ ակնարկները դարձնել անաչառ և հենված ապացույցներ ձևով Ֆեյսբուքի հարցումներ, թվիթեր, և իրական խոսակցություններ. Եթե ​​չեք ցանկանում օգտագործել այն, ահա ա ոչ դուստր ձեռնարկություն դեպի SiteGround: Ամեն դեպքում, ես իսկապես հավատում եմ, որ դրանք աստղային WordPress- ի հաղորդավար են, և ձեր կայքը կաշխատի ավելի արագ / հարթեցված… կատարեք ձեր հետազոտությունը Facebook խմբերի վրա + Twitter- ը և դուք կգտնեք մարդկանց մեծ մասը ասել նույնը.

OMM- On-SiteGround

Մարդիկ սովորաբար գաղթում են, քանի որ իրենց արագության տեխնոլոգիա կարող է կեսից կրճատել բեռի ժամանակը.

Տեղափոխվելով SiteGround- ին

SiteGround բեռի միգրացիայի ժամանակ

Bluehost- ը SiteGround GTmetrix- ին

HostGator To SiteGround

SiteGround GTmetrix

SiteGround Google PageSpeed ​​Insights- ը

100 Կատարյալ գնահատական ​​SiteGround- ում

SiteGround Ծննդոց

SiteGround- ի կողմից առաքված արագությունը

SiteGround GTmetrix- ի զեկույց

Նվազեցված բեռի ժամերը SiteGround- ի հետ

Նոր SiteGround արձագանքման ժամանակներ

HostGator To SiteGround միգրացիան

SiteGround Response Times Joomla- ի վերաբերյալ

Տեղափոխվել է SiteGround հոստինգին

SiteGround Rocket Imagify Combo- ն

Joomla GTmetrix- ը SiteGround- ում

SiteGround PageSpeed ​​Insights

SiteGround On Joomla

SiteGround- ի կրճատված ծանրաբեռնվածության ժամանակը

SiteGround արագ հոստինգ

Pingdom- ի նոր արդյունքները SiteGround- ում

Նոր SiteGround արձագանքման ժամանակը

SiteGround- ի արձագանքման ժամանակի բարելավում

Հաճախակի տրվող հարցեր

&# x1f680; Swift- ը ավելի լավ է, քան WP հրթիռը?

WP Rocket- ը Facebook- ի հարցումների մեծ մասում ավելի բարձր է գնահատվել, շատ ավելի հեշտ է կազմաձևել և ունի փաստաթղթեր / աջակցություն, եթե դրա օգնության հարցում օգնության կարիք ունեք:.

&# x1f680; Ինչպես եք Cloudflare- ը կարգավորել Swift- ով?

Գրանցվեք Cloudflare անվճար պլանի համար, պատճենեք Cloudflare- ի կողմից տրամադրված 2 անվանումների սերվերները և փոխեք անունների սպասարկուները Cloudflare- ի ձեր տիրույթի գրանցամատյանում: Հաջորդը, ավելացրեք ձեր Cloudflare- ի տեղեկատվությունը (որը գտնվում է ձեր Հաշվի ներդիրում) Swift Performance- ի Cloudflare- ի պարամետրերում.

&# x1f680; Ինչպե՞ս եք օգտագործում plugin- ի կազմակերպիչը?

Իմացեք, թե որ էջերին / հաղորդագրություններին պետք չեն որոշակի plugins / գրություններ: Սա կարող է պահանջել մի փոքր փորձարկում: Հաջորդը, օգտագործեք Plugin Organizer- ը այն էջերը / հաղորդագրություններում անջատելու համար, որոնք դրանք բեռնելու կարիք չունեն: Միայն կոնտակտային ձևի հավելվածը ձեր կոնտակտային էջում բեռնելը դասական օրինակ է.

&# x1f680; Ինչ այլ արագության plugins ինձ անհրաժեշտ է?

Սվիֆթը պետք է հոգ տանի արագության առավելագույն օպտիմալացման մասին: Դուք պետք է նայեք ձեր GTmetrix զեկույցին (ներառյալ ջրվեժի ներդիրը) `տեսնելու, թե ինչն է դանդաղեցնում ձեր WordPress կայքը: Նկարների համար խորհուրդ եմ տալիս ShortPixel- ին: Տառատեսակների համար կարող եք փորձել OMGF.

&# x1f680; Արժե Swift Performance Pro- ն?

Եթե ​​դուք պատրաստվում եք վճարել պրեմիում cache plugin- ի համար, ավելի լավ է վճարեք WP Rocket- ի համար, քան Swift Performance Pro- ն:.

Շնորհակալ եմ կարդալու համար – հարցադրման համար թողեք ինձ մեկնաբանություն!
Թոմ

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