Gmail hoạt động như thế nào trên Opera?

Question

Tôi muốn biết Gmail (hoặc bất kỳ ai khác) thực hiện sao chổi trên Opera.

Dưới đây là những gì tôi biết cho đến nay từ các thử nghiệm của mình.

1. Thẻ không sử dụng thẻ event-source bị hỏng trong Opera 10.51.
2. Nó không sử dụng khung nội tuyến hiển thị một con dao kéo sợi và con trỏ chuột bận.
3. Nó không sử dụng responseText trên xmlhttprequest khi readyState = 3 được biết là bị hỏng trên Opera.

Tôi đã thử xem cách nó được thực hiện bằng mibbit và etherpad, và tôi thấy rằng cả hai đều sử dụng bỏ phiếu dài.

Bounty

Các tiền thưởng đi vào bất cứ ai có thể cho tôi một phương pháp tốt hơn so với "sự kiện nguồn" cho Opera sao chổi trực tuyến, hoặc làm thế nào gmail không truyền trực tuyến (hoặc dài bỏ phiếu nếu nó mà).

Answer 1

GMail sử dụng BrowserChannel (Docs | Source), được bao gồm trong Closure Library của Google.

• @fileoverview Định nghĩa lớp BrowserChannel. Một BrowserChannel
• mô phỏng một ổ cắm hai chiều qua HTTP. Đây là cơ sở của các kết nối
• IM trò chuyện trong Gmail với máy chủ.

Answer 2

Tôi thực sự không có bất kỳ ý tưởng nào về câu trả lời. Nhưng tôi biết Opera hỗ trợ máy chủ-sự kiện: http://my.opera.com/WebApplications/blog/show.dml/438711. Có lẽ đó là một bước tiến tới anwser? Tôi cũng không chắc lắm, nhưng tôi nghĩ họ sử dụng nó trong Opera Unite.

Answer 3

Tôi nghĩ rằng phương pháp tiếp cận chéo (bao gồm Opera) có thể là truyền dữ liệu qua ứng dụng Adobe Flash. Mặc dù nó sẽ giới thiệu sự phụ thuộc vào các plugin Flash và không phải là rất phổ biến vì điều đó.

Answer 4

Tôi là tác giả của máy chủ HTTP C++ progess tương thích với goog.netBrowserChannel. Bạn có thể tìm thấy những tài liệu tôi đã viết trong khi nghiên cứu các giao thức ở đây:

http://code.google.com/p/libevent-browserchannel-server/wiki/BrowserChannelProtocol

câu chuyện dài ngắn, BrowserChannel sử dụng mãi mãi khung trên IE và XHR tuyến trên tất cả các trình duyệt khác. Giao thức được chia thành nhiều giai đoạn, lần đầu tiên là thử nghiệm mạng:

1) kiểm tra mạng để đảm bảo "phát trực tuyến" được hỗ trợ (nói cách khác không có proxy đệm)
2) kiểm tra quyền truy cập vào nhiều tiền tố mạng khác nhau (để đảm bảo quản trị viên mạng không chặn truy cập trò chuyện)

Sau đó, việc truyền dữ liệu thực tế có thể bắt đầu. Dữ liệu được chia thành hai kênh (tiến và lùi). Kênh quay lại là một chuỗi các yêu cầu dài (khoảng 4 phút mỗi lần) được sử dụng cho máy chủ để "truyền trực tuyến" nội dung cho khách hàng. Để làm như vậy HTTP chunked mã hóa được sử dụng.Khách hàng làm tốt nhất để đảm bảo rằng một kênh sau luôn mở. Máy chủ sẽ đóng nó khoảng 4 phút sau đó khách hàng sẽ mở một backchannel mới. Kênh chuyển tiếp được sử dụng để gửi dữ liệu từ máy khách đến máy chủ. Việc đẩy dữ liệu này được thực hiện khi cần thiết.