იდეალური სწრაფი მოქმედების პარამეტრები Cloudflare + StackPath CDN დაყენების ინსტრუქციებით (Facebook გამოკითხვებით) – 2019, ვერსია 2.0.5

03.06.2020
Cache Plugins 'იდეალური სწრაფი მოქმედების პარამეტრები Cloudflare + StackPath CDN დაყენების ინსტრუქციებით (Facebook გამოკითხვებით) – 2019, ვერსია 2.0.5
0 101 мин.

სწრაფი შესრულება ეს არის ახალი ქეშიანი მოდული ბლოკზე, რომელიც მიმდინარეობს მიმოხილვას WordPress დააჩქარა Facebook Group.


მე WP Rocket- ს ვიყენებდი და უკვე მქონდა 100% GTmetrix ქულა 1s დატვირთვის დროით (ძნელი დასამარცხებლად), მაგრამ Swift მაძლევდა იდენტური შედეგების მახლობლად. მე დავრჩი WP Rocket- ით, მაგრამ ვაფასებ Swift Performance Lite- ს # 1 უფასო ქეშინის მოდული WP Fast Cache, WP Super Cache, W3 Total Cache და სხვები. Swift Performance- ის პარამეტრების დაყენება შედარებით მარტივია (ყველაფერს გავალ). Pro ვერსია მოიცავს გამოსახულების ოპტიმიზატორს (დაკარგვის კომპრესიისთვის + გამოსახულების ავტომატური ზომის შეცვლაზე), კრიტიკული შრიფტები, გამოთვალეთ API, და მათი მოდულის მხარდაჭერა. მაგარი ნაწილია, მათ აქვთ შესაძლებლობა გადაიხადონ ყოველთვიურად, ასე რომ თქვენ შეგიძლიათ სცადოთ იგი მხოლოდ 3.99 $ / თვეში.

Swift vs WP Rocket – ეს, როგორც წესი, საუკეთესო ქეში – დანამატებს მოიცავს ბოლო Facebook გამოკითხვებით…

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

Swift-Performance-vs.-WP-Rocket

2018-ს WordPress-Cache-Plugin-Poll

სვიფტი

  • უფასო (lite) ვერსია = საოცარი შედეგი
  • საშუალო დოკუმენტაცია
  • უფასო ვერსია მოიცავს მოდულების ორგანიზატორი
  • Pro ვერსია შეიცავს კრიტიკულ შრიფტებს
  • პრო ვერსიაში შედის გამოსახულების ოპტიმიზატორი
  • უფასოა

WP სარაკეტო

  • მარტივი კონფიგურაცია
  • უკეთესი დოკუმენტაცია
  • Facebook Pixel + Sucuri დანამატები
  • არანაირი მოდულის ორგანიზატორი
  • არ არის გამოსახულების ოპტიმიზატორი
  • 49 $ წელიწადში

ორივე Swift და WP Rocket მხარს უჭერენ Cloudflare- ს, CDN- ს, გულისცემის კონტროლს, დატვირთვისას, ფოტოების / iframes- ის ზარმაცი დატვირთვის, ადგილობრივ Google Analytics- ს მასპინძლობას, მინიფიკაციას, სკრიპტის შერწყმას, gzip შეკუმშვას და სხვა მახასიათებლებს. ისინი სინამდვილეში ძალიან ჰგვანან, რამდენადაც მათი მახასიათებლები მიდიან.

1. ოსტატი

Wizard აანალიზებს თქვენს საიტზე და ეხმარება Swift Performance– ის ძირითადი პარამეტრების კონფიგურაციას. გარე – ყუთის პარამეტრები შესანიშნავია, მაგრამ ოპტიმიზაციის კიდევ უფრო მეტი გზა არსებობს, როდესაც დასრულდა…

საქმეები, რომელთა გაკეთება ჯერ კიდევ გჭირდებათ

  • რჩევები → Cache Gravatars
  • Hearbeat – ყველას გამორთე
  • Google Analytics Google გვერდის ავლით Google Analytics
  • სტილები erate შექმენით კრიტიკული CSS
  • ქეშირება → ზოგადი Mobile ცალკეული მობილური მოწყობილობის ქეში (თუ იყენებთ AMP ან მობილური თემას)
  • ლაქი → საბაჟო მასპინძელი
  • CDN → StackPath CDN
  • CDN → დარეგისტრირდით Cloudflare- ში და შეცვალეთ სახელების სერვერები
  • სურათების ოპტიმიზაცია (Swift Pro- ის გამოყენებით ან Imagify / Imsanity გამოყენებით)
  • მონაცემთა ბაზის ოპტიმიზატორი → სუფთა მონაცემთა ბაზა
  • მოდულების ორგანიზატორი → ჩართეთ / გამორთეთ მოდულების სპეციფიკურ შინაარსზე

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

Swift-Performance-Lite-Setup-Wizard-Caching მეთოდი

Swift-Performance-Lite-Setup-Wizard- ოპტიმიზაცია

Swift-Performance-Lite-Setup-Wizard-Medi

Swift-Performance-Setup-Wizard-Finish

2. დაფა

დაფა აჩვენებს სტატისტიკას, მაგალითად რამდენი ცნობილი გვერდია აღმოჩენილი Swift წინააღმდეგ რამდენი რეალურად არის ინახება ქეში. Swift ასევე თითოეულ URL- ს ანიჭებს წინასწარი შედგენის პრიორიტეტს და ბოლოს და ბოლოს დაალაგა გვერდის თარიღი. Warmup ცხრილში, ასევე შეგიძლიათ ხელით დაამატოთ მისამართები, თუ Swift– მა არ აღმოაჩინა ეს.

Swift-Performance-Dashboard

3. პარამეტრები

ზოგადი, მედია, ოპტიმიზაცია, ქეშირება და CDN ჩანართები იყოფა ნაწილებად:

3.1. გენერალი

