- ในสถานการณ์ไฟฟ้าดับและการสื่อสารไม่เสถียรจาก พายุเฮอริเคนเฮลีน ความจำเป็นของ การเข้าถึงเว็บแบบน้ำหนักเบา ปรากฏชัด
- เว็บไซต์ที่เน้นภาพและสคริปต์ซับซ้อน แทบใช้งานไม่ได้เลยในสภาพแวดล้อมมือถือ
- หน้าเว็บแบบข้อความล้วน ที่เรียบง่ายมีประสิทธิภาพที่สุดทั้งด้านการส่งต่อข้อมูลและการเข้าถึง
- ประสิทธิภาพเว็บที่ย่ำแย่อาจนำไปสู่ ช่องว่างด้านข้อมูลในสถานการณ์ภัยพิบัติ
- ย้ำความสำคัญของ การออกแบบเว็บน้ำหนักเบาที่เข้าถึงได้แม้ในยามวิกฤต
พายุเฮลีนและการเข้าถึงเว็บบนมือถือ
- ระหว่างที่ไฟฟ้าและเครือข่ายไม่เสถียรจากพายุเฮลีน เกิดปัญหา เว็บไซต์แทบไม่สามารถโหลดได้เลย
- เว็บไซต์ที่มีองค์ประกอบซับซ้อนจำนวนมาก เช่น รูปภาพ โฆษณา และ JavaScript มักโหลดไม่สำเร็จ
- หน้าเว็บที่ให้เพียงข้อความ HTML แบบเรียบง่ายยังพอเข้าถึงได้เมื่อเทียบกัน
- ประสบการณ์นี้ทำให้ยืนยันอีกครั้งว่า เป้าหมายพื้นฐานของเว็บคือการส่งต่อข้อมูล
- การเข้าถึงเนื้อหา ควรมีความสำคัญเหนือกว่าการออกแบบด้านภาพ
คุณค่าของเว็บแบบเรียบง่าย
- เว็บไซต์ที่เน้นข้อความเป็นหลัก ทำงานได้รวดเร็วแม้ในเครือข่ายความเร็วต่ำ
- หากตัดทรัพยากรที่ไม่จำเป็นออก ก็สามารถลดการใช้ดาต้าและเวลาโหลดได้อย่างมาก
- ไม่ได้มีประโยชน์เฉพาะในสถานการณ์วิกฤต แต่ยังช่วย ปรับปรุงประสบการณ์ผู้ใช้บนมือถือ ได้ด้วย
- โครงสร้างที่เรียบง่ายยังช่วยด้านการบำรุงรักษาและการเข้าถึงให้ดีขึ้น
ประสิทธิภาพเว็บและความรับผิดชอบต่อสังคม
- โครงสร้างเว็บที่ซับซ้อนอาจทำให้ ความไม่เท่าเทียมในการเข้าถึงข้อมูล รุนแรงขึ้น
- การเข้าถึงข้อมูลถูกจำกัดในพื้นที่ที่โครงสร้างพื้นฐานเครือข่ายอ่อนแอ
- นักพัฒนาควรคำนึงถึง เว็บที่ทำงานได้ด้วยทรัพยากรขั้นต่ำ
- เป็นโจทย์สำคัญทั้งในด้านการรับมือวิกฤต การเข้าถึง และความยั่งยืน
บทสรุป
- ประสบการณ์จากพายุเฮลีนเป็นกรณีตัวอย่างที่แสดงให้เห็นถึง ความจำเป็นของการออกแบบเว็บน้ำหนักเบา
- เว็บข้อความล้วนแบบเรียบง่ายคือแนวทางที่ช่วยตอบโจทย์ทั้ง การรับมือในภาวะวิกฤต และ การเข้าถึงอย่างทั่วถึง ไปพร้อมกัน
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
เว็บไซต์ข่าวหลายแห่งมี เวอร์ชันข้อความล้วน ให้ใช้งาน
ตัวอย่างเช่น lite.cnn.com, text.npr.org, wttr.in
ดูรายการเพิ่มเติมได้ที่ ลิสต์ของ Greycoder
น่าจะดีถ้ามี วิธีการที่เป็นมาตรฐาน เพื่อให้ค้นหาเว็บไซต์แบบนี้ได้ง่าย และให้สำนักข่าวท้องถิ่นรองรับได้ด้วย
จริง ๆ แล้วคุกกี้ที่ถูกตั้งมีแค่ว่าเคยกดแบนเนอร์หรือไม่ แต่ดูเหมือนว่าขนาดหน้าเว็บส่วนใหญ่จะหมดไปกับแบนเนอร์นั้น
บทความที่เกี่ยวข้อง: Hoe werkt het vernieuwde Teletekst
liteทำให้อ่าน บทความสำหรับสมาชิกเท่านั้น ได้ด้วยตอนที่ CNN ทำ A/B test แบบดุดัน เมื่อไม่กี่เดือนก่อน ก็ทำให้นึกถึงเว็บไซต์นี้ขึ้นมาอีกครั้ง
ภาพส่วนหัวของบทความเป็น PNG ขนาด 2400x1600 ที่ใหญ่ถึง 500KB โดยบอกว่า dithering ละเอียดมาก ทำให้บีบอัดได้ไม่ดี
เมื่อนำภาพเดียวกันไปแปลงเป็น
.avif(คุณภาพ 90, 12 บิต) ขนาดลดลงเหลือ 15KBภาพแบบนี้ทำให้หน้าโหลดช้าลง บังคับให้ต้องเลื่อนหน้าจอ และไม่นานก็ถูกลืม
ระหว่างพายุเฮอริเคน Helene ทีม Newspack ที่ฉันอยู่ร่วมมือกับ Blue Ridge Public Radio และหน่วยงานอื่น ๆ
เพื่อสร้าง เว็บไซต์ข่าวเวอร์ชันข้อความ สำหรับผู้ใช้ที่มีแบนด์วิดท์ต่ำ
ผ่าน text.bpr.org พวกเขาส่งข้อมูลให้ผู้คนได้หลายหมื่นคน และ
จากผลสำเร็จนั้นก็ได้รับการสนับสนุนจาก OpenNews
เพื่อทำโครงการเผยแพร่ โซลูชันเว็บข้อความล้วนสำหรับข่าวฉุกเฉิน ให้กับสำนักข่าวทั่วประเทศ
HTML ล้วนและปฏิสัมพันธ์แบบฟอร์ม ก็มีประสิทธิภาพเพียงพอแล้ว
เว็บบอร์ดสมัยก่อนส่วนใหญ่ทำงานได้ครบถ้วนโดยไม่ต้องมี JS
GitHub เองก็เคยเปิดดู issue และเขียนคอมเมนต์ได้โดยไม่ใช้ JS แต่ตอนนี้
แทบไม่แสดงอะไรเลย คาดว่าเป็นเพราะ การบังคับใช้สคริปต์ติดตาม
สรุปประสบการณ์ช่วงพายุเฮอริเคน Helene
เพราะเมื่อไฟดับจะหาปั๊มน้ำมันยาก และต้องแบ่งเชื้อเพลิงใช้กับเพื่อนบ้าน
อย่าหวังพึ่งพลังงานแสงอาทิตย์อย่างเดียว ควรเตรียม แหล่งพลังงานสำรอง ไว้ด้วย เช่น รถยนต์หรือเครื่องปั่นไฟแก๊สโพรเพน
อีกทั้งเว็บไซต์บริการฉุกเฉินก็ควรทำงานได้ด้วย ฟอร์มง่าย ๆ และภาพระดับ Web 1.0
เว็บไซต์ที่ใช้เวลา 5 นาทีในการโหลด JS นั้นไร้ประโยชน์ในภาวะภัยพิบัติ
อัปเดตทางวิทยุของ NPR คือแหล่งข้อมูลเดียว
สุดท้ายก็ต้องร่วมมือกับเพื่อนบ้านซ่อมถนน หาเชื้อเพลิง แล้วอพยพออกมา
เพราะหากระบบชำระเงินด้วยบัตรล่ม เครื่อง POS ก็ใช้งานไม่ได้
แอป Xfinity หนักมากและแสดงข้อผิดพลาดทุกครั้งที่การเชื่อมต่อไม่เสถียร
ทั้งที่สถานการณ์แบบนี้ควรมี พอร์ทัลช่วยเหลือลูกค้าแบบเบา ๆ แต่ความจริงกลับตรงกันข้าม
ถ้ามีมือถือแบบ triple SIM ก็อยากเพิ่ม Verizon เข้าไปด้วย
eSIM ลงทะเบียนได้หลายอัน แต่เปิดใช้งานพร้อมกันได้เพียงอันเดียว
มีประสบการณ์คล้ายกันคือตอนเกิดดินถล่มในเนปาล ฉันเคยติดอยู่หลายวัน
ไม่มีข้อมูลอะไรเลย และ ข่าวสารถูกส่งต่อกันทางโทรศัพท์เท่านั้น
พอถนนเปิด รถก็แห่กันมา ทำให้เกิด ความแออัดและอันตราย
ช่วงโควิดเคยมีการทำ หน้าเว็บข้อความ ที่สรุปกฎท้องถิ่นแบบง่าย ๆ ซึ่งมีประโยชน์มากกว่าการแถลงข่าวซับซ้อน
ตอนรัสเซียบุกยูเครน ผู้ลี้ภัยก็ใช้ Telegram, Notion, Google Docs
สร้างเครือข่ายข้อมูลกันเองภายใน 24 ชั่วโมง
สุดท้ายแล้ว การทำให้การสื่อสารข้อมูลเรียบง่าย คือหัวใจของการรับมือวิกฤต
เพื่อยืนยันเส้นทางหนี และโชคดีที่ส่วนใหญ่ได้คำตอบแม่นยำพอจะไปถึง พื้นที่ปลอดภัย
ดูเหมือนแม้แต่ข้อมูลอ่อนไหวก็ยังแชร์กันที่นั่น
คนที่อยู่ในวงการเว็บมานานคงจำ เหตุเว็บล่มครั้งใหญ่ ช่วง 9/11 ได้
เว็บไซต์ข่าวแทบทั้งหมดล่ม และมีเพียง Slashdot ที่แทบจะเป็นรายเดียวที่ยังพอให้ข้อมูลได้
ทุกวันนี้โครงสร้างพื้นฐานเปลี่ยนไปมากแล้ว แต่ก็ยังอดคิดไม่ได้ว่า “ถ้าเกิดแบบนั้นอีกจะเป็นอย่างไร?”
แล้วพบว่า hop สุดท้ายชี้ไปยัง เซิร์ฟเวอร์ภายในตึกทาวเวอร์ ในนิวยอร์ก
กว่าระบบจะ redirect ไปฝั่งตะวันตกก็ใช้เวลาอยู่นานพอสมควร
มีบทความหนึ่งที่เพิ่งอ่านซึ่งบอกว่า ทุกวันนี้ รันเบราว์เซอร์ด้วย RAM 1GB ได้ยากแล้ว
JS เร็วขึ้นก็จริง แต่ในขณะเดียวกัน ขนาดโค้ดของเว็บไซต์ ก็ใหญ่ขึ้นอย่างไม่จำเป็น
เครือข่ายที่เร็วขึ้นกลับยิ่งส่งเสริมความไร้ประสิทธิภาพ
ดู บทความที่เกี่ยวข้อง
น่าจะลองเริ่มจาก HTML ล้วนระดับเกือบปี 1994 ดู
แค่
<html>กับ<body>ก็พอแล้ว และถ้าจำเป็นก็ค่อยเติม CSS เล็กน้อยหากใช้ CSS ภายนอกอย่าง Pico.css ก็ควร โฮสต์เองแทนการพึ่ง CDN
เครื่องมือซับซ้อนอย่าง
npx create-react-appค่อยเป็นเรื่องทีหลังตอนนี้ควบคุม CSS ไว้ที่ราว 20KB เมื่อบีบอัดด้วย gzip
<meta charset="utf-8">ไว้มาตรฐานเว็บ GDS ของรัฐบาลสหราชอาณาจักรสร้างด้วย HTML แบบเรียบง่าย
ถึงขั้นมีเกร็ดว่า ใช้งานบน PSP ได้ด้วย
ดู บทความในบล็อกของ Terence Eden