რა არის პირველი ბაიტის დრო და როგორ გავაუმჯობესოთ ის თქვენს WordPress ვებსაიტზე

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


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

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

რა არის პირველი ბაიტის დრო?

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

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

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

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

რა ფაქტორები მოქმედებენ პირველი ბაიტის დროზე?

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

  • DNS პასუხის დრო
  • სერვერის კონფიგურაცია და შესრულება (PHP და ქსელის სერვერი)
  • WordPress მოდელები / თემა
  • HTML ქეშირება ჩართულია / გამორთულია

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

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

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

1. DNS პასუხის დრო

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

2. სერვერის კონფიგურაცია

TTFB ლატენტობის მეორე ნაბიჯი არის ნამდვილი სერვერი. ეს არის ადგილი, სადაც თქვენი ჰოსტინგი ხდება. ვებგვერდის კონფიგურაციის ტიპი და გამოიყენებს ქეშირების ტექნიკას მნიშვნელოვნად შემცირება TTFB. მაგალითად, თუ თქვენს სერვერს შეასრულებს ძველი PHP 5.4 თარჯიმანი, თქვენ მიიღებთ ძალიან მაღალ TTFB- ს, ხოლო თანამედროვე PHP 7.1 კონფიგურაციის გამოყენებით ამ დროს შემცირდება 2 ან მეტი ფაქტორი.

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

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

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

თქვენ ახლა შეგიძლიათ ნახოთ, რომ არსებობს ჰოსტინგის ბიზნესის 2 ტიპი, ზოგადი (გაუთვალისწინებელი) მომსახურება და WordPress- ის ექსკლუზიური ჰოსტინგის მომსახურება, რომელიც ჩვეულებრივ ახორციელებს PHP- ს ქეშირების მექანიზმი, ამცირებს თქვენს TTFB- ს პროცესში.

3. WordPress დანამატები და თემა

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

ჩვეულებრივ, WordPress თქვენს ჰოსტინს მისცემს რამდენიმე PHP ფაილის დამუშავებას და რაც უფრო რთული იქნება ისინი, ამ პროცესს უფრო მეტი დრო დასჭირდება. WordPress- ს ემსახურება დანამატები და ეს მოდულები დამატებით დამატებით კოდს PHP– ის საბოლოო დამუშავებამდე, ამის გათვალისწინებით, თქვენ ნათლად ხედავთ რაც უფრო მეტი დანამატი გაქვთ დაინსტალირებული, მეტ ჰოსტინგს დასჭირდება მათი დამუშავების დრო და შესაბამისად, თქვენი TTFB გაიზრდება.

რაც უფრო უკეთესი

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

პირველი ბაიტის დრო: ნაკლები მოდული

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

პირველი ბაიტის დრო: მეტი მოდული

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

4. HTML ქეშირება

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

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

პირველი ბიტის შესწავლის დრო: რატომ არის ეს მნიშვნელოვანი

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

ნელი ვებგვერდი ნელი სერვერით

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

პირველი ბაიტის დრო: ნელი საიტი, ნელი სერვერის შესრულება

მოდით განვიხილოთ ეს საიტი დეტალურად. ამ მიზნისთვის მე ვაპირებ გამოვიყენო Pingdom Tools, რადგან ეს შესანიშნავი საშუალებაა TTFB– ს ნახვა. ხრიკი არის გახსნა დეტალი საიტზე გაკეთებული პირველი თხოვნის საფუძველზე.

პირველი ბიტის დრო: ნელი საიტი, ნელი პასუხი სერვერზე

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

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

რამდენიმე ფაქტორების ერთობლიობამ ეს იწვევს. ცუდად ოპტიმიზებული ვებსაიტი ქეშირების მექანიზმის, ძალიან ნელი ჰოსტინგის სერვისისა და მთლიანად მოძველებული PHP თარჯიმნის გარეშე, რომელიც ჯერ კიდევ მუშაობს PHP 5.4. მაშინაც კი, როდესაც საიტი იყენებს cloudflare- ს, როგორც გარე ქეშირების მექანიზმს, არაფერია საჭირო იმის გასაკეთებლად, თუ სიტუაცია და თქვენი ჰოსტინგი არ თანამშრომლობენ.

საშუალო ვებ სერვერზე სწრაფი ვებსაიტები

ვნახოთ, რა ხდება, როდესაც ჩვენ ძალიან სწრაფად ვუშვებთ საიტს საშუალო სერვერზე, რომელიც იყენებს Apache და PHP 7.1

პირველი ბაიტის დრო: სწრაფი საიტი, საშუალო სერვერზე პასუხი

ისეთი საიტის საშუალებით, რომელზეც მასზე ნაკლებია 10 დანამატი, ქეშინის გარეშე, შედეგი მინიმუმ 5 ჯერ უკეთესია, ვიდრე წინა. თქვენ ხედავთ, რომ TTFB ახლა 521ms –ზე არის მითითებული. ეს ნიშნავს, რომ საიტს 0.5 წამში დასჭირდება თქვენი ბრაუზერის გაშვების დაწყება, სერვერიდან გადასვლის მომენტიდან თქვენს კომპიუტერში მისვლის მომენტამდე.

პირველი ბაიტის დრო: სწრაფი საიტი, საშუალო სერვერზე პასუხი 2

რა ხდება, როდესაც ჩვენ ვუშვებთ ქეშით ამ ვებსაიტზე? მაგი ხდება. ზოგადად, საშუალო სერვერზე, რომელიც მუშაობს Apache– ზე, შეუძლია შესანიშნავი შედეგების გაცემა TTFB– ის მხოლოდ 152 წუთში. თქვენ ხედავთ, რამდენი კარგი WordPress ქეშირება მექანიზმი გავლენას ახდენს შედეგებზე.

ძალიან ნელი ვებგვერდი სწრაფი სერვერზე

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

პირველი ბაიტის დრო: ნელი საიტი, სწრაფი სერვერზე პასუხი

პლინკის nginx და PHP 7.1.11 ფუნქციონირებულ ოპტიმიზირებულ სერვერს 1,29 წამი დასჭირდება, რომ დაამატოთ პლატებით სავსე საიტი (27-ზე მეტი).

პირველი ბაიტის დრო: ნელი საიტი, სწრაფი სერვერზე პასუხი 2

მაგრამ როდესაც ჩვენ ვააქტიურებთ ქეშირებას WordPress- ზე ლამაზი KeyCDN Cache Enabler- ის საშუალებით, შედეგი საოცარია. ძალიან ნელი საიტია, რომ TTFB შემცირებულია 400 მმ-მდე.

სწრაფი ვებსაიტი სწრაფი სერვერზე

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

პირველი ბაიტის დრო: სწრაფი საიტი, სწრაფი სერვერზე პასუხი

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

პირველი ბაიტის დრო: სწრაფი საიტი, სწრაფი სერვერზე პასუხი 2

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

ნიშნის შედეგები

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

დრო პირველი Byte ნიშნები

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

შეფუთვა

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

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

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

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map