Giữa cơn bão Helene, thứ tôi muốn chỉ là một website văn bản đơn giản

 (sparkbox.com/foundry)
2 điểm bởi GN⁺ 2026-01-06 | 1 bình luận | Chia sẻ qua WhatsApp
  • Trong tình trạng mất điện và liên lạc không ổn định do bão Helene, nhu cầu về khả năng truy cập web nhẹ đã bộc lộ rõ
  • Các website phức tạp, tập trung vào hình ảnh và script gần như không hoạt động trên môi trường di động
  • Những trang dựa trên văn bản đơn giản là hiệu quả nhất về truyền tải thông tin và khả năng truy cập
  • Suy giảm hiệu năng web có thể dẫn tới khoảng cách thông tin trong tình huống thảm họa
  • Tầm quan trọng của thiết kế web nhẹ, vẫn có thể truy cập trong khủng hoảng được nhấn mạnh

Bão Helene và khả năng truy cập web trên di động

  • Trong bối cảnh điện lưới và mạng không ổn định vì bão Helene, đã xuất hiện vấn đề website gần như không thể tải nổi
    • Các trang có nhiều thành phần phức tạp như hình ảnh, quảng cáo và JavaScript bị lỗi tải
    • Những trang chỉ cung cấp văn bản HTML đơn giản thì tương đối vẫn truy cập được
  • Trải nghiệm này một lần nữa khẳng định rằng mục đích cơ bản của web là truyền tải thông tin
    • Khả năng tiếp cận nội dung cần được ưu tiên hơn thiết kế thị giác

Giá trị của web đơn giản

  • Website lấy văn bản làm trung tâm hoạt động nhanh ngay cả trong môi trường mạng chậm
    • Nếu loại bỏ tài nguyên không cần thiết, có thể giảm đáng kể lượng dữ liệu sử dụng và thời gian tải
  • Điều này hữu ích không chỉ trong tình huống khủng hoảng mà còn để cải thiện trải nghiệm người dùng di động
    • Cấu trúc đơn giản cũng góp phần cải thiện bảo trì và khả năng truy cập

Hiệu năng web và trách nhiệm xã hội

  • Cấu trúc web phức tạp có thể làm trầm trọng thêm bất bình đẳng thông tin
    • Việc tiếp cận thông tin bị hạn chế ở những khu vực có hạ tầng mạng yếu
  • Nhà phát triển cần cân nhắc một web vẫn hoạt động với lượng tài nguyên tối thiểu
    • Đây là yêu cầu thiết yếu về ứng phó khủng hoảng, khả năng truy cập và tính bền vững

Kết luận

  • Trải nghiệm từ bão Helene là một ví dụ cho thấy sự cần thiết của thiết kế web nhẹ
  • Web văn bản đơn giản là lời giải giúp đồng thời bảo đảm khả năng ứng phó trong khủng hoảng và khả năng truy cập phổ quát

Bài viết liên quan

