ქეშირება და სიჩქარე

მრავალშებიანი ქეშირებით, რომელიც საიტების სისწრაფეს მასშტაბირებისასაც ინარჩუნებს

Zinn Digital® საიტებზე ვიზიტების უმრავლესობა PHP-ს ან MySQL-ს საერთოდ არ ეხება. LiteSpeed-ის სრული გვერდის ქეში, თითოეული საიტისთვის განკუთვნილი Redis ობიექტების ქეში და CDN ზღვარი (edge) ერთად მუშაობს, ჭკვიანი ავტოგასუფთავებით კოორდინირებულად, რათა გვერდები სწრაფი დარჩეს, ხოლო სერვერის საწყისი წერტილები — დატვირთვის გარეშე — მსოფლიო მასშტაბით 650,000-ზე მეტ ჰოსტინგზე განთავსებულ საიტზე.

სამი ქეშის ფენა, ერთი კოორდინირებული სისტემა

სიჩქარე მოდის სწორი რამის ყველაზე სწრაფი ადგილიდან მოწოდებით. ჩვენ ვაწყობთ სამ ქეშს, რათა მოთხოვნას პასუხი გაეცეს რაც შეიძლება ადრე — ქსელის კიდეზე (at the edge), ვებ-სერვერზე ან მეხსიერებიდან — და არასდროს დასჭირდეს უკვე აგებული გვერდის თავიდან აწყობა.

LSCache სრული გვერდის ქეში

LiteSpeed ჰოსტებზე, ქეშირებადი ფრონტენდ-პასუხები იბეჭდება LiteSpeed cache-control და tag ჰედერებით, რის შედეგადაც ვებ-სერვერი სრულ გვერდებს PHP-ის ჩართვის ან MySQL-ის გამოძახების გარეშე აწვდის. ეს ყველაზე დიდი უპირატესობაა WordPress-ზე time-to-first-byte-ისთვის.

თითოეული საიტისთვის Redis ობიექტების კეში

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

CDN და ქეშირების ზონა

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

ჭკვიანი ავტომატური გაწმენდა კონტენტს მუდამ ახალს ინარჩუნებს

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

  • როდესაც პოსტი ან გვერდი ინახება, ხვდება ნაგავში ან იშლება, იწმინდება მხოლოდ შესაბამისი გვერდები და ის სიები, რომლებზეც ისინი ჩნდებიან.
  • კომენტარები, რედაქტირებული ტაქსონომიის ტერმინები, თემის გადართვა, პლაგინის გააქტიურება და ბირთვის/პლაგინის/თემის განახლებები — ეს ყველაფერი იწვევს მიზნობრივ გასუფთავებას.
  • წაშლის მოთხოვნებს აინქრონიზებს მართვის პანელთან ხელმოწერილი ვებჰუკის საშუალებით, რათა CDN და ედჯ-ქეში ორიგინალთან სინქრონიზებულად გასუფთავდეს.
  • REST გასუფთავების ენდფოინთი პანელს საშუალებას აძლევს, გაასუფთავოს ყველაფერი, კონკრეტული URL-ები ან კონკრეტული ტეგები — აუტენტიფიკაცია ხდება ადმინისტრატორის სესიით ან HMAC-SHA256 ხელმოწერით.

უსაფრთხოა ნაგულისხმევად — დინამიკური გვერდები არასდროს ქეშირდება

აგრესიული ქეშირება უსაფრთხოა მხოლოდ მაშინ, როდესაც ის, რაც ცოცხალი უნდა დარჩეს, არასდროს ქეშირდება. Zinn® Cache მოჰყვება WordPress-ისა და WooCommerce / Easy Digital Downloads-ის გონივრული საწყისი პარამეტრებით: კალათა, შეკვეთა, ჩემი ანგარიში, REST და AJAX, გადასახედი და ძიება გამორიცხულია, ხოლო ნებისმიერი ავტორიზებული ან სესიის ქუქი-ფაილის მქონე მოთხოვნა ახალი სახით მოწოდდება.

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

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

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

ამ ყველაფრის კონფიგურაცია მჭირდება?

არა. Zinn® Cache პლაგინი შედის deploy footprint-ში და მთელი გვერდის ქეში, ობიექტების ქეში, ავტომატური გაწმენდა და უსაფრთხო გამორიცხვები ავტომატურად არის დაკავშირებული Zinn-ზე ჰოსტინგზე განთავსებულ საიტებზე. სურვილისამებრ, შეგიძლიათ ყველაფერი დააკონფიგურიროთ პარამეტრებიდან Settings → Zinn® Cache ან სამართავი პანელიდან.

ქეშირება დაარღვევს ჩემს WooCommerce მაღაზიას?

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

რა ხდება, თუ Redis მიუწვდომელია?

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

სჭირდება თუ არა ამას LiteSpeed?

მთლიანი გვერდის ქეშირებისთვის გამოიყენება LiteSpeed ვებ სერვერი, ან მესამე მხარის LiteSpeed Cache პლაგინი, თუ ის უკვე აქტიურია. სხვა სერვერებზე ქეშის თავსართები არ გამოიყოფა, მაგრამ ობიექტების ქეში, გამორიცხვები და დისტანციური გასუფთავება კვლავაც მუშაობს.

როგორ ხდება CDN-ისა და სერვერის ქეშების სინქრონიზაცია?

ერთი კordinირებული გაწმენდა. კონტენტის შეცვლისას, მიზნობრივი ტეგებზე დაფუძნებული წმენდა ასუფთავებს დაზარალებულ გვერდებს ვებ სერვერზე და აისახება CDN-სა და edge-ზე ხელმოწერილი ვებჰუკის მეშვეობით, ისე რომ თითოეული ფენა ერთდროულად ასუფთავებს ერთსა და იმავე გვერდებს.

იხილეთ თქვენსავე საიტებზე

დაიწყეთ 14-დღიანი საცდელი პერიოდი ბარათის გარეშე და მიანდეთ საქმე მრავალშრიან ქეშირებას. უფასო მიგრაცია, 30-დღიანი თანხის დაბრუნების გარანტია, 99.99%-იანი ხელმისაწვდომობის გარანტია და მწარმოებელზე მიჯაჭვულობის გარეშე.

უფასოდ დაწყება