გენერალი

  • გამორთეთ ქუქი – ფაილები – GDPR– სთვის, როდესაც მომხმარებლებს სთხოვთ, შეთანხმდნენ cookies– ზე.
  • ნაკვალევის დამალვა – სწრაფი კოდების დამალვა წყაროს კოდში.
  • გამოთვალეთ API – დააჩქარებს პარამეტრების შერწყმას და ამცირებს CPU- ს გამოყენებას.
  • ჩართეთ დისტანციური Cron – Swift- ის API სერვერს დაურეკავს wp-cron.php და WP cronjobs გახდება, როგორც ნამდვილი დამნაშავე.
  • შეცდომების ჟურნალი – იხილეთ ჟურნალის ბილიკზე ნაჩვენები გაფრთხილებები / შეცდომები (მაგ., საჯარო HTML საქაღალდე).

Swift- შესრულების ზოგადი პარამეტრები

რჩევები

  • სტატიკური რესურსების ნორმალიზება – შეკითხვის სტრიების ამოღების მცდელობები, თუმცა ეს ჩვეულებრივ წარმოიქმნება ნელი მოდულების საშუალებით. მათი მოცილების მთავარი გზა არის მაღალი CPU მოდულების გამორთვა (გვხვდება GTmetrix ჩანჩქერში) და მათი ჩანაცვლება მსუბუქი მსუბუქი დანამატებით.
  • პრეფექტის DNS – მოსალოდნელია გარე რესურსების (მაგ., Google Fonts + YouTube ვიდეო).
  • შეაგროვეთ დომენები სკრიპტებიდან – გეხმარებათ DNS– ის პრეფექტივაში.
  • გამორიცხეთ DNS პრეფერენცია – გამორიცხეთ დომენები, რომელთა არჩევა გსურთ.
  • გრავიატრის ქეში – ქეშირება გრავიტარსი როგორც წესი, საკმარისი არ არის, შენც გინდა გადმოტვირთეთ ისინი CDN- ში დატვირთეთ გრავიატრები ადგილობრივად, როგორც ეს განმარტებულია WP Rocket’s Gravatar– ის სახელმძღვანელო. ეს აუმჯობესებს დატვირთვის პერიოდს უამრავი კომენტარის გამო, რადგან ჩემს ზოგიერთ პოსტს აქვს 300+ კომენტარი, სადაც გრავიტარებმა დატვირთეს დატვირთვის 50% -ზე მეტი.
  • გრავიატრის ქეში ამოღება – გრავიატურის ქეშის დრო ამოიწურება (3600 ჯარიმაა საიტების უმეტესობისთვის), მაგრამ შეგიძლიათ გაზარდოთ ეს თუ შეამჩნევთ, რომ ის ძალიან ბევრ CPU– ს ხარჯავს. თუ ძალიან მაღალია, მომხმარებლები ვერასდროს ნახავდნენ დაცულ ვერსიას. თუ ძალიან დაბალია, მას შეუძლია ძალიან ბევრი CPU გამოიყენოთ.
  • საბაჟო Htaccess – კონფიგურაციის გადამისამართება ან გამოიყენეთ იგი სხვა რამ.

Swift-Performance-Tweaks- პარამეტრები

გულისცემა
აჩქარებს WordPress ადმინისტრაციას და ამცირებს CPU– ს გამორთვით გულისცემა API. ეს აცნობებს მომხმარებლებს შინაარსის რედაქტირებისას და საშუალებას აძლევს plugin- ებს რეალურ დროში გაგზავნონ შეტყობინებები (მოთხოვნის დამატებით). მისი გამორთვა დაზოგავს CPU (WP გამორთვა + გულისცემის კონტროლის მოდული იგივე გააკეთე).

სწრაფი შესრულების – გულისცემა – პარამეტრები

Google Analytics
Google Analytics– ის გვერდის ავლით შეუძლია Google Analytics– სთან დაკავშირებული GTmetrix / Pingdom– ის ელემენტების დაფიქსირება. CAOS, WP გამორთეთ და WP Rocket– ის Google Tracking– ის დამატება ასევე დაეხმარება GA– სთან დაკავშირებული ნივთების დაფიქსირებას.

ბერკეტი-ბროუზერი-ქეშირება-Google- ანალიტიკა

Swift-Performance-Google-Analytics- პარამეტრები

3.2. მედია

სურათები

  • სურათების ოპტიმიზაცია ატვირთვაზე – უსასრულოდ შეკუმშოს სურათები, რომლებიც აფიქსირებს „სურათების ოპტიმიზაციას“ GTmetrix– ში (მხოლოდ იმ გვერდის შესამოწმებლად). წარმოიდგინე ამას აკეთებს და არის ის, რასაც ვიყენებ.
  • JPEG ხარისხი – შეინარჩუნეთ 100%, რათა არ დაკარგოთ შეკუმშვა.
  • PNG ხარისხი – შეინარჩუნეთ 100%, რათა არ დაკარგოთ შეკუმშვა.
  • მასშტაბური სურათების ზომის შეცვლა – დიდი ზომის გამოსახულების ზომის შეცვლას ზომების გამოსწორების მიზნით (ბევრმა ატვირთა ზომის დიდი ზომის სურათები). ეს აფიქსირებს „ემსახურება მასშტაბურ სურათებს“ GTmetrix- ში. იმსახურება ამასაც აკეთებს.
  • შეინახეთ ორიგინალური სურათები – როდესაც Swift ზომავს დიდ სურათებს, ის შეინარჩუნებს ორიგინალს იმ შემთხვევაში, თუ ახალი სურათი არ არის თქვენთვის სასურველი ზომა, ასე რომ, ყოველ შემთხვევაში, თქვენ გაქვთ თითოეული სარეზერვო ასლი..
  • მცირე ზომის სურათები – მცირე გარე სურათები იწერება პირდაპირ HTML დოკუმენტში, ასე რომ, ბრაუზერი დამოუკიდებლად არ ითხოვს იმ სურათების ფაილებს.
  • Lazyload – მხოლოდ იტვირთება სურათები მას შემდეგ, რაც გადახვედით გვერდზე და რეალურად ნახავთ მათ. მიუხედავად იმისა, რომ ეს აუმჯობესებს საწყის დატვირთვას ჯერ, ეს ნიშნავს იმას, რომ მომხმარებლები მუდმივად ხედავენ სურათების დატვირთვას, რადგან გადადიან ქვემოთ, რაც შეიძლება იყოს შემაშფოთებელი. ამიტომაც მე მხოლოდ ზარმაცი დატვირთვის ვიდეოები + iframes.
  • აიძულეთ საპასუხო სურათები – იყენებს srcset ატრიბუტს, რომ ბრაუზერებისთვის მიაწოდოს მრავალი სურათი, რათა მათ შეარჩიონ სწორი.