1 bình luận

 
GN⁺ 2026-01-06
Ý kiến trên Hacker News

  • Nhiều trang tin đang cung cấp phiên bản chỉ văn bản
    Ví dụ như lite.cnn.com, text.npr.org, wttr.in v.v.
    Có thể xem thêm danh sách tại danh sách của Greycoder
    Sẽ rất tốt nếu có một cách thức tiêu chuẩn hóa để dễ tìm các trang như vậy và để cả các trang tin địa phương cũng có thể hỗ trợ

    • Phiên bản nhẹ của CNN khá ổn, nhưng vẫn có banner cookie khổng lồ
      Thực tế cookie được đặt chỉ là việc bạn có nhấp vào banner hay không, nhưng có vẻ phần lớn dung lượng trang lại dành cho banner đó
    • Khi mở một bài viết trên CNN Lite, phần nội dung bài viết thực tế chỉ 11KB nhưng lại có tới 560KB chỉ riêng các khai báo CSS
    • Nếu muốn tiêu chuẩn hóa các trang chỉ văn bản như thế này, có lẽ nên để reader mode của trình duyệt yêu cầu từ trang web chỉ phần định dạng tối thiểu
    • Ở Hà Lan, đài phát thanh truyền hình công cộng vẫn cung cấp tin tức qua Teletekst
      Bài viết liên quan: Hoe werkt het vernieuwde Teletekst
    • Dùng subdomain lite còn có thể đọc cả các bài viết chỉ dành cho thuê bao
      Tôi lại nhớ đến trang này khi CNN thực hiện A/B test khá hung hăng vài tháng trước

  • Ảnh header của bài viết là một file PNG 2400x1600 nặng tới 500KB, nghe nói vì dithering rất mịn nên nén không hiệu quả
    Chuyển cùng ảnh đó sang .avif (chất lượng 90, 12-bit) thì giảm xuống còn 15KB

    • Nhưng ảnh đó thực ra là một hero image không liên quan đến nội dung
      Những ảnh kiểu này chỉ làm chậm tải trang, buộc người dùng phải cuộn xuống, rồi cũng nhanh chóng bị lãng quên
    • Trên thực tế, trang web đã truyền 1.18MB (đã nén) chỉ để chuyển tải 6.7KB văn bản. Rất mỉa mai
    • Làm bằng SVG có thể còn nhỏ hơn, nhưng có lẽ sẽ phải đơn giản hóa hiệu ứng gradient

  • Trong cơn bão Helene, nhóm Newspack mà tôi tham gia đã hợp tác với Blue Ridge Public Radio và những đơn vị khác
    để xây dựng trang tin phiên bản văn bản cho người dùng băng thông thấp
    Chúng tôi đã truyền thông tin đến hàng chục nghìn người qua text.bpr.org,
    và nhờ kết quả đó đã nhận được hỗ trợ từ OpenNews
    để triển khai một dự án phân phối giải pháp web thuần văn bản cho tin tức khẩn cấp tới các tòa soạn trên toàn quốc

    • Tôi cũng đọc tin tức thường xuyên, nhưng không hề biết CNN có phiên bản nhẹ

  • HTML thuần và tương tác dựa trên form thôi cũng đã đủ hiệu quả
    Các diễn đàn web ngày xưa phần lớn hoạt động đầy đủ mà không cần JS
    GitHub trước đây cũng từng cho phép xem issue và viết bình luận mà không cần JS,
    nhưng giờ gần như chẳng hiện gì cả. Có lẽ là để phục vụ script theo dõi

  • Đây là tổng kết trải nghiệm trong cơn bão Helene

    • AT&T sập hoàn toàn nhưng Verizon và các MVNO vẫn hoạt động
    • eSIM phụ đi kèm gói Internet gia đình đã giúp ích rất nhiều
    • Nhưng ngay khi xe tải ứng phó thảm họa của Verizon đến nơi thì Internet MVNO của tôi lại bị cắt
    • Bài học là trước bão cần đổ đầy nhiên liệu hoặc sạc đầy pin
      Do mất điện nên rất khó tìm cây xăng, và chúng tôi phải chia sẻ nhiên liệu với hàng xóm
    • Vài năm trước, trong cơn bão Pineapple Express, tôi cũng có trải nghiệm tương tự
      Không nên chỉ trông chờ vào điện mặt trời; cần chuẩn bị nguồn điện dự phòng (xe, máy phát propane v.v.)
      Ngoài ra, các trang web dịch vụ khẩn cấp cũng phải hoạt động được chỉ với form và hình ảnh đơn giản kiểu Web 1.0
      Một trang mất 5 phút để tải JS thì hoàn toàn vô dụng trong tình huống thảm họa
    • Tùy khu vực mà tình hình rất khác nhau. Ở chỗ tôi, mọi mạng liên lạc đều bị cắt,
      và cập nhật qua radio của NPR là nguồn thông tin duy nhất
      Cuối cùng chúng tôi phải hợp tác với hàng xóm để khôi phục đường sá, rồi sau khi kiếm được nhiên liệu mới thoát ra ngoài
    • Khi mất điện thì nhất định phải mang theo tiền mặt
      Vì nếu mạng thanh toán thẻ tê liệt thì máy POS sẽ không hoạt động
    • Tôi sống ở khu vực nhiều rừng nên thường xuyên gặp vấn đề với ISP,
      mà ứng dụng Xfinity thì quá nặng và cứ báo lỗi mỗi khi kết nối không ổn định
      Chính trong những tình huống như vậy mới thật sự cần cổng hỗ trợ khách hàng nhẹ, nhưng thực tế lại hoàn toàn ngược lại
    • Tôi đang dùng dual SIM (AT&T + T-Mobile),
      và nếu có điện thoại triple SIM thì tôi còn muốn thêm cả Verizon
      eSIM có thể đăng ký nhiều cái, nhưng cùng lúc chỉ kích hoạt được một cái

  • Tôi cũng từng có trải nghiệm tương tự khi bị cô lập vài ngày trong một vụ lở đất ở Nepal
    Không có bất kỳ thông tin nào nên tin tức chỉ được truyền qua điện thoại,
    và ngay khi đường mở lại thì xe cộ đổ dồn tới gây ra ùn tắc và nguy hiểm
    Trong thời kỳ COVID, tôi từng vận hành một trang văn bản đơn giản để tổng hợp quy định địa phương,
    và nó hữu ích hơn nhiều so với các buổi họp báo phức tạp
    Trong thời điểm Nga xâm lược Ukraine, người tị nạn đã dùng Telegram, Notion, Google Docs
    để tự phát xây dựng một mạng lưới thông tin chỉ trong 24 giờ
    Rốt cuộc, đơn giản hóa việc truyền đạt thông tin mới là cốt lõi của ứng phó khủng hoảng

    • Một đồng nghiệp người Ukraine của tôi, khi đang sơ tán, đã liên tục hỏi bạn bè những câu như “cầu X còn đi qua được không?”
      để xác nhận tuyến đường thoát thân trong thời gian thực
      May mắn là phần lớn câu trả lời đều chính xác, nên họ có thể di chuyển tới khu vực an toàn
    • Nhưng tôi vẫn thắc mắc vì sao Ukraine lại tin Telegram đến vậy
      Có vẻ cả thông tin nhạy cảm cũng được chia sẻ ở đó

  • Những ai làm web đã lâu chắc còn nhớ sự cố web quy mô lớn vào thời điểm 9/11
    Gần như mọi trang tin đều sập, và chỉ có Slashdot là chật vật sống sót để cung cấp thông tin
    Dù hạ tầng bây giờ đã khác rất nhiều, tôi vẫn nghĩ đến câu hỏi: “nếu chuyện đó lặp lại thì sao?”

    • Khi đó Yahoo News không phản hồi nên tôi chạy traceroute,
      và hop cuối cùng đang trỏ tới một máy chủ bên trong tòa tháp ở New York
      Sau đó phải mất khá lâu mới được chuyển hướng sang bờ Tây

  • Trong một bài viết tôi đọc gần đây có nói rằng giờ đây rất khó chạy trình duyệt chỉ với 1GB RAM
    JS thì nhanh hơn thật, nhưng đổi lại kích thước mã nguồn website đã phình to một cách không cần thiết
    Mạng nhanh vô tình lại càng khuyến khích sự kém hiệu quả
    Xem bài viết liên quan

  • Có lẽ nên bắt đầu lại từ mức HTML thuần gần như của năm 1994
    Chỉ với <html>, <body> cũng đã đủ, cần thì thêm một chút CSS là được
    Nếu dùng CSS ngoài như Pico.css thì tốt hơn nên tự host thay vì dùng CDN

    • Đây mới nên là trang đầu tiên của mọi lập trình viên web
      Những công cụ phức tạp như npx create-react-app là chuyện để sau
    • Có thể tham khảo mẫu cơ bản của HTML5 Boilerplate
    • Tôi cũng vận hành một trang thiên về văn bản và luôn kiểm tra xem nó có hoạt động không cần CSS hay không
      CSS hiện được giữ ở mức khoảng 20KB sau gzip
    • Vẫn nên bao gồm <meta charset="utf-8">

  • Tiêu chuẩn web GDS của chính phủ Anh được xây dựng bằng HTML đơn giản,
    thậm chí còn có giai thoại rằng nó chạy được cả trên PSP
    Xem bài blog của Terence Eden