წარმადობა
თითოეული WordPress საიტი იღებს სრული გვერდის ქეშს და თითოეული საიტისთვის განკუთვნილ Redis ობიექტის ქეშს, რომლებიც შედის ჰოსტინგში და მუშაობს სერვერზე, იმ მოდულის ნაცვლად, რომლის კონფიგურაციაც თავად გიწევთ. ორივე გადამრთველის სახითაა წარმოდგენილი საიტის ჩანართში „წარმადობა“, და ეს ჩანართი ზომავს იმას, თუ რას ცვლიან ისინი: Core Web Vitals-ს რეალური ვიზიტორებისგან, სერვერზე დაფიქსირებულ მოთხოვნის დროებს და კოდის დონის პროფილირებას, რომელიც ასახელებს დროს ხარჯვის მიზეზ მოდულს ან მოთხოვნას.
ეს ფუნქციები მოყვება ჰოსტინგს. ისინი არ წარმოადგენენ ცალკეულ დონეს და ფასიანი განახლების გამორთვა მათ არასოდეს აუქმებს — რაც მნიშვნელოვანია, რადგან ტარიფის დაქვეითება, რომელიც ჩუმად წაგართმევდათ ქეშირებას, წაგართმევდათ იმას, რაც არასოდეს გიყიდიათ და რისთვისაც გადახდა არასოდეს შეგიწყვეტიათ.
რენდერიზებული გვერდები მიეწოდება პირდაპირ ქეშიდან, რაც სრულად გამორიცხავს PHP-ს იმ ვიზიტორებისთვის, რომლებიც არ არიან სისტემაში შესული. შინაარსობრივი ან სავიზიტო საიტისთვის ეს არის ყველაზე დიდი ხელმისაწვდომი უპირატესობა და ეს არის განსხვავება იმ სერვერს შორის, რომელიც უპრობლემოდ უმკლავდება ტრაფიკის მკვეთრ ზრდას, და იმ სერვერს შორის, რომელიც ითიშება.
ობიექტების მუდმივი ქეში უზრუნველყოფს, რომ WordPress-მა ყოველ მოთხოვნაზე არ ააგოს ერთი და იგივე მონაცემთა ბაზის მოთხოვნა, ამიტომ გვერდები უფრო სწრაფად იკრიბება დატვირთვისას და მონაცემთა ბაზა რჩება განტვირთული. თითოეული საიტისთვის ცალკე, არა გაზიარებული — თქვენი ქეში სხვისი გაძევების გამო არ გასუფთავდება.
კალათები, გადახდის გვერდები, ანგარიშის გვერდები და ნებისმიერი კონტენტი, რომელიც სისტემაში შესულ ვიზიტორს მიეწოდება, ნაგულისხმევად გამორიცხულია როგორც WordPress-ისთვის, ასევე WooCommerce-ისთვის. ქეში, რომელიც ერთ მომხმარებელს მეორე მომხმარებლის კალათას აჩვენებს, წარმადობის ფუნქციას არ წარმოადგენს.
გამოაქვეყნეთ პოსტი და ის გაასუფთავებს ამ პოსტს და სიებს, სადაც ის ჩნდება; კომენტარი ასუფთავებს მის მშობელ ელემენტს; თემის შეცვლა ასუფთავებს ყველაფერს.
ქეშირება გვერდის მიწოდებას უფრო იაფს ხდის. ის არ ხდის მძიმე სურათს უფრო მსუბუქს და არ აჩერებს დამბლოკავ სკრიპტს — ეს თავად საიტზე სამუშაოა და სწორედ ამისთვისაა განკუთვნილი ექსპერტული აჩქარება.
| ჩართული ქეშირება | ექსპერტული აჩქარება | |
|---|---|---|
| მთლიანი გვერდის ქეში (LiteSpeed LSCache) | დიახ | Configured for how the site is built |
| Redis ობიექტების ქეში თითოეული საიტისთვის | დიახ | Configured and tuned |
| სურათების შეკუმშვა და თანამედროვე ფორმატები | არა | დიახ |
| CSS და სკრიპტები, რომლებიც ბლოკავს Render-ს | არა | Deferred; critical CSS on the heaviest tier |
| CDN საიტის წინ | From the CDN tab | From the CDN tab |
| როგორ იბეგრება | With the hosting | One-off, by how complex the site is |
| ვინ ასრულებს სამუშაოს | You switch it on | Our engineers |
| როგორ მიიღოთ | The Performance tab | Bought as an add-on |
ექსპერტული დაჩქარების ფასი განისაზღვრება საიტის სირთულის მიხედვით, რადგან სირთულე განსაზღვრავს სამუშაო საათებს — იხილეთ დაჩქარების გვერდი, რათა გაიგოთ, თუ რას მოიცავს თითოეული დონე.
თითოეულ საიტს აქვს ერთი. ის აჩვენებს ქეშირებას, რომელიც უკვე ჩართულია, რას განიცდიან რეალური ვიზიტორები და სად იხარჯება თქვენი საიტის დრო.
გვერდის ქეში და ობიექტის ქეში ჩართულია და იქ არის ჩამოთვლილი. თითოეულს აქვს თავისი ჩამრთველი, ასე რომ საიტს, რომელსაც ერთის გამორთვა უწევს, შეუძლია მეორე შეინარჩუნოს.
ჯერ წაიკითხეთ Core Web Vitals ბარათი და სერვერის მხარის დროის მაჩვენებლები, რათა უბრალო შთაბეჭდილების ნაცვლად გქონდეთ შესადარებელი მონაცემები.
თუ მაჩვენებლები კვლავ არადამაკმაყოფილებელია, შეფერხების მიზეზი, როგორც წესი, ქეში არ არის — ეს არის სურათები, პლაგინი ან მოთხოვნა. ექსპერტული დაჩქარება სწორედ იმას გულისხმობს, რომ ჩვენი დეველოპერები იპოვიან და აღმოფხვრიან ამ პრობლემას.
მტკიცებულება და არა განცდები
Core Web Vitals მომდინარეობს იქიდან, რაც რეალურმა ვიზიტორებმა რეალურად გამოსცადეს, რაც მოწმდება ავტომატურად თქვენი მთავარი გვერდისთვის და მოთხოვნისამებრ ნებისმიერი სხვა გვერდისთვის. სერვერის მხარის დროები არის რეალური მოთხოვნები, რომლებსაც თქვენმა საიტმა მოემსახურა, დაფიქსირებული სერვერზე მანამ, სანამ რაიმე ბრაუზერს მიაღწევდა — ამრიგად, ნელი გვერდი გამიჯნულია ნელი ქსელისგან.
კოდის დონის პროფილირება არის ის, რაც ცვლის თქვენს შემდგომ ნაბიჯს: თითოეული მოთხოვნის პროფილირება ხდება სერვერზე, ხოლო ისტორია გიჩვენებთ, რომელი გვერდებია ყველაზე ნელი, რომელი მოდული ან მოთხოვნა ხარჯავს დროს და უარესდება თუ არა მდგომარეობა. ასიდან ქულა გატყობინებთ, რომ პრობლემა არსებობს; ეს კი გეუბნებათ, ვის ეკუთვნის ის.
მათ შორის განსხვავება იმაში მდგომარეობს, თუ ვინ ასრულებს სამუშაოს. არასწორი ვარიანტის არჩევა მარტივია და ძვირი ჯდება, ამიტომ წარმოგიდგენთ გულწრფელ გზამკვლევს.
გვერდის ქეში და ობიექტის ქეში გათვალისწინებულია თქვენს ტარიფში და მათი გადართვა ხდება ჩანართიდან «წარმადობა». იდეალურია უმეტესი საინფორმაციო და სავიზიტო საიტისთვის, თანაც სრულიად უფასოა თქვენთვის.
როგორ მუშაობს ქეშირება →ერთჯერადი მომსახურება, რომლის ფარგლებშიც ქეშირებას თქვენი რეალური საიტის შესაბამისად ვაკონფიგურირებთ — საჭირო გამონაკლისებითა და წესებით — და სამუშაო მდგომარეობაში გიბრუნებთ.
აჩქარების სერვისების ნახვა →ჩვენი დეველოპერები მუშაობენ იმაზე, რაც რეალურად ნელია: ინდექსის არმქონე მოთხოვნა, ფლაგინი, რომელიც ყოველი გვერდის ჩატვირთვისას რესურსტევად ოპერაციას ასრულებს, თემა, რომელიც მთლიან კატალოგს ასახავს. ფასი დამოკიდებულია საიტის სირთულეზე.
სიჩქარის ექსპერტული ოპტიმიზაცია →გვერდის ქეში LiteSpeed-ისაა, ხოლო ჩვენი ფლოტი LiteSpeed Enterprise-ზე მუშაობს. თუ სხვაგან ხართ ჰოსტინგზე და იგივე ძრავა გსურთ, ამასაც ვმართავთ.
LiteSpeed, მართული →სერვერის მხარეს ქეშირების დონე WordPress-ისთვის, რომელიც იმართება ჰოსტინგის დონეზე და არა იმ მოდულის მეშვეობით, რომელსაც თავად აინსტალირებთ და აკონფიგურირებთ. იგი მოიცავს მთლიანი გვერდის ქეშსა და თითოეული საიტის ობიექტურ ქეშს; ორივე შედის თქვენს ტარიფში და ორივეს მართვა საიტის წარმადობის ჩანართიდან ხდება. არ საჭიროებს ცალკე ლიცენზიის შეძენას და არც კონფიგურაციის ფაილის რედაქტირებას.
ქეშირების ორი დონე, რომლებიც ერთი პარამეტრის ნაცვლად ცალ-ცალკე ჩამრთველებით რეგულირდება. გვერდის ქეში უზრუნველყოფს გენერირებული გვერდების პირდაპირ მიწოდებას LiteSpeed-ის LSCache-იდან და არაავტორიზებული მომხმარებლებისთვის სრულად ტოვებს PHP-ს — რაც ყველაზე დიდი უპირატესობაა კონტენტის ან სავიზიტო ბარათის ტიპის საიტებისთვის. ობიექტების ქეში არის თითოეული საიტისთვის განკუთვნილი Redis-ის ეგზემპლარი, რომელიც აჩერებს WordPress-ის მიერ ყოველ მოთხოვნაზე ერთი და იმავე მონაცემთა ბაზის მოთხოვნის თავიდან აგებას. ორივე ხელმისაწვდომია ყველა გეგმაში, ხოლო ფასიანი ტარიფის გამორთვა მათ არასდროს აუქმებს.
არა. ქეშირება და ოპტიმიზაციები მუშაობს სერვერზე, WordPress-ის ქვეშ. ჩვენ ვაწვდით Zinn® Cache მოდულს საიტის გაშვების ნაწილად, მაგრამ ეს არის ქეშის კონტროლერი და არა ქეშის ძრავა — ის არსებობს იმისთვის, რომ პოსტის გამოქვეყნებამ გაასუფთაოს ზუსტად ის გვერდები, რომლებზეც ეს პოსტი ჩნდება, და ჩვენს edge-საც იგივეს გაკეთება დაავალოს, ნაცვლად იმისა, რომ ქეში ხელით გაასუფთაოთ.
ოპტიმიზაციები მუშაობს სერვერისა და ქეშის დონეზე და მოყვება უსაფრთხო ნაგულისხმევი პარამეტრები, მათ შორის გამონაკლისები იმ WordPress და WooCommerce ბილიკებისთვის, რომლებიც არასდროს არ უნდა დაქეშირდეს — კალათები, გადახდის გვერდები, ანგარიშის გვერდები და ყველაფერი, რაც მიეწოდება ავტორიზებულ მომხმარებელს. თუ რაიმეს გამორიცხვა მაინც გახდება საჭირო, ქეშის კონტროლერი გაძლევთ საშუალებას გამორიცხოთ იგი მთელი დონის გამორთვის ნაცვლად.
ერთი და იგივე ჩანართი მას სამი გზით ზომავს. Core Web Vitals მომდინარეობს იქიდან, თუ რა გამოცდილება მიიღეს რეალურმა ვიზიტორებმა. სერვერის მხარის დროები წარმოადგენს თქვენი საიტის მიერ დამუშავებულ რეალურ მოთხოვნებს, რომლებიც გაიზომა სერვერზე მანამ, სანამ რაიმე ბრაუზერამდე მიაღწევდა. ხოლო კოდის დონის პროფილირება ასახელებს იმ პლაგინს, მოთხოვნას ან კოდის ფრაგმენტს, რომელმაც დრო წაიღო — რაც სამიდან ერთადერთია, რომელიც გეუბნებათ, თუ რა უნდა შეცვალოთ რეალურად.
იმის მიხედვით, თუ ვინ ასრულებს სამუშაოს. ქეშირება ამ გვერდზე უკვე ჩართულია და მას თავად რთავთ. გამართვის სერვისი გულისხმობს ჩვენ მიერ მის ერთჯერად, სწორ კონფიგურაციას სპეციალურად თქვენი საიტისთვის. ექსპერტული დაჩქარება არის ჩვენი დეველოპერების მუშაობა თქვენი საიტის რეალურ პრობლემებზე — სურათებზე, ნელ მოთხოვნაზე, მძიმე მოდულზე, თემაზე, რომელიც ყოველი გვერდის ჩატვირთვისას რესურსების მომთხოვნ ოპერაციას ასრულებს. ესენი არ წარმოადგენს ერთი პროდუქტის ვერსიებს; ერთ-ერთი მათგანი შეიძლება ზუსტად ის იყოს, რაც გჭირდებათ, სხვები კი — გამოუსადეგარი.
თითოეული WordPress საიტი, რომელსაც ჩვენ ვჰოსტავთ, ქეშირების ორივე ფენას შეიცავს — ისინი მოჰყვება ჰოსტინგს და არა კონკრეტულ ტარიფს. განსხვავება ძირითად აპარატურაშია: ქეშირება მუშაობს იქ, სადაც ჩვენ ვაკონტროლებთ სერვერს, ამიტომ მომწოდებლის მიერ მართულ პაკეტზე არსებული საიტი სამაგიეროდ იღებს იმას, რასაც ამ მომწოდებლის პლატფორმა უზრუნველყოფს.
ობიექტების ქეში შექმნილია WordPress-ისთვის და სწორედ აქ მოაქვს მას ყველაზე დიდი სარგებელი. მთლიანი გვერდის ქეში მხოლოდ WordPress-ისთვის არ არის განკუთვნილი — ჩვენს ინფრასტრუქტურაში არსებულ PHP აპლიკაციას ან სტატიკურ საიტს ემსახურება იგივე LiteSpeed გვერდის ქეში, ხოლო სტატიკური საიტი სწრაფია იმ მიზეზების გამო, რაც ამ ყველაფრის უმეტეს ნაწილს აზრს უკარგავს.
ამ ეტაპზე არა. ამ გვერდზე ქეშირება არის ის, რასაც იყენებს ჩვენ მიერ ჰოსტირებული თითოეული WordPress საიტი და ის შედის პაკეტში. თუ მისი ჩართვის შემდეგ თქვენი გვერდები კვლავ ნელია, მიზეზი ჩვეულებრივ არის სურათები, პლაგინი ან მოთხოვნა და არა ქეში — ეს არის სამუშაო, რომელსაც ექსპერტთა აჩქარების სერვისი ხელით ასრულებს თქვენი კონკრეტული საიტისთვის.
გამოსაცდელი არაფერია: ქეშირება შედის ჰოსტინგში და ჩართულია პირველივე განთავსებიდან. თვითონ ჰოსტინგს მოჰყვება 14-დღიანი საცდელი პერიოდი ბარათის გარეშე.
არა, და თანაც გამიზნულად. AccelerateWP-ს მოჰყვება ინტეგრირებული CDN და ჩვენ მას არასდროს ვრთავთ, რადგან თითოეული Zinn® საიტი უკვე დაცულია ჩვენ მიერ არჩეული edge-ით — მის წინ მეორე CDN-ის არსებობა ნიშნავს ორ ქეშს მიმდევრობით, ხოლო ერთის გასუფთავება მეორეს მოძველებული გვერდის მიწოდების მდგომარეობაში დატოვებს. თქვენი CDN მოდის საიტის CDN ჩანართიდან.
დიახ. ორივე შრე არის გადამრთველი თითოეული საიტის საკუთარ ჩანართზე „წარმადობა“ და ისინი ერთმანეთისგან დამოუკიდებელია — საიტი, რომელსაც გვერდის ქეშის გამორთვა უწევს, მაინც ინარჩუნებს თავის ობიექტების ქეშს.
დაიწყეთ 14-დღიანი საცდელი პერიოდი ბარათის გარეშე. ქეშირება ჩართულია პირველივე განთავსებიდან — გახსენით Performance ჩანართი და ნახეთ, როგორ იმოქმედებს ეს თქვენს საკუთარ მაჩვენებლებზე.
დაიწყეთ უფასოდ