Có bao nhiêu tên miền để phân chia các thành phần trên?


Câu trả lời:


8

Đề xuất của tôi là đối với các trang web tương đối đơn giản, một tên miền "nội dung tĩnh" là đủ. Tra cứu DNS nên được lưu trong bộ nhớ cache, do đó chỉ ảnh hưởng đến lần tiếp xúc đầu tiên với máy chủ đó, nhưng nó vẫn nên được giữ ở mức tối thiểu.

Bạn có thể đặt tất cả Javascript, CSS và hình ảnh tĩnh của mình lên đó để giảm chi phí xử lý cookie và để cung cấp tùy chọn giảm tải hoạt động cho một máy chủ vật lý khác. Nếu bạn đang chạy nhiều trang web phổ biến, có liên quan (ví dụ: Stack Overflow, Server Fault, v.v.), thì bạn có thể chia sẻ một trang tĩnh giữa tất cả chúng (ví dụ: sstatic.net).

Tất nhiên, có thể có những tình huống có nhiều tên miền phù hợp (ví dụ: một trang lưu trữ ảnh có thể giảm tải ảnh phục vụ cho một tên miền riêng khác).


Nếu bạn sử dụng bất kỳ khung JavaScript nào, bạn cũng có thể yêu cầu Google lưu trữ các khung này cho bạn ( code.google.com/apis/ajaxlibs ). Điều này có thêm lợi ích là nếu người dùng đã truy cập một trang web khác lấy JS từ Google, họ có thể đã có nó trong bộ đệm.
Michael Mior

2

Tôi có thể nghĩ về một trường hợp cạnh trong đó lợi ích của các yêu cầu nhiều máy chủ lớn hơn chi phí thiết lập DNS.

Khi phân phát các ô bản đồ từ bản đồ nhanh theo kiểu Google Maps, bạn có thể thấy lợi ích từ việc phân phối các vị trí ô của mình hầu như trên một số lượng lớn máy chủ hơn, ngay cả khi tất cả chúng đều chỉ vào cùng một tài nguyên cơ bản (hình ảnh). Trong những trường hợp này, bạn sẽ muốn đảm bảo rằng các tài nguyên có "mối quan hệ" được đặt thành một máy chủ dựa trên các thuộc tính của chúng (chẳng hạn như một số kết hợp MOD của số hàng và số cột) để bộ nhớ đệm của trình duyệt hoạt động tối ưu và các yêu cầu được cân bằng trên tất cả các máy chủ cho bất kỳ phạm vi xem cho trước.

Tình huống này rất đặc biệt, nhưng về cơ bản, nó chỉ nhấn mạnh rằng nếu bạn có trường hợp sử dụng không chuẩn, hãy đảm bảo rằng bạn đã kiểm tra mọi thứ và đừng quên bao gồm cả số nguyên và hiệu suất UX / nhận biết của tất cả các kịch bản.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.