WordPress-ში შესვლისა და ვიზიტორთა ქეშირების ნულოვანი ფასის გამოყოფა: Cloudflare-ის უფასო ვერსიის საბოლოო სახელმძღვანელო

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

Cloudflare-ის უფასო ქუქი-ფაილების ქეშირების საბოლოო სახელმძღვანელო: დინამიური შესვლის/სტატიკური ვიზიტორთა განცალკევების მიღწევა ნულოვანი დანახარჯებით

Cloudflare-ის უფასო ვერსიის გამოყენებით WordPress-ის ვებსაიტების მფლობელების 99% სერვერის მუშაობის ნახევარზე მეტს ტყუილად ხარჯავს.

ძალიან ბევრი ადამიანი მინახავს, ​​რომლებიც ორ უკიდურესობაში ვარდებიან.

ან საერთოდ არ შეინახოთ HTML ფაილი ქეშირებაში და ყოველი ვიზიტორის ვიზიტისას მონაცემები მოიძიეთ საწყისი სერვერიდან.

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

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

ბოლოს და ბოლოს, Cloudflare ოფიციალურად აცხადებს, რომ მხოლოდ ბიზნეს და საწარმო გეგმებს შეუძლიათ HTML ქეშირების გვერდის ავლა, როდესაც ქუქი-ფაილები არსებობს.

ბიზნეს გეგმა იწყება თვეში 200 დოლარიდან, რაც სრულიად ზედმეტია ინდივიდუალური ვებსაიტების მფლობელებისა და მცირე ბლოგებისთვის.

2023 წლის აპრილამდე აღმოვაჩინე ტექნიკური ხრიკი, რომელსაც ადამიანების უმეტესობა ვერ აქცევდა ყურადღებას.

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

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

ჩემი პირადი ბლოგის სერვერის პროცესორის დატვირთვა საშუალოდ 45%-დან 12%-მდე შემცირდა.

გვერდის საწყისი ჩატვირთვის დრო 5 წამით შემცირდა.

სერვერის ყოველთვიური გამტარუნარიანობის მოხმარება 68%-ით შემცირდა.

თუმცა, საწყის განხორციელებას ორი აშკარა ნაკლი ჰქონდა.

ის მხოლოდ ერთ HTTPS დომენს უჭერს მხარს და არ უჭერს მხარს wildcard დომენებს.

ეს არ ითვალისწინებს, რომ ბევრი ვებსაიტი კვლავ იყენებს HTTP გადამისამართებებს ან მხარს უჭერს როგორც HTTP-ს, ასევე HTTPS-ს.

ორიგინალური მიდგომის საფუძველზე ყოვლისმომცველი ოპტიმიზაცია გავაკეთე და ეს ორი პრობლემა გადავწყვიტე.

ახლა მე *.et-ს მივმართავufoაქ მოცემულია სრული სახელმძღვანელო, თუ როგორ დააკონფიგურიროთ wildcard დომენი, როგორიცაა .org, რომელიც მხარს უჭერს როგორც HTTP-ს, ასევე HTTPS-ს.

რატომ შეუძლია უფასო ვერსიას ფასიანი ვერსიის ქუქი-ფაილებზე დაფუძნებული ქეშირების ფუნქციის მიღწევა?

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

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

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

თუმცა, უფასო ვერსია არ უჭერს მხარს ამ ოპერატორს და მისი გამოყენებისას მიიღებთ შეცდომის შეტყობინებას „არ აქვს უფლება: ოპერატორის გამოყენება მატჩები არ არის დაშვებული“.

Cloudflare-ის ოფიციალურ დოკუმენტაციაში ნათლად არის ნათქვამი, რომ...Matchesოპერატორებს ბიზნეს გეგმის ან WAF Advanced გეგმის გამოყენება სჭირდებათ.

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

მაგრამ განმეორებითი ტესტირებისა და კვლევის შემდეგ, მნიშვნელოვანი გარღვევა აღმოვაჩინე.

როგორც WordPress-ის, ასევე WooCommerce-ის შესვლის ქუქი-ფაილებს აქვთ ფიქსირებული პრეფიქსი.

WordPress-ის ქუქი-ფაილების პრეფიქსი:

ყველა ქუქი-ფაილის შესატყვისად რეგულარული გამოსახულებების გამოყენება არ არის საჭირო; მხოლოდ უფასო ვერსიის მიერ მხარდაჭერილი ქუქი-ფაილების გამოყენება გვჭირდება.containsოპერატორი ამოწმებს, შეიცავს თუ არა ქუქი-ფაილი ამ ფიქსირებულ პრეფიქსებს.

ეს იდეა ძალიან ჭკვიანურია.

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

