Bạn có thể sử dụng Internet mà không cần JavaScript không?

Podcast của JS Party vừa có một tập thú vị khi họ tranh luận về câu hỏi kinh điển này bằng cách chia thành hai nhóm hai người. Mỗi nhóm được chỉ định một “phía” của cuộc tranh luận này, và sau đó thả lỏng để tranh luận về nó. Tôi không nghĩ ai đó có thể nghe một chương trình như thế này mà không bị ngập trong những suy nghĩ. Đây là của tôi

• Đây là một trong những lập luận thánh chiến đã nổ ra trong nhiều năm. Có lẽ đó là vì mọi người đang tìm kiếm một câu trả lời áp dụng cho toàn bộ trang web và trang web quá lớn để ghim câu trả lời rộng rãi này vào
• Bản thân câu hỏi đáng xem. Tại sao chúng ta lại nói về việc hạn chế các trang web của mình theo cách cụ thể này? . ) và chúng tôi gặp lỗi JavaScript nhiều hơn bất kỳ loại lỗi web nào khác (ngoại trừ, có lẽ, toàn bộ trang web không tải) (hoặc phông chữ biểu tượng, trời ạ)
• Tôi rất thích tất cả những vấp váp xung quanh thuật ngữ “ứng dụng web” và “trang web” (web things. ). Đây là một trong những điều kỳ lạ. Thật dễ dàng để hình dung sự khác biệt trong đầu của bạn. nó giống như facebook so với blog. Nhưng khi bạn bắt đầu cố gắng định nghĩa nó một cách chính xác, nó sẽ nhanh chóng trở nên u ám và sự khác biệt mất đi bất kỳ giá trị nào, nếu nó có giá trị ban đầu. Đây là nhiều hơn về điều đó
• Khả năng truy cập chắc chắn liên quan đến tất cả các cuộc trò chuyện về web, nhưng có lẽ nó không thể được áp dụng rộng rãi ở đây. Có quan điểm cho rằng công nghệ hỗ trợ không chạy JavaScript - vì vậy một trang web yêu cầu JavaScript sử dụng nó là 100% thất bại đối với những người dùng đó. Tốt nhất tôi biết, đó hoàn toàn không phải là trường hợp nữa. Chúng ta có thể tranh luận đến chết về vai trò của JavaScript trong các vấn đề về khả năng truy cập, nhưng chỉ vì một trang web cụ thể yêu cầu JavaScript chạy không tự nó khiến trang web đó không thể truy cập được
• Thật dễ dàng để tắt JavaScript, duyệt web, tìm những thứ bị hỏng và chỉnh sửa chúng cho lỗi rõ ràng này. Lỗi là trang web này hoặc một tính năng trên trang web có thể đã được kiến ​​trúc để hoạt động mà không có JavaScript. Quy tắc quyền lực tối thiểu. Đây là khó khăn. Thật dễ dàng để không quan tâm đến một người đã cố tình vô hiệu hóa một phần trình duyệt web của họ và vẫn muốn mọi thứ hoạt động. Tôi thẳng thắn không quan tâm về điều đó. Nhưng phần khả năng phục hồi thú vị hơn. Nếu bạn xây dựng một phần của trang web để hoạt động mà không cần JavaScript, nó sẽ hoạt động cả trước và sau khi JavaScript thực thi, điều này khá tuyệt
• Khái niệm xây dựng nội dung chức năng và các tính năng không có JavaScript và nâng cao trải nghiệm với JavaScript được gọi là nâng cao lũy tiến. Tôi vừa là một người hâm mộ vừa cẩn thận để không nhấn mạnh rằng mọi thứ trên trái đất luôn được xây dựng theo cách đó (xem điểm đầu dòng). Có những trường hợp tăng cường lũy ​​tiến vừa tăng vừa giảm nợ kỹ thuật. Bàn chải rộng duy nhất tôi muốn sử dụng ở đây là để nói rằng nó đáng làm cho đến khi khoản nợ quá cao
• Có một khoảnh khắc ở giữa với sự nâng cao dần dần. Nếu một tính năng hoạt động mà không có JavaScript, điều đó có nghĩa là có khả năng bạn đang trì hoãn việc tải JavaScript đó vì lợi ích hiệu suất. Nhưng cuối cùng nó cần phải được tải xuống và thực thi. Điều gì xảy ra trong thời gian đó? . Trường hợp tốt nhất, nó không đáng kể. Trường hợp xấu nhất, bạn phá vỡ tính năng trong khoảng thời gian giữa chừng này
• Tôi thấy thú vị hơn khi tranh luận về vấn đề này trên cơ sở từng trang web và từng tính năng. Các kiểu mẫu của ứng dụng có thể là một cách thú vị để xác định phạm vi của nó. Họ thường lấy Slack làm ví dụ, đây là một lựa chọn hoàn hảo. Bạn sẽ xây dựng trang web đánh giá phim gồm 20 tác giả như thế nào? . CodePen có chạy trên bộ công nghệ phù hợp không?
• Nếu một trang web được "kết xuất phía máy khách" (CSR), điều đó có nghĩa là JavaScript đang thực hiện tìm nạp dữ liệu và tạo DOM và tất cả những thứ đó. Nếu chúng ta đang nói về các trang web “hoạt động” hoặc không có hoặc không có JavaScript, thì một trang web được hiển thị phía máy khách sẽ thất bại 100% nếu không có JavaScript. Nó ngược lại với “kết xuất phía máy chủ” (SSR) trong đó tài liệu xuất hiện dưới dạng HTML ngay từ máy chủ. SSR gần như chắc chắn sẽ nhanh hơn cho trải nghiệm tải đầu tiên. CSR, thông thường, sẽ nhanh hơn để di chuyển xung quanh trang web sau khi tải (nghĩ rằng “ứng dụng một trang” hoặc SPA)
• Nó không chỉ là SSR vs. CSR - có toàn bộ quang phổ. Ngày càng phổ biến hơn khi thấy các trang web cố gắng tận dụng lợi thế tốt nhất của cả hai thế giới. Ví dụ: Next/Nuxt/Gatsby hoặc fastboot của Ember
• Service worker là JavaScript. Web worker là JavaScript. Một số tính năng hiệu suất và khả năng phục hồi ưa thích của web được cung cấp bởi cùng một công nghệ gây ra sự đau buồn mà chúng ta tranh luận về

Các trang web có thể hoạt động mà không cần JavaScript không?

Bạn có thể sử dụng Google mà không cần JavaScript không?

Điều gì xảy ra nếu tôi tắt JavaScript trong trình duyệt?