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