Ra mắt Chrome Dev Insider

Ben Galbraith

Các nhà phát triển thường cho chúng tôi biết rằng rất khó để bắt kịp các thay đổi trên web và hiểu lý do tại sao những thay đổi này lại diễn ra. Hôm nay, chúng tôi bắt đầu một loạt bài mới có tên Chrome Dev Insider, trong đó chúng tôi sẽ chia sẻ (1) Điều thú vị và đáng đưa tin, (2) Thông tin chi tiết về cách chúng tôi đưa ra quyết định về một chủ đề chính (ví dụ: thay đổi FLOC) hoặc tiếp cận công việc của chúng tôi với hệ sinh thái (ví dụ: Interop 2022) và (3) mọi thay đổi thực sự quan trọng mà bạn cần biết trong chuỗi tác nhân người dùng.

Khi lập kế hoạch lộ trình, chúng tôi xem xét ý kiến phản hồi của nhà phát triển để hiểu rõ những khó khăn và nhu cầu hàng đầu của nhà phát triển web, bên cạnh những yếu tố khác. Một chủ đề chính xuất hiện nhiều lần là khả năng tương thích của trình duyệt, giúp trải nghiệm hoạt động như nhau trên các trình duyệt. Trong năm qua, chúng tôi đã hợp tác với hệ sinh thái để giải quyết vấn đề này. Đây là một phần trong mục tiêu ưu tiên của chúng tôi nhằm "đơn giản hoá quá trình phát triển web".

Năm ngoái, Microsoft, Chrome và các công ty trong hệ sinh thái đã công bố Compat 2021. Theo đó, tất cả các công cụ trình duyệt phổ biến (Chromium, Gecko và Webkit) đều đạt điểm số hơn 90% theo 5 khía cạnh trọng tâm của năm nay. Ngoài ra, Compat 2021 đã tạo ra một nền tảng vững chắc cho các tính năng mạnh mẽ như CSS Grid (tỷ lệ sử dụng 12% và tăng trưởng ổn định) và CSS Flexbox (tỷ lệ sử dụng 77%).

Và tháng trước, Apple, Bocoup, Google, Igalia, Microsoft và Mozilla đã hợp tác với nhau với tư cách là những người hỗ trợ để giải quyết các vấn đề về khả năng tương thích của các trình duyệt hàng đầu mà các nhà phát triển web xác định và thống nhất về một điểm chuẩn chung. Kết quả là Interop 2022, một dự án nhằm mang lại sự đồng nhất hơn cho nền tảng này. Điểm chuẩn này tập trung vào 15 khía cạnh ưu tiên được các nhà phát triển xác định là chìa khoá để cải thiện năng suất làm việc.

Tin sốt dẻo trong ngành: Làm việc với các trình duyệt ngang hàng

Tôi đã thảo luận về Robert Nyman và Philip Jägenstedt. Những người tham gia vào các cuộc trò chuyện này là những người tham gia vào các cuộc trò chuyện này để tìm hiểu câu chuyện. Đây là đoạn cắt từ biên tập viên về cách các thành phần này kết hợp với nhau.

Nguồn gốc của sáng kiến này là gì?

Robert: Tất cả bắt đầu từ năm 2019, khi chúng tôi thực hiện khảo sát MDN ADN năm 2019. Các vấn đề về khả năng tương thích rõ ràng là vấn đề chính đối với các nhà phát triển xây dựng ứng dụng web. Chúng tôi đã theo dõi chi tiết hơn trong Báo cáo về khả năng tương thích của trình duyệt MDN năm 2020. Việc này đã cung cấp cho chúng tôi đủ thông tin và dữ liệu hữu ích để bắt đầu nỗ lực triển khai Compat 2021, qua đó vừa tiếp tục hoạt động vừa mở rộng phạm vi đó thông qua khả năng tương tác 2022.

