Tôi là một trong những nhà phát triển trên mod_spdy. Ở giai đoạn này, mô-đun ổn định một cách hợp lý và hoàn toàn tuân thủ SPDY / 2 (một poster trước đó tuyên bố không chính xác rằng nó không hỗ trợ ghép kênh. Điều đó không chính xác). Điều đó nói rằng, nó không ổn định như các mô-đun Apache cốt lõi như mod_ssl. Tôi coi đó là mô-đun "beta" phù hợp để sử dụng trong môi trường mà bạn có thể chịu đựng được một số vấn đề. Hiện tại có các trang web sử dụng mod_spdy thành công.
Chúng tôi đang tích cực làm việc để mô-đun sản xuất hoàn toàn sẵn sàng và chúng tôi dự định phát hành các gói DEB / RPM (ngoài việc hỗ trợ xây dựng từ nguồn) trong một vài tháng.
Chúng tôi sẽ thông báo về sự sẵn có của các gói và các cập nhật khác trên diễn đàn thảo luận của chúng tôi: https://groups.google.com/group/mod-spdy-discuss Vui lòng tham gia nhóm nếu bạn muốn cập nhật tin tức mod_spdy. Cảm ơn!
PS: Steve đề cập "Ví dụ, việc triển khai giao thức SPDY của nó chỉ là một tham chiếu bên ngoài svn kéo theo một đoạn của cây nguồn Chromium C ++." và tôi muốn làm rõ rằng đây hoàn toàn là điều đúng đắn cho mod_spdy hoặc bất kỳ thành phần C ++ tuân thủ SPDY nào khác để làm. SPDY vẫn đang thay đổi nhanh chóng vì vậy bằng cách tận dụng logic mã hóa / giải mã SPDY cốt lõi từ Chromium, chúng ta có thể giữ đồng bộ và cập nhật khi giao thức SPDY thay đổi. IMO sẽ là một sai lầm khi làm điều đó theo bất kỳ cách nào khác.
RE: SSL bạn phải trả một khoản phạt nhỏ cho SSL, vâng, nhưng đối với tất cả các trang web đơn giản nhất, lợi ích hiệu suất của SPDY sẽ bù đắp cho chi phí SSL và cũng cung cấp cho người dùng của bạn một kết nối an toàn.