10. Web Server¶
Các chương về mạng đã đưa cam lên mạng và cung cấp socket để giao tiếp (Kết nối mạng). Bây giờ thì sao? Hầu hết các ứng dụng camera đều quy về hai việc -- hiển thị những gì cam thấy ra thế giới và phản ứng với những gì các thiết bị khác trên mạng nói. HTTP là cách cuộc trò chuyện đó diễn ra, và nó hoạt động theo cả hai chiều:
Là một server, cam trả lời các yêu cầu từ điện thoại, trình duyệt và các thiết bị khác trên mạng. Framework
microdotlà server của cam.Là một client, cam gửi yêu cầu đến các dịch vụ đám mây để tải lên, tải xuống, hoặc phối hợp. Module
requestslà client của cam.
Trong 14 chương tiếp theo, chúng ta sẽ xây dựng một ứng dụng camera chạy thực sự, sử dụng cả hai khả năng trên.
Một camera theo dõi chuyển động sân sau được đặt trên cột trong sân, quan sát những gì đang diễn ra, và thông báo cho chủ nhà khi có điều gì thú vị. Chúng ta sẽ phát triển cam từ một server "Tôi đang hoạt động" một route thành một sản phẩm có thể xuất xưởng: xem trực tiếp trên điện thoại của chủ nhà, dashboard với thanh trượt ngưỡng và nhật ký sự kiện, thông báo đẩy khi phát hiện chuyển động, đăng nhập, HTTPS, và lưu trữ đám mây cho mọi khung hình kích hoạt.
Mỗi chương bổ sung một tính năng. Các ví dụ code giả định các chương trước đã được thực hiện -- chúng ta không dán lại toàn bộ tập lệnh mỗi lần.
- 10.1. Endpoint đầu tiên của bạn
- 10.2. Trả về một ảnh chụp
- 10.3. Truyền trực tiếp -- một người xem
- 10.4. Chia sẻ một vòng lặp capture cho nhiều người xem
- 10.5. Một API điều khiển cho camera
- 10.6. Xây dựng bảng điều khiển
- 10.7. Đẩy sự kiện lên bảng điều khiển
- 10.8. Điều khiển hai chiều với WebSockets
- 10.9. Xác thực cho các client lập trình
- 10.10. Đăng nhập cho bảng điều khiển
- 10.11. HTTPS -- mã hóa truyền tải cho server
- 10.12. CORS và CSRF
- 10.13. Tải các khung hình được kích hoạt lên đám mây
- 10.14. Tổng kết