ვისწავლოთ ქეშირების გეხება EPMV

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

სახეები ქეშირების

1. Browser ქეშირების ან კლიენტს ქეშირების

იგი ავალებს ბრაუზერი გამოიყენოს არსებული ქეშირებული ასლი. მუშაობის ასეთი ქეშირების ეფუძნება იმ ფაქტს, რომ მეორე ვიზიტი, 304 არ იცვლება header ენიჭება ბრაუზერი და გვერდზე და სურათზე თავად დატვირთული ადგილობრივი მომხმარებლის cache. გამოდის, რომ საიტის მფლობელი ზოგავს მიმოსვლის სტუმარი ბრაუზერი და საიტის ჰოსტინგი. შესაბამისად, საიტის გვერდზე იწყება loading სწრაფად.

1.1. ქეშირების ფაილები და სურათები.

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

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

1.2. https ქეშირების

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

1.3. სერტიფიკაციის ორგანო ქეშირების

ე.წ. სერტიფიკაციის ორგანო შტამპი.

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

1.4. გვერდი ქეშირების

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

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

როგორც წესი, cache დალაგებული ტიპის შესახებ:

• ავტორიზებული;
• არასანქცირებული.

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

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

2 Server ქეშირების

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

2.1. სრული გვერდი ქეშირება

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

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

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

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

2.2. PHP Compilation Caching

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

2.3. გვერდის ინდივიდუალური ბლოკების ქეშირება

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

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

Caching ინდივიდუალური გვერდი ბლოკები უკეთესია, ვიდრე სხვა სახის ქეშირების თუ საჭიროა, მაგალითად, შეამციროს რაოდენობის მოთხოვნის მონაცემთა ბაზაში რეალური (უფლებამოსილი) მომხმარებლებს.

2.4. PHP ქეშირების საფუძველზე unshared რესურსები

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

2.5. PHP ქეშირების საფუძველზე საერთო რესურსები

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

2.6. Mysql ქეშირების დაყრდნობით შეკითხვის Cache

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

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

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

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

2.7. MySQL ქეშირების გამომავალი, აგრეგატული მაგიდები

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

DNS ქეშირების: საუკეთესო შესრულების ნახვა ქეშირება

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

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

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

ეს არის ის, აზრი არ აქვს, საერთო რა შეიცვლება ამავე დროს, ხოლო შესაბამისობა ერთიანი მონაცემები მნიშვნელოვანია.

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

იმის გასარკვევად, თუ ქეშირების გავლენას ახდენს EPMV, ნახვა მფლობელი უნდა მიჰყვეთ ამ ნაბიჯებს:

1. შესვლა თქვენს Ezoic ანგარიში;
2. მარცხენა მხარეს მენიუში აირჩიეთ Site სიჩქარე გარემოში;
3. იმ ჩამოსაშლელი მენიუ, დააჭირეთ ქეშირება ვარიანტი.

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

მიმოხილვა გრაფაში და მაგიდა მონაცემები

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

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

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

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

1. Ezoic cache დონეზე;
   
2. ინტერნეტი გვერდები;
   
3. საშუალო გვერდზე დატვირთვის დროს;
   
4. გვერდი ჩართულობის კურსი;
   
5. საშუალო დრო პირველი byte;
   
6. საშუალო ურთიერთქმედების დროს;
   
7. საშუალო მასპინძელი რეაგირების დრო;
   
8. Bounce კურსი;
   
9. Exit პროცენტული;
   
10. ქეშირების RPM (შემოსავლების Mille).
    

Cache მოხვდა.

ქეში hit არის პირველი დონის ქეში Ezoic. ავიღოთ უფრო ახლოს. Page რაოდენობა - 2.002.169, საერთო ხედების, ეს არის 69,96%. საშუალო გვერდზე დატვირთვის დროს ამ cache დონეზე იყო 00:36, ხოლო საშუალო ამ მეტრულ იყო 00:38. გვერდი ჩართულობის მაჩვენებელი 49,02%, საშუალოდ ეს კრიტერიუმი 50,52 პროცენტი. საშუალო დრო პირველი byte არის 1,470.92 ms, სულ არის 1,906.62 ms.

