ბრაუზერების გამოშვების კალენდარი ამ კვირაში შეიცვალა — და ყველასთვის ერთდროულად შეიცვალა. Mozilla-მ Firefox 155 1 სექტემბერს გამოუშვა, თავდაპირველ თარიღზე, 15 სექტემბერზე, ორი კვირით ადრე, როგორც ახალი ორკვირიანი ციკლის პირველი რელიზი. Google-მა Chrome 154 Beta არხში 2 სექტემბერს გადაიყვანა საკუთარი ახალი გრაფიკით, ხოლო Chrome 153 Stable 8 სექტემბერს გამოდის. Microsoft პირველი იყო: Edge 152, რომელიც 27 აგვისტოს გამოვიდა, მისი პირველი ორკვირიანი Stable რელიზი გახდა.
2021 წლიდან სამი ბრაუზერი, რომლებზეც მსოფლიო ვებტრაფიკის უმეტესი ნაწილი მოდის, მაჟორულ ვერსიას დაახლოებით ოთხ კვირაში ერთხელ უშვებდა. ამ თვიდან ეს ინტერვალი განახევრდება.
ვინ, რა და როდის განაცხადა
არაფერი ამათგან გაფრთხილების გარეშე არ მომხდარა, მაგრამ სამი განცხადება ექვს თვეზე გაიწელა — სწორედ ამიტომ იყო ადვილი ერთობლივი ეფექტის გამოტოვება.
Google-მა გეგმა Chrome for Developers ბლოგზე 3 მარტს გამოაქვეყნა. Chrome 153-დან დაწყებული, ახალი Beta და ახალი Stable ყოველ ორ კვირაში გამოდის Desktop-ზე, Android-სა და iOS-ზე. Dev და Canary არხები არ იცვლება. ყოველკვირეული უსაფრთხოების განახლებები მაჟორულ ვერსიებს შორის გრძელდება. Extended Stable — არხი, რომელზეც კორპორატიული ადმინისტრატორების უმეტესობა თავის მოწყობილობებს ამაგრებს — რვაკვირიან ციკლზე რჩება. ბლოგის საკუთარი ცხრილი აჩვენებს, რამდენად გადაიწია კალენდარმა: Chrome 153 Stable 22 სექტემბერს უნდა გამოსულიყო და ახლა 8 სექტემბერს გამოდის; Chrome 154 20 ოქტომბრიდან 22 სექტემბერზე გადადის.
Microsoft 11 ივნისს მიჰყვა. Edge 152-დან, რომელიც 27 აგვისტოს გამოვიდა, Stable არხი ორ კვირაზე გადადის, და კომპანიამ პირდაპირ თქვა, რას ნიშნავს ეს მოცულობის თვალსაზრისით: თითოეული Stable რელიზი ძველი ყოველთვიურის ცვლილებების დაახლოებით ნახევარს შეიცავს. Extended Stable რვაკვირიან რიტმს ინარჩუნებს და ახლა ყოველ მეოთხე რელიზს იღებს, ასე რომ 156, 160 და 164 Extended Stable-ის შემდეგი მაჟორული ვერსიებია. Microsoft-ის რჩევა ორგანიზაციებისთვის — საპილოტე ჯგუფი Beta-ზე ან Enterprise Preview-ზე გადაიყვანონ, რათა პრობლემები მანამდე გამოვლინდეს, სანამ Stable პროდაქშენამდე მივა.
Mozilla ბოლო და ყველაზე ფრთხილი იყო. სილვესტრ ლედრიუმ, Mozilla-ს ინჟინერიის დირექტორმა, ივლისში dev-platform საფოსტო სიაში განაცხადა, რომ კომპანია „planning to move Firefox Desktop and Android from a 4-week release cadence to a 2-week release cadence starting in September 2026“ — ქართულად: გეგმავს Firefox Desktop-ისა და Android-ის 4-კვირიანი გამოშვების ციკლიდან 2-კვირიან ციკლზე გადაყვანას 2026 წლის სექტემბრიდან. The Register-მა ცვლილების შესახებ 17 ივლისს დაწერა და აღნიშნა, რომ Mozilla მას ექსპერიმენტად აღწერს, რომელიც შესაძლოა უკან წაიღოს. Mozilla Support Blog-მა თარიღები 19 აგვისტოს დაადასტურა: Firefox 155 1 სექტემბერს, როგორც პირველი ორკვირიანი რელიზი, პირდაპირი დათქმით, რომ უფრო სწრაფი ციკლი „doesn’t mean Firefox will ship twice as many features“ — ქართულად: არ ნიშნავს, რომ Firefox ორჯერ მეტ ფუნქციას გამოუშვებს. Firefox ESR, ყოველწლიური ხანგრძლივი მხარდაჭერის ტრეკი, არ იცვლება; The Register-ის ცნობით, შემდეგი ESR ბაზა Firefox 153 იქნება.
რა გამოვიდა სინამდვილეში ამ კვირაში
Firefox 155 სასარგებლო შემოწმებაა იმისა, მუშაობს თუ არა ფორმულა „ცვლილებების ნახევარი, ორჯერ უფრო ხშირად“. მისი 1 სექტემბრის რელიზის შენიშვნები ჩამოთვლის AI-ასისტენტიანი Smart Window-ის გაფართოებას აშშ-ზე, კანადასა და საფრანგეთზე, დაბლოკილი ტრეკერების მთვლელს მისამართის ზოლში, კონტეინერების გადალაგებას პარამეტრებში, აგრეთვე ფონური აუდიოს შეწყვეტების და Linux-ის ძველი შეცდომის გასწორებას, რომლის გამოც კომპიუტერები ბრაუზერის სესიის შემდეგ ძილის რეჟიმში ვერ გადადიოდა.
MDN-ზე დაფიქსირებული ცვლილებები დეველოპერებისთვის ის ნაწილია, რომელიც საიტებს ეხება. CSS ფუნქცია attr() ახლა ნებისმიერ თვისებაში მუშაობს ტიპიზებული მნიშვნელობებითა და სათადარიგო ვარიანტებით და არა მხოლოდ content-ში. ორი ახალი CSS ფუნქცია, progress() და alpha(), font-width-თან ერთად მოდის, რომელიც font-stretch-ის ახალი სახელია. JavaScript-ს ემატება Promise.allKeyed() და Promise.allSettledKeyed(). წარუმატებელი მოდულების იმპორტები აღარ ქეშირდება, ასე რომ სკრიპტი, რომელიც არასტაბილური ქსელის გამო ვერ ჩაიტვირთა, განმეორებით მცდელობაზე შეიძლება წარმატებით ჩაიტვირთოს. ქსელის მხრიდან Firefox 155 ახორციელებს Happy Eyeballs-ის მე-3 ვერსიას IPv6 და IPv4 კავშირების პარალელური დამყარებისთვის და HTTP/3-ისთვის QUIC-ის მე-2 ვერსიას ათანხმებს.
ეს დრამატული არ არის — და სწორედ ეს არის მთავარი. Google-ის განცხადებული დასაბუთებაა: „the smaller scope of these releases minimizes disruption and simplifies post-release debugging“ — ქართულად: ამ რელიზების მცირე მოცულობა ამცირებს ხარვეზებს და ამარტივებს გამოშვების შემდგომ გამართვას. და Firefox 155 ზუსტად ასეთ რელიზს ჰგავს: პლატფორმის რამდენიმე დამატება, რამდენიმე გასწორება — და ორ კვირაში კარიდან გასული.
რატომ გადავიდა სამივე ერთსა და იმავე სეზონში
Google და Microsoft საერთო Chromium ძრავს იყენებენ, ასე რომ, როგორც კი Chrome-ის გრაფიკი შეიცვალა, Edge-ის გრაფიკიც უნდა მიჰყოლოდა. Mozilla-ს არგუმენტები, როგორც The Register წერს, უფრო შინაური იყო: მზა ფუნქციები კვირების განმავლობაში ელოდა შემდეგ „მატარებელს“, ხოლო მათ შორის შუალედური dot-რელიზების არაპროგნოზირებადი სერიის დაგეგმვა უფრო რთული იყო, ვიდრე ფიქსირებული ორკვირიანი რიტმისა.
Chrome ექვსკვირიანი რელიზებიდან ოთხკვირიანზე 2021 წელს გადავიდა და ყოველკვირეული უსაფრთხოების განახლებები 2023 წელს დაამატა; ორი კვირა იმავე მიმართულებით შემდეგი ნაბიჯია.
რას ნიშნავს ეს თქვენი ბიზნესისთვის
თქვენი საიტი ახლა ბრაუზერის ახალ ძრავს დაახლოებით ორ კვირაში ერთხელ ხვდება. საიტების უმეტესობისთვის ეს შეუმჩნეველია — და შეუმჩნეველი უნდა დარჩეს. ბრაუზერების მწარმოებლები თავსებადობის ტესტირებას სწორედ იმისთვის ატარებენ, რომ ვერსიის ცვლილებამ გვერდები არ დაამტვრიოს. თუ თქვენი საიტი კონკრეტული მწარმოებლისთვის სპეციფიკურ ქცევაზე, ვერსიის ნომრების შემმოწმებელ პოლიფილზე ან მოძველებულ მესამე მხარის ვიჯეტზეა დამოკიდებული, ფანჯარა „ცვლილება Beta-ში მოხვდა“-სა და „ცვლილება თქვენი კლიენტების წინაშეა“-ს შორის დაახლოებით ოთხი კვირიდან სამამდე შემცირდა.
Beta არხი ადრეული გაფრთხილების სისტემაა, და ის უფასოა. Chrome თითოეულ Beta-ს შესაბამის Stable-მდე სამი კვირით ადრე უშვებს. Microsoft-ის რჩევა საწარმოებისთვის მარკეტინგულ საიტსაც ისევე კარგად ერგება: ერთი კომპიუტერი ან ბრაუზერის ერთი პროფილი Beta-ზე შეინარჩუნეთ და ორ კვირაში ერთხელ თქვენი შეკვეთის გაფორმება, ფორმები და დაჯავშნის პროცესი გაიარეთ. ეს უფრო იაფია, ვიდრე გატეხილი გადახდის ღილაკის შესახებ კლიენტისგან გაგება.
ანალიტიკაში ნახტომს დააკვირდით და არა ტრენდს. თუ ბრაუზერის განახლება რამეს ამტვრევს, ეს კონკრეტულ თარიღში ხდება. ანალიტიკაში კონვერსიის მაჩვენებელი ბრაუზერისა და ვერსიის მიხედვით დაასეგმენტეთ და ეძებეთ მკვეთრი ვარდნა, რომელიც რელიზის დღეს იწყება და მხოლოდ ერთ ბრაუზერს ეხება. ეს ნიმუში თავსებადობის შეცდომის ანაბეჭდია.
საკუთარი დამოკიდებულებები განახლებული შეინარჩუნეთ. საიტები, რომლებსაც ბრაუზერების სწრაფი ციკლები უჭირთ, ჩვეულებრივ ისინია, რომლებიც რამდენიმე წლით ჩამორჩენილ JavaScript ფრეიმვორკზე, CMS-ზე ან პლაგინზე მუშაობენ. ამ ინსტრუმენტების მწარმოებლები მათ მიმდინარე ბრაუზერებზე ტესტავენ და არა რამდენიმე წლის წინანდელ საკუთარ პროდუქტზე. სწორედ ეს არის მოვლის რიტმი, რომელსაც ჩვენ მიერ ჩაბარებულ ყველა საიტში ვდებთ: დამოკიდებულებების გადახედვა ფიქსირებული გრაფიკით და არა მაშინ, როცა რამე გატყდება.
კორპორატიული მოწყობილობები უმეტესწილად უცვლელი რჩება — და ეს მნიშვნელოვანია, თუ მათ ყიდით. Chrome-იც და Edge-იც Extended Stable-ს რვა კვირაზე ინარჩუნებს, ხოლო Firefox ESR ყოველწლიური რჩება. თუ თქვენი კლიენტები კორპორატიული მომხმარებლები არიან მართულ მოწყობილობებზე, ისინი ძრავის ნაკლებ ცვლილებას დაინახავენ, ვიდრე ფართო საზოგადოება, ხოლო ფუნქციები, რომლებიც ორკვირიან Stable რელიზში გამოდის, მათამდე შესაძლოა ორ თვეში მივიდეს. ნუ ააგებთ ლენდინგს სრულიად ახალი CSS ფუნქციის გარშემო აუდიტორიისთვის, რომელიც მას ნოემბრამდე ვერ დაინახავს.
ჩვენი შეფასებით, ეს კარგი ამბავია ვებისთვის და ცოტათი მეტი სამუშაო მათთვის, ვინც მასზე საიტებს უვლის. მცირე და უფრო ხშირი რელიზები უფრო ადვილად გამოსამართია და უფრო სწრაფად გასასწორებელი. ფასი ის არის, რომ ბრაუზერებთან თავსებადობის „დაახლოებით თვეში ერთხელ“ შემოწმების ძველი ჩვევა რეალობას აღარ ემთხვევა. კალენდარში ორკვირიანი შეხსენება ჩადეთ — ეს არის სამუშაოს უმეტესი ნაწილი.