Philip: Tôi cũng muốn đề cập đến web-platform-tests và Trạng thái CSS 2021. Những năm trước, chúng tôi đã hợp tác chặt chẽ với các nhà cung cấp trình duyệt khác về việc thử nghiệm bằng WPT và chúng tôi thực sự muốn khai thác điều này. Các bài kiểm thử cho các tính năng này hầu hết đã được viết sẵn, vì vậy, chúng ta chỉ cần xem lại các bài kiểm thử và bổ sung một số dữ liệu còn thiếu. Google đã đầu tư rất nhiều vào wpt.fyi, nhưng chúng tôi cũng phải cảm ơn Mozilla đã giúp WPT có được thành công như ngày hôm nay. Tất nhiên, Mozilla cũng đóng vai trò rất quan trọng trong các cuộc khảo sát về ADN của MDN. Ngoài ra, còn có Trạng thái của CSS 2021. Để cùng tạo ra một nỗ lực như Interop 2022, chúng tôi cần thông tin mới về nhu cầu của các nhà phát triển web. Vì vậy, chúng tôi đã làm việc với Sacha (đơn vị duy trì khảo sát) để trả lời một số câu hỏi mới liên quan đến các vấn đề về khả năng tương thích với trình duyệt. Điều đó thực sự giúp ích cho chúng tôi trong quá trình lên kế hoạch cho khả năng tương tác năm 2022.

Bạn có đúc kết được điều gì hoặc ý kiến phản hồi nào từ Compat 2021 không?

Robert: Việc đo lường và thu thập điểm số cũng như thông tin chi tiết về hoạt động của từng công cụ trình duyệt thực sự rất hữu ích, vì vậy, chúng ta có thể theo dõi tiến độ cũng như đảm bảo thảo luận và giải quyết các vấn đề chưa rõ ràng hoặc cần được ưu tiên. Chúng tôi cũng nhanh chóng nhận ra rằng "Khả năng tương tác" là cái tên phù hợp hơn cho sáng kiến này. Các thuật ngữ khả năng tương thích và khả năng tương tác thường được các nhà cung cấp trình duyệt phân biệt, trong đó tính tương thích đề cập đến khả năng tương thích của trang web, còn khả năng tương tác đề cập đến hai hoặc nhiều trình duyệt hoạt động giống nhau. Trong thuật ngữ đó, nỗ lực này đề cập đến khả năng tương tác và vì vậy dự án đã phù hợp với cách đặt tên đó.

Chúng tôi có tầm nhìn gì đối với vấn đề này?

Robert: Để trang web luôn mở thì tính đa dạng của trình duyệt và công cụ hiển thị là rất quan trọng. Thật không may là việc này hiện đang phải trả một mức giá cao đối với các nhà phát triển của chúng tôi, những người phải đáp ứng các mức hỗ trợ khác nhau cho các tính năng trên từng công cụ. Tầm nhìn của chúng tôi là các nhà phát triển xem nền tảng web là lựa chọn khả thi nhất và là lựa chọn hấp dẫn nhất cho nhu cầu của họ, đồng thời họ có thể tập trung vào việc xây dựng những trải nghiệm tốt nhất có thể thay vì dành nhiều thời gian giải quyết các vấn đề về khả năng tương tác. Và rõ ràng là để đạt được mục tiêu đó, các tính năng được yêu cầu nhiều nhất cần được hỗ trợ trong tất cả các công cụ trình duyệt chính để thực sự giúp các nhà phát triển thành công trên nền tảng web.

Làm cách nào để chúng ta cùng nhau phát triển khi các trình duyệt có (đôi khi) có các mục tiêu khác nhau kết hợp với nhau?

Philip: Phương pháp của chúng tôi là tìm kiếm những lĩnh vực có cùng mối quan tâm, để tìm những dự án cộng tác đôi bên cùng có lợi trong đó các mục tiêu đã được thống nhất hoàn toàn. Bằng cách ưu tiên thực hiện một số ít công việc cùng lúc, chúng tôi tập trung vào các lĩnh vực đó và phát triển nhanh hơn cũng như đạt được chất lượng cao hơn so với khi chỉ làm việc riêng biệt. Đó là ý tưởng tuyệt vời.