საშუალო ურთიერთქმედების დროს ამ cache დონეზე 2,469.89 ms, ხოლო სულ 2,959.37 ms. საშუალო მასპინძელი რეაგირების დრო 20,70 ms, ერთად სულ 262,14 ms. თამაშის Bounce მაჩვენებელი 28,96%, საერთო bounce მაჩვენებელი 28,47%. გასასვლელი პროცენტი 84,73%, საერთო წილი 84,52%.

RPM- ის მოცემული cache იარუსი არის $ 5.32, და სულ ყველა cache tiers არის $ 5.29.

არ hitting cache.

არ არის hitting cache არის მეორე დონის ქეშირების in Ezoic. ავიღოთ უფრო ახლოს. გვერდის ნახვა 727.702, საერთო ხედების, ეს არის 24,43%. საშუალო გვერდზე დატვირთვის დროს ამ cache დონეზე იყო 00:41, ხოლო საშუალო ამ მეტრულ იყო 00:38. გვერდი ჩართულობის მაჩვენებელი 54,52%, საშუალოდ ეს კრიტერიუმი 50,52 პროცენტი. საშუალო დრო პირველი ბაიტი არის 2,558.18 ms, სულ არის 1,906.62 ms.

საშუალო ურთიერთქმედების დროს ამ cache დონეზე 3.677.07 ms, ხოლო სულ 2.959.37 ms. საშუალო მასპინძელი რეაგირების დრო 415,68 ms, ერთად სულ 262,14 ms. თამაშის Bounce მაჩვენებელი 26,98%, საერთო წილი 28,47%. გასასვლელი პროცენტი 83,99%, საერთო წილი 84,52%.

RPM- ის მოცემული cache იარუსი არის $ 5.23, და სულ ყველა cache tiers არის $ 5.29.

ქეში გამორთულია.

Cache Off - ეს არის მესამე დონე ქეშირების in Ezoic. ავიღოთ უფრო ახლოს. გვერდის ნახვა 132.113, საერთო ხედების, ეს არის 4.62%. საშუალო გვერდზე დატვირთვის დროს ამ cache დონეზე იყო 00:36, ხოლო საშუალო ამ მეტრულ იყო 00:38. გვერდი ჩართულობის მაჩვენებელი 51,20%, საშუალოდ ეს კრიტერიუმი 50,52 პროცენტი. საშუალო დრო პირველი byte არის 4,695.58 ms, სულ არის 1,906.62 ms.

საშუალო ურთიერთქმედების დროს ამ cache დონეზე 6.169.49 ms, ხოლო სულ 2.959.47 ms. საშუალო მასპინძელი რეაგირების დრო 3.075.51 ms, მთლიანობაში საშუალოდ 262,14 ms. თამაშის Bounce მაჩვენებელი 29,55%, საერთო წილი 28,47%. გასასვლელი პროცენტი 84,70%, საერთო წილი 84,52%.

RPM ამ Cache Tier არის $ 5.17, და საერთო ყველა ქეში tiers არის $ 5.29.

დიდი მონაცემების ანალიტიკა Ezoic

დიდი მონაცემების ანალიტიკა Ezoic is a relatively young product in the market for similar services from this company. It should be noted that it is very popular with website owners, and there are several reasons for this.

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

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

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

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

რა სარგებელი მოაქვს ვებსაიტს?

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

რას ნიშნავს საიტის ქეშირება?

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

რა კავშირი აქვს ვებ - გვერდის ქეშირებასა და EPMV– ს შორის და როგორ შეიძლება გამომცემლებმა გაეცნონ ამ გავლენის შესახებ?

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