უფრო მეტიც, მისი შესრულება უკეთესია, ვიდრე რეგულარული გამოსახულებების შესაბამისობა, რადგან...containsოპერატორების გამოთვლითი ხარჯები გაცილებით ნაკლებია, ვიდრე რეგულარული გამოსახულებების შესაბამისობის.

*.et-ისთვისufoდაასრულეთ .org-ის კონფიგურაციის ნაბიჯები (გამოიყენება როგორც HTTP-ზე, ასევე HTTPS-ზე)

მთელი კონფიგურაციის პროცესი მხოლოდ 3 ქეშირების წესის შექმნას მოითხოვს.

წესების თანმიმდევრობა ძალიან მნიშვნელოვანია და მკაცრად უნდა იქნას დაცული ჩემს მიერ მოცემული თანმიმდევრობით.

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

წესი 1: დინამიური (უმაღლესი პრიორიტეტის) გვერდის ავლითი გზები

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

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

ჩემი ოპტიმიზირებული გამოსახულება მხარს უჭერს ყველა ქვედომენს და HTTP/HTTPS პროტოკოლებს.

თქვენ არ გჭირდებათ თითოეული ქვედომენისთვის ცალკე წესების შექმნა.

HTTP-ისა და HTTPS-ისთვის ცალკე წესების შექმნა საჭირო არ არის.

გამოთქმა შემდეგია:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

ოპერაციის ვარიანტად აირჩიეთ „ქეშის გვერდის ავლით“.

ეს წესი ყველა ქეშირების წესის სათავეში მოათავსეთ.

წესი 2: სისტემაში შესული და კომენტარის დამტოვებელი მომხმარებლების გვერდის ავლა (მეორე პრიორიტეტი)

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

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

თავდაპირველი განხორციელება იყენებდა შემდეგ მეთოდს:starts_with(http.request.full_uri, "https://你的域名/").

მე შევცვალე ისends_with(http.host, ".etufo.org").

ეს ცვლილება მთელი ოპტიმიზაციის ბირთვია.

http.hostის მხოლოდ დომენის სახელს შეიცავს და არა პროტოკოლსა და გზას.

用ends_with匹配.etufo.orgის ავტომატურად დაემთხვევაetufo.org,www.etufo.org,blog.etufo.orgყველა ქვედომენი.

ის ავტომატურად აკავშირებს როგორც HTTP, ასევე HTTPS პროტოკოლებს დამატებითი კონფიგურაციის გარეშე.

მშობლიური WordPress გამოსახულებები:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

თუ WooCommerce-ს იყენებთელექტრონული კომერციადანამატისთვის საჭიროა WooCommerce cookie პრეფიქსის დამატება.

WooCommerce-ის გაუმჯობესებული გამოთქმები:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

ოპერაცია ასევე უნდა იყოს დაყენებული "გვერდის ავლით ქეშზე".

მოათავსეთ ეს წესი წესი 1-ის ქვემოთ.

წესი 3: სტატიკური HTML-ის ქეშირება იმ ვიზიტორებისთვის, რომლებიც არ არიან შესულები სისტემაში (ყველაზე დაბალი პრიორიტეტი)

ამ წესის მიზანია, არარეგისტრირებულ ვიზიტორებს საშუალება მისცეს, პირდაპირ მიიღონ ქეშირებული HTML გვერდები Cloudflare CDN-დან.

ეს არის ყველაზე მნიშვნელოვანი ნაბიჯი ვებსაიტის სიჩქარის გასაუმჯობესებლად და სერვერის დატვირთვის შესამცირებლად.

ანალოგიურად, მე გამოვიყენეends_with(http.host, ".etufo.org")მან ჩაანაცვლა ორიგინალი პროტოკოლი + დომენის სახელის ფორმატი.

მიღწეულია ავტომატური თავსებადობა wildcard დომენებთან და ორმაგ პროტოკოლებთან.

მშობლიური WordPress გამოსახულებები:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

WooCommerce-ის გაუმჯობესებული გამოთქმები:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

ოპერაციისთვის აირჩიეთ „აკმაყოფილებს ქეშის კრიტერიუმებს“.

ჩვენ გირჩევთ ჩართოთ შემდეგი პარამეტრები:

ქეშის მოტყუების ჯავშანი.

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

ეს წესი ყველა ქეშირების წესის ბოლოში მოათავსეთ.

კონფიგურაციის შემდეგ შესასრულებელი სამი ვერიფიკაციის ეტაპი

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

წესების სწორად მუშაობის უზრუნველსაყოფად, თქვენ უნდა შეასრულოთ სამი მარტივი შემოწმება.