სწრაფი შესრულება-სურათები-პარამეტრები

ჩანართები

  • ზარმაცი დატვირთვა Iframes – იტვირთება მხოლოდ iframes, როდესაც გადახვეთ ქვემოთ და დაინახავთ მათ.
  • გამორიცხეთ Iframes – გამორიცხეთ გარკვეული iframes- ისგან ზარმაცი დატვირთვა.
  • Iframes– ის ჩატვირთვა მომხმარებლის ინტერაქციაზე – იტვირთება მხოლოდ iframes, როდესაც მასში მომხმარებლები ურთიერთქმედებენ (მაუსის გადაადგილების, სიჩქარის ან სენსორული სტრიქონის გამოყენებით).

Swift-Performance-Embeds- პარამეტრები

3.3. ოპტიმიზაცია

გენერალი

  • მომხმარებლებისთვის შესული აქტივების შერწყმა – გამორთეთ, რადგან ეს არ აუმჯობესებს დატვირთვის დროს და სავარაუდოდ უფრო მეტ ზიანს აყენებს, ვიდრე კარგს, დამატებით ოპტიმიზაცია უნდა განხორციელდეს წინა ეტაპზე.
  • მხოლოდ წინასწარ აშენება – გამორთეთ, თუ არ გინდათ გაკონტროლება, როდესაც ქეში არის ჩაშენებული.
  • ფონზე ოპტიმიზაცია – Swift ფონზე ოპტიმიზაციას უკეთებს გვერდებს.
  • არასწორი HTML დაფიქსირება – ზოგიერთი მოდული / თემა იყენებს არასწორი HTML, Swift შეეცდება ამის გამოსწორებას.
  • HTML შემცირება – აფიქსირებს მრავალ ნივთს GTmetrix / Pingdom– ში. Cloudflare ამაზეც ზრუნავს, ამიტომ მხოლოდ 1 ჩართული უნდა იყოს (Swift ან Cloudflare).
  • გამორთეთ Emojis – emojis დაამატეთ მოთხოვნები და დააზარალებს დატვირთვას.
  • შეზღუდეთ ერთდროული ძაფები – ქეშის აღდგენის სიჩქარე (CPU– ს პრობლემების არსებობის შემთხვევაში დაბალია).
  • მაქსიმალური ძაფები – დაბალი რიცხვები = CPU- ს ნაკლები გამოყენება (2 კარგია).
  • DOM პარსერი მაქსიმალური ბუფერი – Swift– ის დეველოპერმა დააყენა ეს ნომრები მიზეზის გამო.

სწრაფი შესრულების – ზოგადი – ოპტიმიზაცია – პარამეტრები

სკრიპტები
JavaScript– ის შერწყმა / შემცირება ცნობილია შეცდომების გამო, მაგრამ მე მათ ვამოწმებ და დატვირთვის დროს ვამოწმებ. თუ შეცდომებს ხედავთ, იპოვნეთ პრობლემური ფაილები და დაამატეთ ისინი “გამორიცხეთ სკრიპტები”.

  • სკრიპტების შერწყმა – ბევრს ამბობს, რომ გამორთე ეს, მაგრამ მე ამას შეამოწმებ.
  • Async შეასრულე – JavaScript თეორიულად დატვირთავს 1 თხოვნას და შესრულდება მაშინ, როდესაც სკრიპტი ჯერ კიდევ იტვირთება, მაგრამ მას ასევე შეუძლია დაარღვიოს საგნები, ასე რომ, ტესტირების პარამეტრი ყურადღებით.
  • გამორიცხეთ მე -3 მხარის სკრიპტები – ჩართეთ შერწყმის სკრიპტების გამოყენების შესაძლებლობა, გამორთეთ თუ არა.
  • გამორიცხეთ სკრიპტები – გამორიცხეთ პრობლემური ფაილები, თუ JavaScript– ის შემცირება შეცდომებს იწვევს.
  • გამორიცხეთ Inline სკრიპტები – გამორიცხეთ პრობლემური ფაილები, თუ შერწყმის სკრიპტები შეცდომებს იწვევს.
  • გამორიცხეთ სკრიპტის ლოკალიზაცია – Swift დეველოპერი გირჩევთ ჩართოთ იგი, წინააღმდეგ შემთხვევაში თქვენ შეიძლება გქონდეთ ცალკეული JavaScript ფაილები თქვენი ყველა გვერდისთვის.
  • ჯავასკრიპტების მინიმიზაცია – ჩართეთ და შეამოწმეთ თქვენი საიტი. თუ შეცდომებს ხედავთ, გამორიცხეთ პრობლემური ფაილები გამორიცხეთ სკრიპტები (Cloudflare ასევე აკეთებს ამას, ასე რომ მხოლოდ ერთი ჩართეთ).
  • მინიმიზაცია API- ით – ჩართეთ მხოლოდ იმ შემთხვევაში, თუ ნაგულისხმევი შემცირება JavaScriptts– ის შეცდომას იწვევს.
  • მარიონეტული მე –3 მხარის აქტივები – Swift ამბობს, რომ მას შეუძლია დააფიქსიროს ბრაუზერის ქეში საკითხები GTmetrix– სთან დაკავშირებულ GA– სთან, მაგრამ შეუძლია დაარღვიოს სკრიპტები. Google Analytics– ის გვერდის ავლით უკეთეს ვარიანტს წარმოადგენს. გამოსცადე.
  • ცალკეული სკრიპტები – ინახავს გაერთიანებულ JS ფაილებს ცალკეულ გვერდებზე. საერთოდ, ეს უფრო მეტ CPU- ს მოიხმარს, ვიდრე კარგს.
  • გაერთიანებული სკრიპტების სტრიქონის ბეჭდვა ჩართეთ მხოლოდ იმ შემთხვევაში, თუ Memcached- ს და WordPress- ს გამოყენებით არ შეგიძლიათ თქვენი ფაილების დაწერა.
  • ზარმაცი დატვირთვის სკრიპტები – ზარმაცი იტვირთება გარე რესურსი, რომელსაც შეუძლია გაუმჯობესდეს დატვირთვა.
  • ჩართეთ სკრიპტები – ჩართეთ Swift– ის მიერ აღმოჩენილი გარკვეული სკრიპტები.

