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

03.06.2020
Cache Plugins 'Cloudflare + StackPath CDN- ի կարգաբերման հրահանգների իդեալական արագ կատարման պարամետրերը (Facebook- ի հարցումներով) – 2019, տարբերակ 2.0.5
0 99 мин.

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
    Понравилась статья?
    Комментарии (0)
    Комментариев нет, будьте первым кто его оставит

    Комментарии закрыты.

    Adblock
    detector