NộI Dung
Dan Webb, giám đốc kỹ thuật của Twitter, nhóm cốt lõi web, đã nêu trong một bài đăng trên blog rằng Twitter sẽ làm lại kiến trúc cơ bản của nó để tăng hiệu suất. Những thay đổi này sẽ chứng kiến Twitter chuyển từ cách tiếp cận kiến trúc ứng dụng web nặng về JavaScript vào cuối năm 2010, với việc công ty "làm việc để giành lại quyền kiểm soát […] hiệu suất front-end bằng cách chuyển kết xuất đến máy chủ".
Theo Webb, thời gian tải trang ban đầu sẽ bằng 1/5 so với trước đây và những thay đổi khác sẽ giúp nhóm của Twitter bổ sung nhanh hơn các tính năng mới trong tương lai. Một trong những thay đổi rõ ràng nhất đối với những người chú ý đến địa chỉ web là việc loại bỏ hashbang trong quá trình chuyển đổi. "Khi bạn truy cập twitter.com, chúng tôi muốn bạn xem nội dung càng sớm càng tốt. Với URL hashbang, trình duyệt cần tải xuống trang HTML, tải xuống và thực thi một số JavaScript, nhận dạng đường dẫn hashbang (chỉ hiển thị với trình duyệt), sau đó tìm nạp và hiển thị nội dung cho URL đó, "Webb giải thích. "Bằng cách loại bỏ nhu cầu xử lý định tuyến trên ứng dụng khách, chúng tôi loại bỏ nhiều bước trong số này và giảm thời gian để bạn tìm hiểu điều gì đang xảy ra trên twitter.com."
Các nhà phát triển phản hồi các kế hoạch của Twitter
'Twitter mới' chưa bao giờ cực kỳ phổ biến. Tim Bray phàn nàn về cách thức mà hashbangs phá vỡ web và gần một năm trước, chính Webb cũng tuyên bố rằng anh ấy không hài lòng với việc sử dụng hashbang.
Ngày nay, hầu hết các nhà phát triển đều hài lòng với thông báo của Twitter. Nhà truyền giáo Christian Heilmann của nhà phát triển Mozilla nói với .net: "Tôi thích sự thay đổi này. URL Hashbang là một vụ hack khủng khiếp và chỉ cần thiết cho các môi trường không hỗ trợ API pushState lịch sử. Tôi cũng thích rằng Twitter cho thấy lập luận được đề cập nhiều nhất về sự cần thiết hashbangs trong quá khứ - hiệu suất - là không có thật. " Ông nói thêm rằng URL phải là "URL thực có thể được theo dõi trong môi trường không có JavaScript hoặc trình duyệt" và hy vọng những người khác sẽ làm theo ví dụ của Twitter, có lẽ thông qua Twitter "cung cấp các con số để sao lưu quyết định của nó, qua đó xóa bỏ những lầm tưởng về sự xuất sắc được coi là hiệu suất của các ứng dụng chỉ JavaScript. "
Nhà phát triển Mark Damon Hughes nói với chúng tôi rằng phương pháp tiếp cận Twitter mới của Twitter đã bị hủy diệt ngay từ đầu. "Có một cách hiện đại và gọn gàng để xây dựng một trang web động: có một đoạn sơ khai nhỏ của HTML, jQuery và JavaScript của bạn trong một tệp tĩnh. Thao tác này sẽ gọi đến máy chủ trong các truy vấn AJAX và điền vào trang. Nếu bạn làm đúng , bạn cắt giảm băng thông và thời gian tải. Bạn có thể đặt hầu hết trang web của mình trên các CDN gần người dùng. "
Hughes giải thích đây không phải là những gì Twitter đã làm: "Nó tạo ra một ứng dụng khách khổng lồ tải chậm, tải toàn bộ trang chủ của bạn bằng một hình nền và nguồn cấp dữ liệu lớn, sau đó thay thế nó bằng bất cứ thứ gì bạn thực sự yêu cầu." Nhưng anh ấy cũng nói rằng bản thân kiến trúc cập nhật sẽ không phải là cây đũa thần cho dịch vụ: "Twitter đang quay trở lại trang do máy chủ hiển thị, điều này đối với một truy vấn đơn lẻ như xem một tweet sẽ nhanh hơn đối với máy chủ của dịch vụ và người dùng. Nhưng nếu sau đó bạn truy cập vào trang của người dùng, của chính bạn hoặc làm bất cứ điều gì cần tải lại, Twitter sẽ phải gửi lại toàn bộ trang như nó vẫn là năm 1995 hoặc quay lại ứng dụng khách béo và AJAX. Có thể một ngày nào đó nó sẽ cắt giảm khách hàng đó… "