Swift-Performance- სკრიპტები-პარამეტრები

სტილები
CSS- ის ოპტიმიზაციამ ასევე შეიძლება გამოიწვიოს შეცდომები, მაგრამ შეიძლება მნიშვნელოვნად გააუმჯობესოს ქულები / დატვირთვის დრო. ითამაშეთ პარამეტრებით და შეამოწმეთ რამდენიმე გვერდი, რომ დარწმუნდეთ, რომ ყველაფერი კარგადაა. თუ სტილის ფურცლების შერწყმა და CSS- ის შემცირება იწვევს შეცდომებს, იპოვნეთ / გამორიცხეთ პრობლემური ფაილები (იგივე რამ JavaScript- ით).

  • შერწყმის სტილები – გირჩევთ Swift დეველოპერის მიერ და აფიქსირებს ნივთებს GTmetrix / Pingdom– ში.
  • შექმენით კრიტიკული CSS – CSS ატვირთული იქნება ასინქრონული, მაგრამ დეველოპერი ამბობს, რომ ამან შეიძლება გაზარდოს CPU.
  • დაბეჭდეთ სრული CSS ინტერნეტით – დეველოპერი ამბობს, რომ ეს არ გჭირდებათ.
  • ცალკეული სტილები – გამორთეთ, თუ არ გაქვთ გვერდები სხვადასხვა შინაარსის ტიპებით (მაგ. ზოგი იყენებს ვიზუალურ რედაქტორს, ზოგს იყენებს გვერდების მშენებლებს და ა.შ.) და გჭირდებათ Swift, რომ თითოეული გვერდისთვის სხვადასხვა შერწყმული CSS შექმნათ. შეიძლება გააუმჯობესოს ქულები, მაგრამ შეიძლება გაზარდოს CPU. შეამოწმეთ საგულდაგულოდ.
  • შემცირება CSS – ჩართეთ, მაგრამ ამან შეიძლება გამოიწვიოს პრობლემები, ასე რომ შეამოწმოთ თქვენი საიტი (Cloudflare ასევე აკეთებს ამას, ასე რომ გამოიყენოთ მხოლოდ ერთი). შეცდომების აღმოჩენის შემთხვევაში, გამორიცხეთ პრობლემური ფაილები გამორიცხეთ ფაილები.
  • შემოვლითი CSS იმპორტი – ჩართვა (ეს აერთიანებს იმპორტირებულ CSS ფაილებს).
  • გამორიცხეთ მე -3 მხარის CSS – თუ შერწყმის სკრიპტები გიქმნით პრობლემებს, სცადეთ ეს.
  • გამორიცხეთ სტილი – გამორიცხეთ პრობლემური ფაილები, თუ შემცირება CSS იწვევს შეცდომებს.
  • ჩართეთ სტილები – ხელით ჩართეთ სტილი, თუ არ იყენებთ სკრიპტის შერწყმას.

Swift-Performance- სტილის პარამეტრები

3.4. ქეშირება

გენერალი

  • ქეშირების ჩართვა – ჩართვა.
  • ქეშირების რეჟიმი – დისკრიმინაციის გადაღების ჩანაწერები ზოგადად ყველაზე სწრაფია საიტების უმეტესობისთვის. თუ არ შეგიძლიათ შეცვალოთ .htaccess ფაილი ან Nginx კონფიგურაცია, გამოიყენეთ დისკის ქეში PHP– ით. თუ memcached დაყენებულია, აირჩიეთ memcached ერთად PHP, მაგრამ ყოველთვის შეეცადეთ გამოიყენოთ დისკის ქეში გადაწერა.
  • ადრეული მტვირთავი – ჩართეთ, თუ ეს არ იწვევს PHP- ს პრობლემებს.
  • ქეშის გზა – მიუთითეთ საქაღალდე ქეში ბილიკისთვის.
  • ქეშის ამოწურვის რეჟიმი – დროზე დაფუძნებული საუკეთესოა თითქმის ყველა ვებსაიტზე.
  • ქეში ამოღების დრო – დროის ქეში განახლდება. ძალიან ხშირად და ის მოიხმარს CPU- ს, ძალიან ცოტა და მომხმარებლები ვერ ნახულობენ შენახულ ვერსიას. 12 საათი კარგია საიტების უმეტესობისთვის, მაგრამ შეგიძლიათ შეამციროთ ეს, თუ დრო გაქვთ მგრძნობიარე შინაარსი (ან ხელით გაუშვათ ქეში).
  • ნაგვის შეგროვების ინტერვალი – რამდენად ხშირად სვიფტი ამოწმებს ქეშით შენახულ გვერდებს. 30 წუთი კარგია, ძალიან მაღალი და ის მოიხმარს CPU- ს.
  • სუფთა ქეშის განახლება პოსტის საშუალებით – დაამატეთ გვერდები / შეტყობინებები, სადაც გსურთ ქეშების ამოღება, მისი განახლებისთანავე, რათა მომხმარებლებმა ნახონ ახალი შინაარსი.
  • წაიშალეთ ქეში განახლებული პოსტის საშუალებით URL- ით – იგივე კონცეფცია, როგორც წინა პარამეტრები, მხოლოდ URL- ით.
  • ჩართვაზე ჩართვა ჩართეთ მომხმარებლებში შესული – ჩართეთ, თუ მრავალი მომხმარებელი შედის თქვენს საიტზე (მაგ. BbPress). ეს თითოეულ მომხმარებელს აძლევს თავის ინახება cached ვერსიას, წინააღმდეგ შემთხვევაში შეინახეთ გამორთული.
  • ცალკე მობილური მოწყობილობის ქეში – გამოიყენეთ, თუ იყენებთ AMP ან მობილური თემა.
  • Case insensitive URL– ები – არ უნდა შეცვალო.
  • ჩართეთ ბრაუზერის ქეში – ჩართვა.
  • ჩართეთ Gzip – აფიქსირებს gzip ნივთებს GTmetrix / Pingdom– ში.
  • გაგზავნეთ 304 სათაური – გამორთე.
  • ქეში 404 გვერდი – ჩართეთ, რადგან ობობები შეიძლება მენატრებიან არასწორი მისამართებით და მოიხმარენ CPU- ს. 404 გვერდის ქეშირება და მათ CDN- ით სერვისის რესურსების შემცირება ხდება.
  • უგულებელყოფა შეკითხვის სიმებიანი – არ შეინახოთ ქეში გვერდები, რომლებიც განსხვავებულია თითოეული მომხმარებლისთვის (უნიკალური გაყიდვების გვერდები, თუ თქვენ გაქვთ FB / Google რეკლამები, წევრობის პროფილები, პირობითი ლოგიკა ფორმებზე).
  • დინამიური ქეშირების ჩართვა – საშუალებას გაძლევთ მიუთითოთ cacheable $ _GET და $ _POST მოთხოვნები.
  • Cacheable AJAX მოქმედებები – ინახავს ქეშის რესურსზე ინტენსიურ აჟამს და მათი სახელების მითითებით აქ.
  • AJAX ქეშის ამოღების დრო – დატოვე, როგორც 1440 წ.

