Chúng tôi có một số hình ảnh và tài liệu PDF có sẵn thông qua trang web của chúng tôi. Những hình ảnh và tài liệu này được lưu trữ trong điều khiển nguồn và được sao chép nội dung khi triển khai. Chúng tôi đang xem xét việc tạo một máy chủ hình ảnh riêng biệt để đưa hình ảnh và tài liệu PDF của chúng tôi lên - do đó giảm đáng kể phần lớn gói triển khai của chúng tôi.Ưu và nhược điểm của một máy chủ hình ảnh riêng biệt (ví dụ: images.mydomain.com)?
Có ai có kinh nghiệm với phương pháp này không?
Tôi tự hỏi về bất kỳ "gotchas" nào - như các vấn đề XSS và/hoặc các vấn đề về trình duyệt cung cấp nội dung từ miền phụ thay thế?
Nếu bạn thực sự quan tâm đến hiệu năng và tải xuống tài nguyên lớn, bạn có thể đặt chúng trên miền có dấu * trong dns và sau đó ngẫu nhiên tên miền phụ trong lệnh gọi tài nguyên, như http: // .imagesomain.com/image.gif, v.v. Điều này có thể cung cấp cho bạn nhiều ổ cắm vì có nhiều tài nguyên và tăng tốc tải của bạn một chút. –
Eli
Bạn thực sự không muốn thực hiện điều này quá xa hoặc bạn có thể thấy một sự mất mát ròng trong hoạt động. Tôi sẽ không sử dụng nhiều hơn 4 máy chủ lưu trữ nội dung tĩnh (ví dụ: "images1.domain.com", "images2.domain.com", "images3.domain.com", "images4.domain.com") cho hầu hết các trang web. Các vấn đề chính sẽ làm suy giảm hiệu suất khi bạn tăng số lượng máy chủ lưu trữ nội dung là bộ nhớ đệm và HTTP lưu giữ. Cùng một tệp được tải xuống từ một máy chủ lưu trữ nội dung sẽ không được coi là được đổi thành tiền mặt trên một máy chủ lưu trữ nội dung khác. Và HTTP keep-alives cho phép cùng một kết nối TCP được tái sử dụng cho nhiều yêu cầu. 1 đến 4 máy chủ cung cấp cho bạn một sự cân bằng tốt. –
Chứng nhận SSL tháng 1 do Let's Encrypt phát hành sẽ hỗ trợ các tên miền phụ ngoài đỉnh cùng một lúc. Và các trình duyệt hiện đại giờ đây hé lộ qua hàng chục lượt tải xuống nội dung song song - không chỉ hai lần nữa. –