Tôi nghĩ điều quan trọng cần hiểu là có những giới hạn đối với phương pháp dựa trên sự đồng thuận này, khi các mục tiêu không được thống nhất đầy đủ, chúng ta cần tiếp tục theo một cách khác. Đôi khi, việc đưa ra thêm bằng chứng về nhu cầu của người dùng hoặc nhà phát triển web có thể giúp ích, nhưng cuối cùng, nhà cung cấp trình duyệt có thể cung cấp những thứ không có sự thoả thuận chung. Trong trường hợp tốt nhất, giá trị của tính năng sau đó được thể hiện bởi các nhà phát triển web dùng thử tính năng, nhận thấy rằng tính năng giải quyết được nhu cầu của họ và yêu cầu tính năng tương tự trong tất cả các trình duyệt.

Khi trở lại Khả năng tương tác 2022, chúng ta có thấy các tính năng không liên quan đến thiết kế hoặc bố cục xuất hiện trong quy trình tại một thời điểm nào đó không?

Philip: Chắc chắn rồi! Khả năng tương tác 2022 không chỉ giới hạn ở các tính năng tạo kiểu và bố cục, mà còn phụ thuộc rất nhiều vào CSS. Một phần là vì Trạng thái CSS 2021 mới ra mắt, cũng như vì các nhà phát triển web đã cho chúng tôi biết rằng đây là vấn đề họ gặp vấn đề nhiều nhất do sự khác biệt giữa các trình duyệt. Ngoài CSS, còn có nhiều khía cạnh trọng tâm khác, chẳng hạn như các phần tử biểu mẫu và hộp thoại, và chúng tôi cũng có một số nỗ lực điều tra về việc chỉnh sửa các API cũng như sự kiện con trỏ và chuột. Tôi hy vọng rằng trong tương tác 2023, chúng tôi sẽ có dữ liệu mới hơn về nhu cầu của nhà phát triển trên web, đồng thời bổ sung thêm nhiều tính năng như vậy vào công nghệ này.

Những thay đổi quan trọng sắp tới

Một trong những mục đích của loạt video này là thông báo trước cho nhà phát triển về những thay đổi quan trọng sắp tới; những điều quan trọng để cải thiện trải nghiệm người dùng và khả năng của nền tảng.

Tiến trình đề cập dưới đây là thời điểm chúng tôi dự kiến những thay đổi này sẽ xảy ra. Tuy nhiên, phiên bản phát hành cho các tính năng có thể thay đổi.

giảm User-Agent

Tiêu đề User-Agent và các giao diện JS được liên kết không chỉ truyền thông tin hữu ích về thiết bị và trình duyệt mà còn mang theo di sản của dòng dõi và thông tin không chính xác. Còn nhiều vấn đề hơn so với việc có vô số lỗi phân tích cú pháp chuỗi UA vì thông tin này được gửi thụ động đến máy chủ cho mọi yêu cầu điều hướng và tài nguyên phụ. Lượng entropy này tương ứng với khoảng 10 bit entropy mà máy chủ có thể sử dụng để tạo giá trị nhận dạng theo dõi ổn định khi người dùng điều hướng trên web.

Kế hoạch hiện tại của chúng tôi là giảm chuỗi UA hiện có bằng cách tiếp tục gửi phiên bản chính của trình duyệt thấp, tên nền tảng và tính di động, đóng băng thông tin entropy cao. Đối với các trường hợp sử dụng yêu cầu thông tin bổ sung ngoài thông tin có trong tiêu đề, chúng tôi đã chuyển API Gợi ý ứng dụng tác nhân người dùng kể từ Chrome 89.

Chúng tôi đã chạy Bản dùng thử theo nguyên gốc trong 6 tháng để thử nghiệm và phản hồi. Chúng tôi rất vui vì không nhận được ý kiến phản hồi nào liên quan đến vấn đề hỏng hóc dù có hơn 200 người tham gia.