გამონაკლისი
იმისდა მიხედვით, თუ რა ქონებას იყენებს თქვენი საიტი, შეიძლება არ გინდათ შეინახოთ გარკვეული სტატიკური ფაილები (ზოგიერთ მათგანს წარმოადგენს ელექტრონული კომერციის კალათა / გადახდების გვერდები, ადმინისტრატორი, XML საიტის რუკა და საძიებო გვერდები.

  • გამორიცხეთ URL- ები – გამორიცხეთ კონკრეტული მისამართები ქეშიდან.
  • გამორიცხეთ შინაარსის ნაწილები – გამორიცხეთ კონკრეტული შინაარსის ნაწილები ქეშიდან.
  • გამორიცხეთ მომხმარებლის აგენტები – გამორიცხეთ მომხმარებლის სპეციფიკური აგენტები ქეში.
  • გამორიცხეთ Crawlers – გამორიცხეთ კონკრეტული crawlers საწყისი cache.
  • გამორიცხეთ ავტორი გვერდები – გამორიცხეთ კონკრეტული ავტორის გვერდები ქეშიდან.
  • გამორიცხეთ არქივი – გამორიცხეთ არქივის კონკრეტული გვერდები ქეშიდან.
  • გამორიცხეთ REST მისამართები – გამორიცხეთ REST კონკრეტული მისამართები ქეშიდან.
  • გამორიცხეთ არხი – გამორიცხეთ ქეშისგან სპეციფიკური მიწოდება.

Გახურება
Გახურება ინახავს URL– ებს შემდეგი ქეშის წინასწარ შესაქმნელად. თითოეულ URL- ს აქვს პრიორიტეტული ნომერი (ნაჩვენებია დაფის პარამეტრებში), სადაც შესაძლებელია მათი ხელით მორგება. ქვედა ნომერი = უმაღლესი პრიორიტეტი.

  • ჩართეთ დისტანციური Prebuild Cache – Swift აღარ გამოიყენებს გარე ბოტს წინასწარ აშენებისთვის და ამის ნაცვლად გამოიყენებს ფონის პროცესს.
  • წინასწარ შექმენით ქეში – წინასწარ ინახავს ქეშს მისი გაწმენდის შემდეგ. თუ ამით იყენებთ, ასევე ჩართეთ “ოპტიმიზაცია Prebuild Only”.
  • აღმოაჩინეთ ახალი გვერდები – თუ Swift ვერ იპოვნეთ ყველა თქვენი გვერდი, ეს დაგეხმარებათ.
  • ავტორების გვერდების შექმნა – წინასწარ აშენებს საავტორო გვერდებს.
  • წინასწარ არქივი – წინასწარ აშენებს საარქივო გვერდებს.
  • REST მისამართების შექმნა – წინასწარ აშენებს REST მისამართებს.
  • წინასწარი შედგენა – წინასწარ აშენებს RSS არხების გვერდებს.

ლაქი
ავტომატური გაწმენდის ჩართვა – ჩართეთ ლაქის ქეში გამოყენების შემთხვევაში – ის ავტომატურად გაასუფთავებს მას, როდესაც Swift გაასუფთავებს მოდულის ქეში, ასე რომ თქვენ არ გჭირდებათ ამის გაკეთება ხელით..

აპკი
აპკი ჩამოტვირთეთ თქვენი საიტი (ან კონკრეტული გვერდები) მომხმარებლის პირველი ბრაუზერის მომხმარებლის ბრაუზერში, რაც თქვენს ვებ – გვერდს გახდის ხელმისაწვდომიც კი, როდესაც ისინი ხაზზე არ არიან. მშვენივრად ჟღერს, მაგრამ ეს მნიშვნელოვნად ანელებს თქვენს წინამორბედს და არ ღირს. მე გირჩევთ დატოვოთ ეს ინვალიდები.

  • ჩართეთ Appcache დესკტოპისთვის – გამორთე.
  • ჩართეთ Appcache მობილური – გამორთე.

3.5. CDN

მე ვიყენებ StackPath ($ 10 / თვე 30-დღიანი გამოკვლევით) Cloudflare- სთან ერთად. StackPath– ს აქვს 31 მონაცემთა ცენტრი, Cloudflare– ს აქვს 150+. უფრო მეტი მონაცემთა ცენტრები = უფრო სწრაფი შინაარსის მიწოდება, და StackPath– ი მძიმედ არის განთავსებული აშშ – ში, სადაც, სულ მცირე, ჩემი ვიზიტორების უმეტესობაა.

StackPath- მონაცემთა ცენტრები

გენერალი

Ნაბიჯი 1: ჩართეთ CDN.

ნაბიჯი 2: StackPath- ის პანორში, დააჭირეთ 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- პარამეტრები

ნაბიჯი 4: StackPath– ში გადადით 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- ის ქეში გაწმენდილია (ასე რომ, თქვენ ხელით არ გჭირდებათ).

Swift-Performance-Cloudflare- პარამეტრები

MaxCDN / StackPath
ამ ვარიანტების უგულებელყოფა შეგიძლიათ. StackPath– მა იყიდა MaxCDN და ისინი აღარ იყენებენ Alias, Consumer Key ან Secret. უბრალოდ შექმენით StackPath CDN URL და შეიყვანეთ იგი CDN ჩანართში.

  • MAXCDN Alias – მოძველებულია (გამოიყენეთ StackPath CDN URL).
  • MAXCDN სამომხმარებლო გასაღები – მოძველებულია (გამოიყენეთ StackPath CDN URL).
  • MAXCDN სამომხმარებლო საიდუმლო – მოძველებულია (გამოიყენეთ StackPath CDN URL).

Swift-Performance-MaxCDN- პარამეტრები

4. გამოსახულების ოპტიმიზატორი

Swift Performance არის გამოსახულების ოპტიმიზატორი კარგია, მაგრამ ამისათვის განახლება არ გჭირდებათ (შეგიძლიათ გამოიყენოთ უფასო გამოსახულების ოპტიმიზაციის ხელსაწყოები / მოდულები): მოკლემეტრაჟიანი, წარმოიდგინე, და იმსახურება ყველა დიდ საქმეს აკეთებს.

5. მონაცემთა ბაზის ოპტიმიზატორი

მონაცემთა ბაზის ოპტიმიზატორი წაშლის მონაცემთა ბაზის გამოუყენებელ ცხრილებს (ხშირად დაუტოვებიათ დანამატები, რომელთა დეინსტალირებული გაქვთ), გარდამავალი, ავტოკლავები, ნაგავსაყრელი შეტყობინებები, სპამის კომენტარები და პოტენციურად ათასობით გამოხმაურება, რომლებიც ავტომატურად ინახება შინაარსის გამოქვეყნების დროს. უმეტესწილად, უსარგებლოა. სარეზერვო ასლი მით უმეტეს, თუ ეს არ გააკეთე გარკვეული დროით, რადგან მისი გაუქმება შეუძლებელია.

Swift-Performance- მონაცემთა ბაზა-ოპტიმიზატორი

6. კრიტიკული შრიფტი

კრიტიკული შრიფტები გთხოვთ აირჩიოთ ხატები შრიფტიდან გასაოცრად და ეფექტურად დატვირთეთ მხოლოდ ის, რაც თქვენ აირჩევთ, რადგან ეწინააღმდეგება მთლიანი შრიფტის გასაოცარ ბიბლიოთეკას, რაც ამ ხატებს უფრო სწრაფად იტვირთავს..

Swift- შესრულება-კრიტიკული-შრიფტები

7. დანამატის ორგანიზატორი

თქვენს GTmetrix ჩანჩქერის ჩანართში, შეიძლება შეამჩნიოთ გარკვეული მოდულების გაშვება გვერდებზე / შეტყობინებებში, სადაც ის არც კი გამოიყენება. საკონტაქტო ფორმა 7 შეიძლება გამოყენებულ იქნას თქვენს საკონტაქტო გვერდზე, მაგრამ, როგორც წესი, არსად სხვაგან (ასე რომ, ის სხვაგან არ უნდა გაიქცეს). ჩემი WP მიმოხილვა მდიდარი ნაჭრის მოდულით ამის გაკეთებაც ხდება. თქვენ შეგიძლიათ გამორთოთ / ჩართოთ plugins Swift– ის ფილტრების გამოყენებით, მრავალჯერადი წესის დამატებისას.

Swift-Performance-Plugin-Organizer

მაგალითები

  • ჩართეთ URL მატჩი / კონტაქტი / მხოლოდ ამ გვერდზე საკონტაქტო ფორმის ჩვენების მიზნით
  • გამორთეთ გარკვეული plugins თქვენს WordPress Admin, CPU– ს მოხმარების თავიდან ასაცილებლად
  • ჩართეთ URL– ის მატჩი რეჯექსის გამოხატულებით, მხოლოდ მდიდარი ნაწყვეტები აჩვენეთ მხოლოდ ‘მიმოხილვის’ შეტყობინებებზე

8. განახლება PRO

Swift Pro საშუალებას გაძლევთ გამოიყენოთ მათი გამოთვალეთ API, გამოსახულების ოპტიმიზატორი და კრიტიკული შრიფტები. გულწრფელად მიმაჩნია, რომ მათ ძალიან ბევრი რამ აჩუქეს უფასო (Lite) მოდულით, და რომ ეს არ ღირს განახლება.

Swift-Performance-Pro

9. ტესტის შედეგები GTmetrix- ში

სწრაფი შესრულებით…
Swift-Performance-GTmetrix- ანგარიში

WP Rocket– ით…
2019-GTmetrix-Report

დასკვნა

Swift Performance Lite აფეთქებს სხვა უფასო ქეში მოწყობილობებს, თუკი კონფიგურაციას აკეთებთ მხოლოდ ძირითადი პარამეტრები Wizard– ის გამოყენებით. თუ თქვენ კვლავ გაქვთ პრობლემები, იხილეთ ჩემი სრული WordPress სიჩქარის ოპტიმიზაციის სახელმძღვანელო, რომელიც მოიცავს მაღალი პროცესორის მოდულების ჩამონათვალის თავიდან ასაცილებლად, მსუბუქი მოდული ალტერნატივების, AMP ინსტრუქციების, როგორ განახლება PHP 7+– ზე, სურათის ოპტიმიზაცია და თუ გსურთ, ბმული. ჩემი დეველოპერის დაქირავება freelancer.com– ზე, ვინც დამეხმარა 100% GTmetrix ქულის მისაღებად.

რატომ ვიყენებ SiteGround

საიტის გარშემო არის გამოყენებულია Yoast, მე და მიერ შემოთავაზებული WordPress. ისინი # 1 არიან თითქმის ყველაში ფეისბუქის გამოკითხვა და უმეტესი მნიშვნელობით მიეცი ხალხს დატვირთვის დროს გაუმჯობესება განსაკუთრებით, თუ ისინი იყენებდნენ საშუალო მასპინძლებს: GoDaddy, Bluehost, HostGator, InMotion, Dreamhost, EIG.

იპოვნეთ Twitter– ში – ჩვენ უბრალოდ შევცვალეთ საიტის ადგილი

მე ვიყენებ მათ ნახევრად გამოყოფილი GoGeek გეგმა რაც კიდევ 4-ჯერ მეტია სერვერის რესურსები ვიდრე საერთო ჰოსტინგი. დააწკაპუნეთ ჩემს გვერდებზე, რომ ნახოთ თუ რამდენად სწრაფად იტვირთება ისინი, გადახედეთ ჩემს GTmetrix- ს მოხსენებას ან იხილეთ ადამიანები, ვინც გადაირია და გამოქვეყნდა ახალი დატვირთვის ჯერ. ისინიც აკეთებენ უფასო მიგრაცია.

DigitalOcean Cloudways- ზე და კინსტა ასევე კარგია და იწყება $ 10 / თვეში და 30 $ / თვეში. Cloudways უფრო მეტია იმ დეველოპერებისთვის, რომელთაც არ სჭირდებათ cPanel, ელ.ფოსტის ჰოსტინგი ან იმ მხარდაჭერა, რომელსაც მიიღებთ SiteGround. Kinsta ძირითადად WP ძრავაა იყო ხოლმე (ფასიანი, მაგრამ გასაოცარია). ჩემი მთელი ბლოგი ძირითადად ეძღვნება ხალხს, რომ უფრო სწრაფად დატვირთონ თავიანთი ვებ – გვერდი. უარს ვამბობ, გირჩევთ $ 2 / თვე მასპინძლობს, რადგან ყველაზე მეტად ვწუხვარ ვებსაიტზე მუშაობის დროს.

როგორ შევამოწმოთ თქვენი ჰოსტინგი ნელია
თქვენი საიტის მეშვეობით Google PageSpeed ​​Insights რომ ნახოთ შეამცირეთ სერვერის პასუხის დრო თქვენს ანგარიშშია. Google გირჩევთ ეს უნდა იყოს <200 მ. 1 წამზე მაღლა რამე კარგი არ არის. ასევე შეგიძლიათ შეამოწმოთ თქვენი TTFB (პირველი ბაიტის დრო) GTmetrix- ის Timings tab ან bytecheck.com.

შემცირება სერვერის პასუხის დრო

2019 წლის ჰოსტინგის გამოკითხვა

2017-WordPress-Hosting-FB-გამოკითხვა

ელემენტარული ჰოსტინგის რეკომენდაციები

2019 წლის ივლისი ჰოსტინგის რეკომენდაციით

WordPress-Host-Poll-Aug-2018

Shared-Hosting-Poll-2017

2019-ჰოსტინგი-გამოკითხვა

Go-to-ჰოსტინგი-კომპანია

WordPress-Hosting-Poll-2017

მართვა-ჰოსტინგი-გამოკითხვა

WooCommerce-Hosting-FB- გამოკითხვა

2016-ვებ – ჰოსტინგი-გამოკითხვა

საუკეთესო – WordPress – ჰოსტინგი – პროვაიდერი – გამოკითხვა

საუკეთესო-ვებ-ჰოსტინგი-2019-გამოკითხვა

WP მეგობრული ჰოსტინგის გამოკითხვა

2016-WordPress-Hosting-FB-გამოკითხვა

საყვარელი ჰოსტინგი Elementor– ისთვის

2018 წლის ჰოსტინგის რეკომენდაციები

WordPress ჰოსტინგი გამოკითხვა სექტემბერი 2018.png

მართული-WordPress-Hosting-Poll-2017

2019-წამყვანები-გამოკითხვა-1

ჰოსტინგი-გამოკითხვა-სიჩქარე

WordPress-ჰოსტინგი-გამოკითხვა-1 ივნისი

SiteGround- რეკომენდაცია

2014-მართული-WordPress-ჰოსტინგი-FB- გამოკითხვა

საუკეთესო ვებ – ჰოსტინგი – პროვაიდერი – გამოკითხვა

ჰოსტინგი-გამოკითხვა-2019 წლის თებერვალი

ჰოსტინგი-რეკომენდაციები-გამოკითხვა

Bluehost vs SiteGround

WordPress ვებ მასპინძელი გამოკითხვა

საიტის გარშემო გირჩევთ WordPress:

SiteGround- რეკომენდებული WordPress- მასპინძელი

და ივიკა ვინ მართავს WordPress დააჩქარა Facebook Group 16,000+ წევრით.

WordPress- ის დაჩქარებული რეკომენდაციები

რამდენიმე თემა:

Godaddy To SiteGround მიგრაცია

EIG-to-SiteGround

SiteGround- მიგრაცია

SiteGround– ს აქვს 3 გეგმა:

საიტის გარშემო WordPress ჰოსტინგი

უმაღლესი გეგმები უფრო მეტს მოიცავს სერვერის რესურსები (# 1 ფაქტორი WordPress- ის ოპტიმიზაციის სახელმძღვანელოში). აქ არის სრული შედარების სქემა, მაგრამ GrowBig მოგცემთ დაახლოებით 2x მეტ სერვერის რესურსს ვიდრე StartUp და GoGeek ნახევრად გამოყოფილი ჰოსტინგი რაც კიდევ უფრო მეტს გაძლევთ. GrowBig და განახლებულია უფასო მიგრაცია, დადგმა, მოწინავე ქეშირება და მრავალ ვებსაიტებზე მასპინძლობის შესაძლებლობა. GoGeek მოდის პრიორიტეტული მხარდაჭერით. მათი ღრუბლის ჰოსტინგი საკმაოდ ფასია $ 80 / თვეში.

ამის ნახვა შეგიძლიათ მათ თვისებების გვერდი:

SiteGround-Server- რესურსების შედარება

მე ვიყენებ SiteGround რადგან:

  1. ჩემი GTmetrix + პინგდომ მოხსენებები თავისთავად საუბრობენ
  2. ჩემი გვერდები მყისიერად იტვირთება (დააჭირეთ მათ, თუ გსურთ)
  3. Სწრაფი სიჩქარის ტექნოლოგია (PHP 7.3, NGINX, SG ოპტიმიზატორი, Cloudflare)
  4. Რეკომენდირებულია იუასტი, WordPress, ივიკა დან WordPress– მა დააჩქარა
  5. უფასოა მოდით დავუკავშიროთ SSL, მარტივი cPanel, და მახასიათებლები ელექტრონული კომერცია
  6. WordPress- ის მხარდაჭერაა დაუმარცხებელი თუნდაც GoGeek- ის პრიორიტეტული მხარდაჭერის გარეშე
  7. GrowBig გააჩნია დადგმა, მეტი შენახვა და მეტი სერვერის რესურსი (გადადით ქვემოთ რომ “ჩვენ გამოვყოფთ თქვენთვის საჭირო რესურსებს”) და გადაიტანეთ სერვერი ჩანართი)
  8. GoGeek გააჩნია კიდევ უფრო მეტი სერვერის რესურსი, საცავი, პრიორიტეტული მხარდაჭერა
  9. უფასო მიგრაცია, მიგრატორის მოდული, და ა 30-დღიანი თანხის დაბრუნების გარანტია
  10. უამრავი ქება სიწითლე, Facebook საუბრები, ტვიტერი, 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 წლამდე იყო წითელი ჯვრისკენ, ქარიშხალი ჰარვიში). თქვენი მხარდაჭერა მეხმარება და გულწრფელად ვაფასებ მას. ვცდილობ ჩემი მიმოხილვები მიუკერძოებელი და მომხრე იყოს მტკიცებულება სახით ფეისბუქის გამოკითხვებით, ტვიტები, და რეალური საუბრები. თუ არ გსურთ მისი გამოყენება, აქ არის ა არამომგებიანი ბმული საიტის გარშემო ნებისმიერ შემთხვევაში, მე ნამდვილად მჯერა, რომ ისინი WordPress- ის ვარსკვლავური მასპინძელია და თქვენი საიტი უფრო სწრაფად / გამარტივდება … გააკეთეთ თქვენი კვლევა Facebook ჯგუფებზე + ტვიტერი და ნახავთ ყველაზე მეტ ადამიანს იგივე თქვით.