პირველი ვერიფიკაციის ნაბიჯი არის ქეშის სტატუსის შემოწმება, როდესაც მომხმარებელი არ არის შესული სისტემაში.

ჩართეთ თქვენი ბრაუზერის ინკოგნიტო რეჟიმი.

დეველოპერის ხელსაწყოების გასახსნელად და ქსელის ჩანართზე გადასასვლელად დააჭირეთ F12-ს.

ეწვიეთ თქვენი ვებსაიტის მთავარ გვერდს.

შეამოწმეთ პასუხის სათაურები.cf-cache-statusველი.

თუ ნაჩვენებიაHITეს მიუთითებს, რომ ქეში დაზიანებულია და წესი სწორად მუშაობს.

მეორე ვერიფიკაციის ნაბიჯი არის შესვლის სტატუსის ქეშირების შემოწმება.

შედით თქვენს ბრაუზერში ჩვეულებრივი ბრაუზერის ფანჯარაშიWordPress backend.

დეველოპერის ინსტრუმენტების გასახსნელად დააჭირეთ F12-ს.

ეწვიეთ ვებსაიტის მთავარ გვერდს.

შეამოწმეთ პასუხის სათაურები.cf-cache-statusველი.

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

მესამე ვერიფიკაციის ნაბიჯი არის კომენტარის ავტორი მომხმარებლების ქეშირების სტატუსის შემოწმება.

კომენტარის გამოქვეყნება სხვა ბრაუზერის ან ინკოგნიტო რეჟიმის გამოყენებით.

განაახლეთ გვერდი.

შეამოწმეთ პასუხის სათაურები.cf-cache-statusველი.

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

თუ ვალიდაცია ვერ მოხერხდა, პირველ რიგში შეამოწმეთ, სწორია თუ არა წესების თანმიმდევრობა.

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

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

ხშირად დასმული კითხვები და გაფართოებული ოპტიმიზაცია

ბევრი მეკითხება, რამდენ ხანს უნდა დაყენდეს ქეშის ვადის გასვლის დრო.

გირჩევთ, ორიგინალ სერვერზე HTML ფაილებისთვის ქეშის ვადის გასვლის დრო 1 საათზე დააყენოთ.

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

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

ასევე შეგიძლიათ დააინსტალიროთ Cloudflare-ის ოფიციალური ინსტალაციის პაკეტი.WordPress მოდულიეს საშუალებას იძლევა ქეშის ავტომატური გასუფთავება კონტენტის გამოქვეყნებისას.

ზოგიერთმა ადამიანმა ასევე იკითხა, იმოქმედებდა თუ არა ეს მეთოდი ვებსაიტზე.SEO.

აბსოლუტურად არა.

საძიებო სისტემის მძიებლები არ არიან შესულები სისტემაში და ჩვეულებრივი ვიზიტორების მსგავსად, ქეშირებულ გვერდებს ამოიღებენ.

ქეშირებული გვერდები უფრო სწრაფად იტვირთება, რამაც შეიძლება რეალურად გააუმჯობესოს საძიებო სისტემებში რეიტინგი.

Google-ის ძირითადი ვებმეტრიკის ანგარიშის თანახმად, გვერდის ჩატვირთვის სიჩქარის ყოველ 1 წამიან ზრდაზე, კონვერტაციის მაჩვენებელი შეიძლება 7%-ით გაიზარდოს.

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

დასკვნა

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

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

Cloudflare-ის უფასო ვერსიის შესაძლებლობები გაცილებით ძლიერია, ვიდრე ადამიანების უმეტესობას წარმოუდგენია.

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

ინდივიდუალური ვებსაიტების მფლობელების 99%-ისთვის და მცირე და საშუალო საწარმოებისთვის, ეს ნულოვანი ღირებულების ქუქი-ფაილებზე დაფუძნებული ქეშირების გადაწყვეტა საკმარისზე მეტია მათი საჭიროებების დასაკმაყოფილებლად.

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

ტექნოლოგიის არსი პრობლემების გადაჭრაშია და არა ძვირადღირებული ხელსაწყოების დაგროვებაში.

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

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

აღმოაჩენთ, რომ თქვენი ვებსაიტის სიჩქარე თვისებრივად გაიზრდება და სერვერის დატვირთვა მნიშვნელოვნად შემცირდება.

ეს არის ოპტიმიზაციის ოპერაცია, რომლის განხორციელებასაც 5 წუთი სჭირდება და რომელიც მთელი წლის განმავლობაში სარგებელს მოგიტანთ.

ნუ გაუშვებთ უფასო რესურსებს ფუჭად; მიიღეთ ზომები, რათა თქვენი ვებსაიტი უფრო სწრაფად იმუშაოს.