• Dòng thời gian: Trong Chrome 101, chúng tôi sẽ tiếp tục với giai đoạn 4: giảm thông tin MINOR.BUILD.PATCH trong chuỗi UA xuống 0.0.0. Chúng tôi cũng sẽ tiếp tục thông báo trước cho các trang web về thời gian để chuẩn bị cho giai đoạn 5 và các giai đoạn sau đó. Chúng tôi cũng đã tạo chính sách doanh nghiệp để chọn không áp dụng những thay đổi này và sẽ chạy bản dùng thử cho đến Chrome 113 để các trang web có thêm thời gian sẵn sàng cho những thay đổi này.
• Lời kêu gọi hành động: Di chuyển trang web của bạn sang Gợi ý về ứng dụng UA hoặc tham gia thử nghiệm ngừng sử dụng.

API truy cập phông chữ cục bộ

Chrome sắp ra mắt Local Font Access API. Mặc dù các trang web có thể dùng phông chữ trên máy từ lâu, nhưng API này vẫn liệt kê danh sách phông chữ trên máy và cho phép truy cập vào dữ liệu phông chữ. Chức năng này cho phép người dùng sử dụng tất cả phông chữ với thiết kế dựa trên nền tảng web và các ứng dụng khác.

Phông chữ cục bộ từ lâu đã được biết đến là vectơ tạo vân tay số. Mặc dù API mới này không làm tăng khả năng sử dụng phông chữ để tạo vân tay số, nhưng Chrome yêu cầu người dùng cấp quyền "local-fonts" mới cho trang web thì mới có thể sử dụng Local Font Access API mới.

Trong tương lai, chúng tôi dự định yêu cầu các phông chữ "cục bộ" tương tự sẽ được cấp quyền trước khi sử dụng bất kỳ API nào khác cung cấp quyền truy cập vào phông chữ trên máy.

• Dòng thời gian: Nhắm mục tiêu Chrome 103 (22 tháng 6)
• Lời kêu gọi hành động: Tìm hiểu thêm về API và cách sử dụng API này để bắt đầu triển khai.

Làm cho BFCache hoạt động với Cache-control: no-store

Chúng tôi nhận thấy có cơ hội quan trọng để cải thiện tần suất bộ nhớ đệm cho thao tác tiến/lùi có thể cho phép thực hiện thao tác tiến/lùi ngay lập tức. Điều này đòi hỏi phải có sự thay đổi về cách hoạt động của BFCache trên các trang được phân phát có tiêu đề HTTP kiểm soát bộ nhớ đệm: không lưu trữ. Chúng tôi có một đề xuất công khai được thiết kế để ngăn chặn những bất ngờ đáng kể bằng cách theo dõi nhiều tín hiệu (ví dụ: xoá các trang khỏi BFCache bất cứ khi nào cookie chỉ dành cho HTTP thay đổi) và loại bỏ (ví dụ: chính sách nhóm cho khách hàng Enterprise/Edu) đối với bối cảnh riêng biệt. Đây là một cơ hội phức tạp nhưng thú vị. Chúng tôi muốn xem xét kỹ lưỡng hơn và phản hồi thêm!

• Tiến trình: Nhắm mục tiêu Chrome 104 (tháng 7 năm 2022), giả sử không có gì bất ngờ lớn.
• Lời kêu gọi hành động: Xem đề xuất để biết thêm chi tiết, bao gồm cả cách bật tính năng triển khai công việc đang tiến hành và cách chia sẻ ý kiến phản hồi, chẳng hạn như các tình huống thực tế mà phương pháp tiếp cận của chúng tôi sẽ tạo ra những trở ngại mới.

Qua loạt video này, tôi hy vọng có thể giúp cộng đồng nhà phát triển của chúng ta cảm thấy được tập trung và gắn kết khi gần gũi hơn với nhóm của tôi và công việc của họ. Vì vậy, hãy chú ý theo dõi trang này để biết thêm thông tin cập nhật.

Cho đến lúc đó, chúc bạn may mắn.

Bạn nghĩ sao về phiên bản đầu tiên của The Chrome Dev Insider? Chia sẻ ý kiến phản hồi của bạn.