OMM-On-SiteGround

ჩვეულებრივ, ხალხი მიგრირებს, რადგან მათი სიჩქარის ტექნოლოგია შეუძლია დატვირთოს დატვირთვა ჯერ ნახევარში:

გადასვლა SiteGround- ზე

SiteGround დატვირთვის დრო მიგრაცია

Bluehost to SiteGround GTmetrix

HostGator საიტის გარშემო

SiteGround GTmetrix

SiteGround Google PageSpeed ​​Insights

100 სრულყოფილი ქულა SiteGround- ზე

SiteGround გენეზისი

სიჩქარე მიწოდებულია SiteGround- ის მიერ

SiteGround GTmetrix ანგარიში

შემცირებული დატვირთვის დრო SiteGround- ით

ახალი SiteGround Response Times

HostGator საიტის გარშემო მიგრაცია

SiteGround Response Times Joomla– ზე

გადავიდა საიტის გარშემო ჰოსტინგი

SiteGround Rocket წარმოიდგინეთ Combo

Joomla GTmetrix On SiteGround

SiteGround PageSpeed ​​Insights

SiteGround On Joomla

SiteGround შემცირდა დატვირთვის დრო

SiteGround სწრაფი ჰოსტინგი

Pingdom– ის ახალი შედეგები SiteGround– ზე

