ยินดีต้อนรับสู่ Chrome Dev Insider รุ่นที่สอง ซึ่งเราจะแชร์ข้อมูลอัปเดตเกี่ยวกับสิ่งใหม่ๆ ที่น่าตื่นเต้นในชุมชนและที่ 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 ด้าน UI บนเว็บและเครื่องมือ DevRel และ Nicole Sullivan ผู้จัดการผลิตภัณฑ์ UI สำหรับเว็บซึ่งมุ่งเน้นที่ CSS และ HTML API เพื่อพูดคุยเกี่ยวกับเส้นทางของ Chrome ในการสนับสนุนนักพัฒนา UI
มาเริ่มต้นกันที่ทั้งคู่ บอกรายละเอียดเกี่ยวกับตัวคุณให้เราทราบอีกสักเล็กน้อย
Nicole: ฉันเป็นผู้จัดการผลิตภัณฑ์ UI ของเว็บใน Chrome ฉันมุ่งเน้นที่ CSS และ HTML API ใหม่ๆ โดยเฉพาะ รวมถึงนักพัฒนาซอฟต์แวร์และนักออกแบบที่สร้าง UI ซึ่งเป็นพื้นที่ที่น่าตื่นเต้นสำหรับการเปิดตัว API ที่สำคัญมากๆ เช่น คำค้นหาคอนเทนเนอร์ ขอบเขต และจังหวะในแนวตั้ง
Una: ฉันเป็นหัวหน้าทีม UI บนเว็บและ DevRel สำหรับเครื่องมือสำหรับนักพัฒนาเว็บ เรามุ่งเน้นที่การสนับสนุนวิศวกร UI บนแพลตฟอร์มเว็บ และทำให้มั่นใจได้ว่าพวกเขามีเครื่องมือที่จำเป็นต่อการประสบความสำเร็จ ซึ่งรวมถึง CSS API และคอมโพเนนต์ HTML ตลอดจนฟีเจอร์เครื่องมือสำหรับนักพัฒนาเว็บเพื่อดูการเปลี่ยนแปลงและความคิดเห็นที่ทำงานอยู่
การรองรับนักพัฒนา UI ของ Chrome ได้รวบรวมอัตราการแสดงโฆษณาในช่วง 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 ในเบราว์เซอร์ และไม่ชัดเจนว่า Chrome จะโต้ตอบกับโค้ด C++ ที่ขับเคลื่อนเครื่องมือการแสดงผลของเบราว์เซอร์อย่างไร เรารับฟังผู้ให้บริการเบราว์เซอร์รายอื่นๆ (ขอบคุณ Mozilla!) และถอยกลับจากวิธีการนั้น เราจึงค้นพบสิ่งที่ดีกว่ามากด้วย Open UI เมื่อเปลี่ยนมาใช้ HTML และ CSS เราก็จะได้โซลูชันแบบประกาศที่ยืดหยุ่นได้ เพราะนี่คือสิ่งที่ประกาศไว้ เราจึงสามารถทำให้ระบบสามารถเข้าถึงได้ง่ายด้วยวิธีที่ไม่ง่ายนักเมื่อใช้ JavaScript ผมตื่นเต้นมากกับการเปิดตัวนี้ เรากำลังดำเนินการรองรับเมนูเลือก ป๊อปอัป เคล็ดลับเครื่องมือ Nav แอคคอร์เดียน แท็บ ภาพสไลด์ และการสลับ ซึ่งเป็นรูปแบบการออกแบบ UI ที่สำคัญจริงๆ
เราได้เรียนรู้อะไรมากมาย และฉันรู้ว่ามีโครงการริเริ่มอื่นๆ ในวงการนี้ เช่น CSS Houdini เรื่องราวคืออะไร
Una: ใช่ CSS Houdini เป็นอีกที่หนึ่งที่เราได้เรียนรู้จากชุมชน มีฟีเจอร์ของ Houdini ที่มีประโยชน์มากมาย แต่หลายฟีเจอร์ก็อยู่ในระดับที่ต่ำเกินกว่าที่จะรองรับการใช้งานและการสนับสนุนที่หลากหลายมากขึ้น เราตระหนักดีว่าการใช้ API ระดับต่ำไม่ได้ลดอุปสรรคสำหรับนักพัฒนาซอฟต์แวร์ การมุ่งเน้นที่โซลูชันและความต้องการในระดับที่สูงขึ้นได้ช่วยให้สามารถรองรับการทำงานข้ามเบราว์เซอร์และการพบหน้าที่ที่จำเป็นต่อการสร้างความเปลี่ยนแปลงในระบบนิเวศ ขณะนี้เราติดตามความคืบหน้าได้ที่ https://ishoudinireadyyet.com/
เมื่อพูดถึงการรองรับข้ามเบราว์เซอร์ โครงการริเริ่มต่างๆ เช่น Interop 2022 และ Open UI จะให้ผลลัพธ์เชิงบวกที่มีนัยสำคัญแก่ชุมชน คุณคิดอย่างไรจากนักพัฒนาแอป
อนา: ปัญหาหนึ่งที่เราได้ยินจากนักพัฒนาซอฟต์แวร์คือ "ทำให้การออกแบบทำงานได้เหมือนกันในทุกเบราว์เซอร์" เราจัดการกับปัญหานี้ด้วยการทำงานร่วมกับผู้ให้บริการเบราว์เซอร์รายอื่นๆ เพื่อจัดลำดับความสำคัญและนำเสนอคุณลักษณะบางส่วนของนักพัฒนาซอฟต์แวร์ซึ่งเป็นที่ต้องการมากที่สุด และความคิดเห็นที่เราได้รับจากชุมชนนั้นเป็นไปในทางที่ดีอย่างท่วมท้น นอกจากนี้ ด้วยความพยายามด้านสถาปัตยกรรมใหม่ครั้งใหญ่ที่เรียกว่า RenderingNG ก็อาจทำให้มีฟีเจอร์เหล่านี้บางส่วนที่มีประสิทธิภาพมากขึ้นได้ นักพัฒนาซอฟต์แวร์ต่างตื่นเต้นที่ท้ายที่สุดแล้ว คุณลักษณะอันคาดหมายกันมานานหลายปีเหล่านี้ก็ได้ถูกนำมาใช้ร่วมกันและได้ใช้งานบนทุกเบราว์เซอร์ได้แล้ว
นิโคเล: ความตื่นเต้นที่เกิดขึ้นในชุมชนนั้นเห็นได้ชัดเจน ดูได้ใน Twitter :)
การทำงานร่วมกับระบบนิเวศได้พิสูจน์ให้เห็นแล้วว่ามีความสำคัญต่อความสำเร็จที่ทำให้นักพัฒนาซอฟต์แวร์ประสบความสำเร็จ ชีวิตง่ายขึ้น เรารู้ว่าทีมของคุณทำงานหนักที่นั่น ต้องการแชร์รายละเอียดบางอย่างไหม
นิโคเล: ข้อแรก ฉันรู้สึกทึ่งกับโครงการที่นักพัฒนาซอฟต์แวร์สร้างขึ้นบนเว็บอยู่เสมอ นักพัฒนาซอฟต์แวร์กำลังสร้างสิ่งที่น่าตื่นตาตื่นใจ ไม่ว่าจะเป็นไลบรารีขนาดเล็กที่สุดหรือเฟรมเวิร์กที่สมบูรณ์ นี่คือชุมชนที่ยอดเยี่ยมของผู้สร้าง และ Chrome ก็กำลังดำเนินการมากมายเพื่อให้เชื่อมต่อกับโปรเจ็กต์เหล่านี้ได้มากขึ้น
เช่น เมื่อ 2-3 ปีที่แล้ว เราเริ่มทำงานกับเฟรมเวิร์ก JavaScript เช่น React และ Angular และข้อมูลเมตา เช่น Next, Nuxt และ Gatsby เมื่อปีที่แล้ว เราก็เริ่มทำแบบเดียวกันนี้ด้วยเครื่องมือและเฟรมเวิร์ก UI เช่น Sass, Bootstrap และ Material ผมหวังว่าปีนี้เราจะได้มีโอกาสทำงานร่วมกับ GreenSock และเครื่องมืออื่นๆ ที่ทำให้นักพัฒนาซอฟต์แวร์ ชีวิตง่ายขึ้น ผมเพิ่งเห็น Cassie Evans จาก GreenSock มาพูดที่งาน Smashing Conference และฉันตื่นเต้นมากที่ได้ทำงานร่วมกับเพื่อนๆ ในแวดวงแอนิเมชัน
แล้วเราจะเห็นโอกาสที่ดีที่สุดสำหรับระบบนิเวศของ UI บนเว็บได้จากที่ใด
Una: ในแง่ของโอกาสอันยิ่งใหญ่ ผมรู้สึกว่าเราเพิ่งได้ค้นพบสิ่งที่เป็นไปได้สำหรับประสบการณ์การใช้งานเว็บที่ปรับแต่งได้ API ใหม่ เช่น คำค้นหาคอนเทนเนอร์และฟีเจอร์สื่อตามค่ากำหนดของผู้ใช้ของ CSS จะกำหนดวิธีที่นักพัฒนาซอฟต์แวร์ดูการออกแบบที่ปรับเปลี่ยนตามอุปกรณ์ นอกจากนี้ ผมยังตื่นเต้นกับประสบการณ์การออกแบบร่วมกันที่ทำให้นักพัฒนาซอฟต์แวร์และนักออกแบบสามารถทำงานไปพร้อมกับผู้ใช้ที่เข้าชมเว็บไซต์ของตนได้
แล้ว Nicole ขั้นตอนต่อไปในแผนกลยุทธ์สำหรับทีมของคุณคืออะไร
Nicole: การสำรวจบางครั้งก็ไม่สามารถเป็นสิ่งที่ส่งได้ แต่มีหลายสิ่งที่ฉันตื่นเต้นมากในตอนนี้
อย่างแรกเลยคือ เราเปิดใช้การออกแบบที่ปรับเปลี่ยนตามอุปกรณ์ซึ่งอิงจากคอมโพเนนต์ โดยมีเครื่องมือสำหรับออกแบบระบบสีเพื่อให้นักออกแบบตอบสนองต่อความต้องการของผู้ใช้ได้ เช่น โหมดมืด เช่น พื้นที่สี OKLCH จะทำให้ความสว่างของทุกเฉดสีสอดคล้องกัน นักออกแบบสามารถย้ายจากการเลือกสีไปจนถึงการออกแบบความสัมพันธ์ระหว่างสี โดยไม่จบลงด้วยจานสีที่ดูหม่นหมอง!
นอกจากนี้ เรายังกําลังดําเนินการกับ API ที่มีการร้องขอมากที่สุดบางรายการ เช่น คําค้นหาคอนเทนเนอร์, เลเยอร์แบบ Cascade, ตัวเลือกระดับบนสุด (:has), รูปแบบที่กำหนดขอบเขต และการซ้อน นักพัฒนาแอปต้องการเครื่องมือเหล่านี้เพื่อให้สามารถสร้างระบบการออกแบบที่ยืดหยุ่นที่เต็มไปด้วยส่วนประกอบที่ใช้ซ้ำได้
ภาพเคลื่อนไหวที่ลิงก์แบบเลื่อนเป็นอีกพื้นที่สนุกๆ ผมชอบการสาธิตของ Steve Gardner มาก เขาใช้การเลื่อนที่ลื่นไหลและนุ่มนวล รวมถึงภาพเคลื่อนไหวสุดเท่บนเครื่องบินที่ทริกเกอร์เมื่อเลื่อน แม้ว่าจะสนุกไปกับเนื้อหาเหล่านี้ แต่ก็อาจจะยากที่จะแก้ไขให้ถูกต้อง โดยเฉพาะอย่างยิ่งเมื่อคำนึงถึงการช่วยเหลือพิเศษ เราจึงกำลังทดสอบความสามารถเข้าถึงได้ง่ายของผู้ใช้ในฟีเจอร์นี้
สิ่งที่ผมรู้สึกตื่นเต้นมากที่สุดคือการควบคุม UI เว็บในตัว นักพัฒนาซอฟต์แวร์ยังคงสร้างชุดแท็บเดิมซ้ำแล้วซ้ำเล่า ฉันคิดว่าเบราว์เซอร์สามารถช่วยได้ ที่ Open UI เรากำลังทำงานเกี่ยวกับคอมโพเนนต์ต่างๆ เช่น เลือกเมนู, ป๊อปอัป, เคล็ดลับเครื่องมือ, แท็บ, Nav, แอคคอร์เดียน และปุ่มสลับ เรากำลังสำรวจลักษณะการค่อยๆ เพิ่มความสามารถเข้าถึงได้ง่ายไว้ในเบราว์เซอร์พื้นฐานเหล่านี้ เพื่อให้เว็บสามารถเข้าถึงได้โดยค่าเริ่มต้นเมื่อเวลาผ่านไป จากนั้นนักพัฒนาซอฟต์แวร์สามารถมุ่งเน้นไปที่ปัญหาที่ซับซ้อนและละเอียดขึ้นได้ ในขณะที่เบราว์เซอร์สามารถรองรับการทำงานพื้นฐาน เช่น แท็บแท็บ ข้อความนี้อาจต้องมีโพสต์ของตัวเอง ฉันจึงจะขอหยุดไว้เท่านี้ก่อน
สุดท้ายนี้ เราจะลงทุนในการทำงานร่วมกันระหว่างเบราว์เซอร์ต่างๆ ต่อไป เรายินดีมากที่ได้ทำงานร่วมกับทีม 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 ฉบับนี้เป็นอย่างไรบ้าง แชร์ความคิดเห็น