ยินดีต้อนรับสู่ Chrome Dev Insider รุ่นที่ 2 ซึ่งเราจะแชร์อัปเดตเกี่ยวกับสิ่งใหม่ๆ และน่าตื่นเต้นที่เกิดขึ้นในชุมชนและที่ Chrome ตอนใหม่นี้มีเรื่องราวจากคนวงในเกี่ยวกับแนวทางการทำงานของเรา และสรุปสั้นๆ เกี่ยวกับข้อมูลอัปเดตที่สำคัญที่สุดที่คุณควรให้ความสนใจ
ฉันชื่อ Rachel Andrew เป็นหัวหน้าฝ่ายเนื้อหาของ web.dev และ developer.chrome.com โดยเป็นส่วนหนึ่งของทีมนักพัฒนาซอฟต์แวร์สัมพันธ์ของ Chrome ฉันทำงานด้านเว็บมานานกว่า 20 ปีโดยเน้นที่มาตรฐานเว็บแบบเปิดและ CSS และเป็นสมาชิกของคณะทำงาน CSS
เมื่อ 2 เดือนก่อน เราได้สรุปข้อมูลอัปเดตจาก Google I/O ที่เราได้แชร์ข้อมูลอัปเดตที่สำคัญที่สุดเกี่ยวกับวิธีที่เราสนับสนุนนักพัฒนาซอฟต์แวร์ในการทำให้เว็บเร็วขึ้นและมีประสิทธิภาพมากยิ่งขึ้นไปพร้อมๆ กับการรักษาข้อมูลผู้ใช้ให้ปลอดภัยและเป็นส่วนตัว
สิ่งหนึ่งที่โดดเด่น (และเรายินดีที่ชุมชนได้สังเกตเห็น!) คืองานจำนวนมากที่ทีมกำลังดำเนินการเพื่อสนับสนุนฟีเจอร์ CSS และ UI เพิ่มเติมบนเว็บ ใน Chrome Dev Insider ฉบับนี้ เราจะพาคุณไปดูเบื้องหลังการทำงาน วิธีที่เราสนับสนุนนักพัฒนา CSS และ UI และสิ่งที่รออยู่ข้างหน้า นั่นจึงเป็นเหตุผลว่าทำไมฉันถึงตื่นเต้นที่จะได้จัด Insider ฉบับนี้
ข่าวสาร
ใน Chrome Dev Insider ครั้งแรก เราได้แชร์ข้อมูลอัปเดตเกี่ยวกับโครงการริเริ่ม Compat 2021 และ Interop 2022 ที่ผู้ให้บริการเบราว์เซอร์และผู้เล่นในระบบนิเวศต่างๆ ได้ร่วมมือกันเพื่อให้บริการฟีเจอร์เพิ่มเติมในเว็บที่รองรับในเบราว์เซอร์ทั้งหมด โครงการริเริ่มนี้มุ่งเน้นที่ CSS อย่างมาก เนื่องจากความเข้ากันไม่ได้กับเบราว์เซอร์เป็นหนึ่งในความท้าทายที่ใหญ่ที่สุดสำหรับนักพัฒนาซอฟต์แวร์ CSS
แม้ว่านี่อาจไม่ใช่ข่าวที่คนส่วนใหญ่ให้ความสนใจ แต่ก็เป็นเรื่องน่าตื่นเต้นที่ได้เห็นความคืบหน้าในการปรับปรุงเบราว์เซอร์ทั้งหมด
เมื่อต้นเดือนที่แล้ว เราพบว่า Safari ได้ประกาศเปิดตัวบัมเปอร์พร้อมกับ Safari 16.0 เบต้าที่มาพร้อมฟีเจอร์ที่น่าตื่นเต้น เช่น การค้นหาคอนเทนเนอร์ subgrid และเครื่องมือตรวจสอบ Flexbox Firefox และ Chrome รุ่นล่าสุดได้รวมฟีเจอร์และการแก้ไขที่น่าสนใจหลายอย่าง เราจะพูดถึงข้อมูลสำคัญเกี่ยวกับเบราว์เซอร์ที่เสถียรและเบต้าในแต่ละเดือนในบทความใหม่กับแพลตฟอร์มเว็บ
ข่าววงใน: การสนับสนุนนักพัฒนา CSS และ UI
เนื่องจากปี 2022 ถือเป็นปีที่น่าตื่นเต้นสำหรับฟีเจอร์ CSS เราจึงคิดว่านี่เป็นโอกาสที่ดีในการพาคุณไปดูเบื้องหลัง ผมได้พูดคุยกับ Una Kravets หัวหน้าทีม DevRel ที่ดูแล Web UI และ Devtools รวมถึง Nicole Sullivan ผู้จัดการผลิตภัณฑ์สำหรับ Web UI ที่เน้นเรื่อง CSS และ HTML API เพื่อที่จะพูดคุยเกี่ยวกับเส้นทางของ Chrome ในการสนับสนุนนักพัฒนา UI
มาเริ่มกันที่ทั้งคู่ บอกเราเพิ่มเติมเกี่ยวกับตัวคุณสักเล็กน้อย
Nicole: ฉันเป็นผู้จัดการผลิตภัณฑ์สำหรับ UI ของเว็บใน Chrome ฉันมุ่งเน้นเฉพาะ CSS และ HTML API ใหม่ๆ รวมถึงนักพัฒนาซอฟต์แวร์และนักออกแบบที่สร้าง UI ซึ่งเป็นพื้นที่ที่น่าตื่นเต้นซึ่งมี API ที่สำคัญจริงๆ ที่กำลังจะเปิดตัว เช่น การค้นหาคอนเทนเนอร์ ขอบเขต และจังหวะแนวตั้ง (หวังว่าจะทราบนะ)
Una: ฉันเป็นหัวหน้าทีม UI บนเว็บและ DevRel สำหรับนักพัฒนาเว็บ เรามุ่งเน้นที่การสนับสนุนวิศวกร UI บนแพลตฟอร์มเว็บและตรวจสอบว่าวิศวกรเหล่านี้มีเครื่องมือที่จำเป็นต่อการประสบความสำเร็จ ซึ่งรวมถึง CSS API และคอมโพเนนต์ HTML ตลอดจนฟีเจอร์เครื่องมือสำหรับนักพัฒนาเว็บเพื่อดูการเปลี่ยนแปลงและผลตอบรับที่ทำงานอยู่
การสนับสนุนของ Chrome สำหรับนักพัฒนา UI ได้เข้ามามีบทบาทสำคัญมากขึ้นในช่วง 2-3 ปีที่ผ่านมา ทำไมคุณถึงคิดว่าใช้เวลานานมากกว่าจะมาถึงจุดนี้ได้ ความท้าทายที่ยิ่งใหญ่ที่สุดคืออะไร
อัญมณี: เราต้องพยายามสาธิตถึงความสำคัญของงานและเหตุผลที่ควรให้ความสำคัญ เราเริ่มต้นด้วยแบบสำรวจ MDN DNA ในปี 2019 ซึ่งได้ระบุว่า UI เป็นปัญหายอดนิยมบางประการในแพลตฟอร์ม นับจากนั้น เราก็ได้ใช้ข้อมูลเป็นแนวทางใน MDN และแบบสำรวจความพึงพอใจของนักพัฒนาซอฟต์แวร์เองอย่างต่อเนื่อง ผลจากทั้งหมดนี้ก็คือเราเชื่อมั่นจากผู้นำได้มากขึ้นและสามารถจัดลำดับความสำคัญของงานด้านวิศวกรรมเกี่ยวกับฟีเจอร์บางส่วนสำหรับนักพัฒนาแอปที่มีการร้องขอมากที่สุดในพื้นที่ UI ซึ่งเป็นจุดมุ่งเน้นส่วนใหญ่ของโครงการริเริ่มต่างๆ เช่น Compat 2021 และ Interop 2022
Nicole: นอกจากการที่ผู้นำจะได้รับความเห็นชอบแล้ว เรายังต้องหาวิธีที่เหมาะสมในการเสนอ API เหล่านี้ให้กับนักพัฒนาซอฟต์แวร์ด้วย ตอนที่เข้าร่วม Chrome เป็นครั้งแรก ผมทำพลาดโปรเจ็กต์ชื่อ Layered API (หรือเรียกสั้นๆ ว่า LAPI) LAPI ที่มีเป้าหมายเพื่อให้นักพัฒนาแอปได้รับประสบการณ์การใช้งานคอมโพเนนต์ที่สามารถใช้งานได้ทันที ฉันยังคิดว่านี่เป็นผลลัพธ์ที่ยอดเยี่ยมในการถ่ายทำ แต่เราผิดพลาดมากมาย เราเน้นไปที่การแจ้งเตือนด้วยข้อความและรายการเสมือนเป็นอันดับแรก ข้อความโทสต์แทบจะเป็นไปไม่ได้เลยที่จะเข้าถึงได้ง่าย และรายการเสมือนจริงเป็นหนึ่งในองค์ประกอบที่เข้าใจยากที่สุด เรามีเจตนาดีแต่ไม่ได้ช่วยเหลือนักพัฒนาซอฟต์แวร์ เราจึงยกเลิกโครงการนี้ เป็นเรื่องยากที่จะเรียนรู้ด้วยวิธียาก แต่ความผิดพลาดทุกกรณีล้วนเป็นแรงผลักดันการฟื้นฟูสำหรับ CSS และ HTML ที่กำลังเกิดขึ้นในขณะนี้
เรามาพูดถึง LAPI กันสักเล็กน้อย เว็บไซต์ดังกล่าวเกิดอะไรขึ้น
Nicole: สำหรับ LAPI เราทราบว่าเว็บต้องการประสบการณ์ของนักพัฒนาซอฟต์แวร์คอมโพเนนต์ที่ง่ายกว่าการสร้าง UI แบบเนทีฟ และเห็นได้ชัดเจนว่าการพัฒนาขึ้นมาใหม่ทำให้นักพัฒนาซอฟต์แวร์ไม่อยู่ ฉันไม่สามารถนับจำนวนแท็บที่สร้างขึ้นในอาชีพของฉัน! ถึงกระนั้นก็ตาม เราพยายามแก้ปัญหานั้นด้วยการส่ง JavaScript ด้วยเบราว์เซอร์ ซึ่งยากมาก ไม่มีใครเคยส่ง JavaScript ในเบราว์เซอร์มาก่อน และไม่ชัดเจนว่าควรโต้ตอบกับโค้ด C++ ที่ขับเคลื่อนเครื่องมือแสดงผลของเบราว์เซอร์อย่างไร เรารับฟังผู้ให้บริการเบราว์เซอร์รายอื่นๆ (ขอขอบคุณ Mozilla) และหยุดทำตามแนวทางดังกล่าวแล้ว เราจึงค้นพบสิ่งที่ดีกว่านี้มากเมื่อใช้ Open UI การหันมาใช้ HTML และ CSS ทำให้เราพบกับโซลูชันการประกาศที่ยืดหยุ่นและยืดหยุ่น เนื่องจากเป็นแบบประกาศ เราจึงค่อยๆ เพิ่มความสามารถในการเข้าถึงในรูปแบบที่จะไม่สามารถทำได้ง่ายๆ ด้วย JavaScript ผมตื่นเต้นมากกับสิ่งที่จะเกิดขึ้น เรากำลังพัฒนาการรองรับ Select Menu, ป๊อปอัป, เคล็ดลับเครื่องมือ, Nav, แอคคอร์เดียน, แท็บ, ภาพสไลด์ และสลับ ซึ่งเป็นรูปแบบการออกแบบ UI ที่สำคัญจริงๆ
เราได้เรียนรู้มากมาย และฉันก็รู้ว่ามีโครงการริเริ่มอื่นในวงการนี้ เช่น CSS Houdini เรื่องราวคืออะไร
Una: ใช่ CSS Houdini เป็นอีกที่หนึ่งที่เราได้เรียนรู้จากชุมชน ฟีเจอร์ Houdini มีประโยชน์มากมาย แต่มีหลายฟีเจอร์ในระดับที่ต่ำเกินกว่าจะรองรับการใช้งานและการรองรับในวงกว้าง เราตระหนักว่าการใช้ API ระดับต่ำไม่ได้ลดอุปสรรคให้กับนักพัฒนาซอฟต์แวร์เสมอไป แต่การมุ่งเน้นโซลูชันและความต้องการในระดับที่สูงขึ้นช่วยสร้างการรองรับข้ามเบราว์เซอร์และการลงจอดที่จำเป็นต่อการสร้างความเปลี่ยนแปลงในระบบนิเวศ โดยขณะนี้เรากำลังติดตามความคืบหน้าที่ https://ishoudinireadyyet.com/
เมื่อพูดถึงการสนับสนุนข้ามเบราว์เซอร์ โครงการริเริ่มอย่างการทำงานร่วมกัน 2022 และ Open UI ดูเหมือนจะให้ผลลัพธ์ที่ดีอย่างยิ่งแก่ชุมชน คุณรับฟังเรื่องอะไรจากนักพัฒนาแอป
Una: ประเด็นปัญหาหนึ่งที่เราได้ยินจากนักพัฒนาซอฟต์แวร์คือ "การออกแบบให้ทำงานได้เหมือนกันในเบราว์เซอร์ต่างๆ" เราจัดการกับปัญหานี้ได้ด้วยการทำงานร่วมกับผู้ให้บริการเบราว์เซอร์รายอื่นๆ ในการจัดลำดับความสำคัญและนำฟีเจอร์บางส่วนของนักพัฒนาแอปซึ่งเป็นที่ต้องการมากที่สุดมาใช้งาน และความคิดเห็นในชุมชนของเราก็เป็นไปในทางบวกอย่างท่วมท้น นอกจากนี้ ความพยายามในการออกแบบโครงสร้างใหม่ครั้งใหญ่ที่เรียกว่า RenderingNG ทำให้ระบบแสดงฟีเจอร์บางรายการได้อย่างมีประสิทธิภาพมากขึ้น นักพัฒนาซอฟต์แวร์รู้สึกตื่นเต้นที่คุณลักษณะเหล่านี้เรียกร้องมายาวนานและเรียกร้องมาตลอดหลายปีก่อนที่จะนำมาใช้งานจริงและเปิดตัวข้ามเบราว์เซอร์ได้
นิโคล: สัมผัสความตื่นเต้นของชุมชนได้ ดูได้ที่ Twitter :)
การทำงานกับระบบนิเวศได้พิสูจน์แล้วว่ามีความสำคัญต่อความสำเร็จที่เรามีในการทำให้ชีวิตของนักพัฒนาซอฟต์แวร์ง่ายขึ้น ผมรู้ว่าทีมของคุณทำงานกันอย่างหนัก อยากบอกรายละเอียดบางอย่างไหม
Nicole: ข้อแรก ฉันรู้สึกทึ่งอยู่เสมอกับโปรเจ็กต์ที่นักพัฒนาซอฟต์แวร์สร้างขึ้นบนเว็บ นักพัฒนาซอฟต์แวร์กำลังสร้างสิ่งที่น่าทึ่ง ตั้งแต่ไลบรารีขนาดเล็กที่สุดไปจนถึงเฟรมเวิร์กเต็มรูปแบบ ที่นี่เป็นชุมชนนักสร้างสรรค์ที่ยอดเยี่ยม และ Chrome ก็กำลังดำเนินขั้นตอนหลายขั้นตอนเพื่อเชื่อมโยงกับโครงการเหล่านี้มากขึ้น
ตัวอย่างเช่น เมื่อ 2-3 ปีก่อน เราเริ่มทำงานกับเฟรมเวิร์ก JavaScript เช่น React และ Angular และ Metaframeworks เช่น Next, Nuxt และ Gatsby เมื่อปีที่แล้ว เราเริ่มที่จะทำเช่นนี้กับเครื่องมือและเฟรมเวิร์ก UI เช่น Sass, Bootstrap และ Material ผมหวังว่าในปีนี้ เราจะได้ร่วมงานกับ GreenSock และเครื่องมืออื่นๆ ที่ทำให้ชีวิตของนักพัฒนาซอฟต์แวร์ง่ายขึ้น ผมเพิ่งเห็น Cassie Evans จาก GreenSock มาบรรยายที่ Smashing Conference ทำให้ผมตื่นเต้นมากที่ได้ร่วมงานกับบรรดาทีมงานในวงการแอนิเมชัน
เราเล็งเห็นโอกาสที่ใหญ่ที่สุดสำหรับระบบนิเวศ UI บนเว็บจากจุดใด
Una: ในแง่ของโอกาสครั้งใหญ่ ฉันรู้สึกว่าเราเพิ่งได้เริ่มต้นสำรวจความเป็นไปได้สำหรับประสบการณ์การใช้งานเว็บที่ปรับแต่งได้ API ใหม่ เช่น คำค้นหาคอนเทนเนอร์และฟีเจอร์สื่อค่ากำหนดของผู้ใช้ CSS กำลังกำหนดวิธีที่นักพัฒนาแอปดูการออกแบบที่ปรับเปลี่ยนตามอุปกรณ์ นอกจากนี้ ฉันยังตื่นเต้นกับประสบการณ์การออกแบบเชิงการทำงานร่วมกันที่ทำให้นักพัฒนาซอฟต์แวร์และนักออกแบบสามารถทำงานพร้อมกับผู้ใช้ที่เข้าชมเว็บไซต์ของตน
และ Nicole คุณคิดว่าแผนกลยุทธ์สำหรับทีมของคุณจะเป็นอย่างไร
Nicole: การสำรวจบางรายการอาจไม่สามารถจัดส่งได้ แต่ฉันรู้สึกตื่นเต้นอย่างมากในตอนนี้
อย่างแรกเลยก็คือเรากำลังเปิดใช้การออกแบบที่ปรับเปลี่ยนตามอุปกรณ์โดยอิงตามคอมโพเนนต์ และมีเครื่องมือสำหรับออกแบบระบบสีให้นักออกแบบตอบสนองต่อค่ากำหนดของผู้ใช้ เช่น โหมดมืด ตัวอย่างเช่น พื้นที่สี OKLCH จะทำให้ความสว่างสอดคล้องกันในทุกเฉดสี นักออกแบบสามารถเปลี่ยนจากการเลือกสีไปเป็นการออกแบบความสัมพันธ์ระหว่างสีต่างๆ ได้โดยไม่ต้องลงเอยด้วยชุดสีหม่น
นอกจากนี้ เรายังกําลังดําเนินการกับ API บางส่วนที่มีการร้องขอมากที่สุด เช่น การค้นหาคอนเทนเนอร์ การเรียงซ้อนเลเยอร์ ตัวเลือกระดับบนสุด (:มี) สไตล์ที่กำหนดขอบเขต และการซ้อน นักพัฒนาซอฟต์แวร์จำเป็นต้องใช้สิ่งเหล่านี้เพื่อสร้างระบบการออกแบบที่ยืดหยุ่นและเต็มไปด้วยองค์ประกอบที่นำมาใช้ใหม่ได้
ภาพเคลื่อนไหวที่ลิงก์ด้วยการเลื่อนถือเป็นเรื่องสนุกอีกอย่างหนึ่ง ฉันชอบการสาธิตของ Steve Gardner มาก เขาใช้การเลื่อนที่ราบลื่นซ้ำๆ และภาพเคลื่อนไหวเครื่องบินเจ๋งๆ ที่ทริกเกอร์เมื่อเลื่อนหน้าจอ แม้ว่าการดำเนินการเหล่านี้จะเป็นเรื่องสนุก แต่การทำให้แอปทำงานอย่างถูกต้องอาจเป็นเรื่องยาก โดยเฉพาะในเรื่องการเข้าถึง เราจึงดำเนินการทดสอบการช่วยเหลือพิเศษในฟีเจอร์นี้จากผู้ใช้อยู่
สิ่งที่ผมตื่นเต้นที่สุดเป็นการส่วนตัวคือมีการควบคุม UI ทางเว็บในตัว นักพัฒนาซอฟต์แวร์สร้างแท็บชุดเดิมซ้ำแล้วซ้ำอีก ฉันคิดว่าเบราว์เซอร์ช่วยคุณได้ สำหรับ Open UI เรากำลังพัฒนาคอมโพเนนต์ต่างๆ เช่น selectเมนู, ป๊อปอัป, เคล็ดลับเครื่องมือ, แท็บ, การนำทาง, แอคคอร์เดียน และปุ่มสลับ เรากำลังสำรวจว่าจะทำอย่างไรเพื่อเพิ่มความสามารถเข้าถึงได้ง่ายในพื้นฐานเบราว์เซอร์เหล่านี้ เพื่อให้เว็บสามารถเข้าถึงได้โดยค่าเริ่มต้นเมื่อเวลาผ่านไป นักพัฒนาซอฟต์แวร์สามารถมุ่งเน้นไปที่ปัญหาที่ซับซ้อนและละเอียดยิ่งขึ้นได้ ในขณะที่เบราว์เซอร์สามารถสนับสนุนพื้นฐาน เช่น วิธีการทำแท็บ แท็บได้ เนื้อหานี้อาจต้องการโพสต์ของมันเอง ฉันขอหยุดไว้เท่านี้ก่อน!
สุดท้ายนี้ เราจะยังลงทุนในการทำงานร่วมกันระหว่างเบราว์เซอร์ต่างๆ ต่อไป เราทำงานร่วมกับทีมงานที่ WebKit และ Gecko ในสร้างความสม่ำเสมอให้กับประสบการณ์การใช้งานที่นักพัฒนาซอฟต์แวร์ เราได้รับฟังนักพัฒนาซอฟต์แวร์อย่างชัดเจนว่าต้องการโซลูชันนี้
หากคุณยังไม่ได้ลองอ่าน Shared Element Transitions API ของทีม Seamless Web กำลังจะเปลี่ยนวิธีการทำงานของการออกแบบเว็บ การเปลี่ยนผ่านเล็กๆ น้อยๆ ทั้งหมดที่ช่วยให้นักออกแบบปรับการออกแบบของตนเข้ากับพื้นที่ทางกายภาพได้นั้น ไม่เพียงแค่ทำได้ แต่ยังง่ายอีกด้วย Jake Archibald มีการสาธิตที่ยอดเยี่ยม
ถ้ามาตรฐานเป็นไปได้ด้วยดี ก็อาจพิจารณาแนวโน้มของกราฟแนวตั้งในปีนี้ด้วย! เราสร้างต่อยอดมาจาก LayoutNG ได้ ซึ่งช่วยปลดล็อกฟีเจอร์มากมาย
ขอขอบคุณทั้ง 2 ท่าน ผมมั่นใจว่าทั้งชุมชนเช่นเรารู้สึกตื่นเต้นที่ได้เห็นการปรับปรุงต่างๆ ในรูปแบบใหม่ๆ และฟีเจอร์ต่างๆ ที่กำลังจะเกิดขึ้นกับโลกของ UI บนเว็บ ยังมีอีกหลายสิ่งให้เรียนรู้ ถ้าอยากรู้ว่าเราควรเริ่มต้นที่ไหน
Una: เซสชันมีอะไรใหม่สำหรับแพลตฟอร์มเว็บในงาน I/O พูดถึงไฮไลต์ของหลายๆ ฟีเจอร์ที่มีการเปิดตัวในปีนี้ นอกจากนี้ Adam Argyle ยังเขียนบทความที่ยอดเยี่ยมเกี่ยวกับหน้า Landing Page ของ CSS ใหม่และที่กำลังจะมาถึงทั้งหมดไว้อีกด้วย ในตอนนี้ ฉันจะเน้นการเผยแพร่เวอร์ชันเสถียรไปก่อน และโปรดระวังเรื่องงานอื่นๆ ที่กำลังจะเกิดขึ้นในเร็วๆ นี้ ซีรีส์เรื่องใหม่ต่อแพลตฟอร์มเว็บที่ยอดเยี่ยมของคุณน่าติดตามมาก การสมัครรับจดหมายข่าวของ web.dev จะนำเนื้อหานี้ไปไว้ในกล่องจดหมายของนักพัฒนาซอฟต์แวร์ด้วย และสำหรับนักพัฒนาซอฟต์แวร์ที่ต้องการมีส่วนร่วมและช่วยเหลือในเรื่องนี้ การเข้าร่วม Open UI เป็นหนึ่งในวิธีที่ดีที่สุดที่คุณจะสนับสนุนการทำงานนี้ได้
ข้อมูลอัปเดตสำคัญที่กำลังจะเกิดขึ้น
เรากำลังทำตามธรรมเนียมของเราเพื่อให้คุณได้รับการแจ้งเตือนเกี่ยวกับการเปลี่ยนแปลงที่จะเกิดขึ้นซึ่งคุณควรคำนึงถึงเมื่อสร้างประสบการณ์บนเว็บ
จำกัดอายุสูงสุดสำหรับคุกกี้ไว้ที่ 400 วัน
- การอัปเดต: เมื่อมีการตั้งค่าคุกกี้ด้วยแอตทริบิวต์
Expires/Max-Ageที่ชัดเจน ตอนนี้ค่าดังกล่าวจะถูกจํากัดให้ไม่เกิน 400 วันในอนาคต ก่อนหน้านี้ยังไม่มีขีดจำกัดและคุกกี้อาจหมดอายุในอีกหลายพันปีในอนาคต เป้าหมายของขีดจำกัดนี้คือการสร้างความสมดุลระหว่างรูปแบบการใช้งานทั่วไปและการเคารพความเป็นส่วนตัวของผู้ใช้ เว็บไซต์ใดๆ ที่เข้าชมบ่อยกว่าทุกๆ 400 วันจะสามารถรีเฟรชคุกกี้เพื่อให้แน่ใจว่าการให้บริการมีความต่อเนื่องและผู้ใช้มั่นใจได้ว่าคุกกี้จะไม่คงอยู่ในเบราว์เซอร์เป็นเวลานับพันปีหากไม่มีการใช้งาน - ลำดับเวลาโดยประมาณ: การจัดส่งใน Chrome 104 (เสถียรในวันที่ 2 สิงหาคม 2022)
- CTA สำหรับนักพัฒนาซอฟต์แวร์: นักพัฒนาซอฟต์แวร์อาจต้องรีเฟรชคุกกี้ด้วยตนเองบ่อยกว่าเดิมเมื่อผู้ใช้เข้าชมเว็บไซต์ของตน มิฉะนั้น ผู้ใช้อาจออกจากระบบไปแล้ว 400 วันหลังจากที่ตั้งค่าคุกกี้ครั้งแรก
หวังว่าคุณจะสนุกกับการอ่าน Chrome Dev Insider ฉบับนี้ หากคุณยังไม่ได้ดู นี่คือรายการแรก เราหวังว่าจะได้ให้บริการคุณอีกในไตรมาสถัดไป
ในระหว่างนี้ โปรดบอกให้เราทราบว่าคุณคิดอย่างไรเกี่ยวกับ Chrome Dev Insider ฉบับนี้และสิ่งที่เราทำได้เพื่อปรับปรุงให้ดีขึ้น
คุณคิดอย่างไรกับ The Chrome Dev Insider ฉบับนี้ แชร์ความคิดเห็น