New SiteGround რეაგირების დრო

SiteGround რეაგირების დროის გაუმჯობესება

ხშირად დასმული შეკითხვები

&# x1f680; სვიფტი უკეთესია ვიდრე WP Rocket?

WP Rocket შეაფასა უფრო მაღალი ფეისბუქის გამოკითხვებში, უფრო მარტივია კონფიგურაცია და აქვს დოკუმენტაცია / მხარდაჭერა, თუ გჭირდებათ დახმარება მასში..

&# x1f680; როგორ დაადგინოთ Cloudflare Swift– ით?

დარეგისტრირდით Cloudflare– ის უფასო გეგმისთვის, დააკოპირეთ Cloudflare მიერ მოწოდებული 2 სახელების სერვერი და შეცვალეთ სახელების სერვერები Cloudflare– ში თქვენს დომენის რეგისტრატორში. შემდეგი, დაამატეთ თქვენი Cloudflare ინფორმაცია (რომელიც მდებარეობს თქვენი ანგარიშის ჩანართში) Swift Performance- ის Cloudflare პარამეტრებში.

&# x1f680; როგორ იყენებთ მოდულის ორგანიზატორს?

შეიტყვეთ რომელ გვერდებს / შეტყობინებებს არ სჭირდებათ გარკვეული მოდული / სკრიპტები. ამას შეიძლება დასჭირდეს ტესტირება. შემდეგი, გამოიყენეთ მოდულების ორგანიზატორი, რომ გამორთოთ ის გვერდები / შეტყობინებები, რომელთა ჩატვირთვა აღარ გჭირდებათ. მხოლოდ საკონტაქტო ფორმა მოდულის დადება თქვენს საკონტაქტო გვერდზე კლასიკური მაგალითია.

&# x1f680; რა სხვა სიჩქარის მოდული მჭირდება?

Swift– მა უნდა იზრუნოს სიჩქარის მაქსიმალურ ოპტიმიზაციაზე. თქვენ უნდა დაათვალიეროთ თქვენი GTmetrix ანგარიში (ჩანჩქერის ჩანართის ჩათვლით), რომ ნახოთ რა არის შენელებული თქვენი WordPress საიტი. სურათებისთვის, მე გირჩევთ ShortPixel. შრიფტებისთვის შეგიძლიათ სცადოთ OMGF.

&# x1f680; ღირს Swift Performance Pro ღირს?

თუ თქვენ აპირებთ გადაიხადოთ Premium cache მოდული, უკეთესია გადაიხადოთ WP Rocket ვიდრე Swift Performance Pro.

მადლობა კითხვისთვის – გამომიგზავნეთ კომენტარი, თუ თქვენ გაქვთ რაიმე შეკითხვები!
ტომ

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Понравилась статья?
    Комментарии (0)
    Комментариев нет, будьте первым кто его оставит

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

    Adblock
    detector