ASP.NET - Danh sách kiểm tra cơ bản để đưa trang web vào sản xuất

Question

Tôi đang xây dựng một trang ASP.NET tĩnh (sử dụng Masterpages và một vài biểu mẫu) và tôi sắp phát hành nó lên máy chủ sản xuất của mình.

Tôi biết về việc thay đổi <compilation debug="true"> thành sai, nhưng tôi tự hỏi những việc khác tôi có thể làm để đạt được tốc độ cao nhất có thể. Không có truy cập dữ liệu trong trang web, đó là tất cả nội dung tĩnh.

Có ai có danh sách kiểm tra họ chạy qua hoặc biết một nguồn tài nguyên tốt để thiết lập trang web trong môi trường sản xuất, tập trung vào hiệu suất không?

Danh sách kiểm tra cho đến nay (Hãy thoải mái chỉnh sửa này mình với bất kỳ bổ sung giá trị)

1. Hãy chắc chắn rằng <compilation debug="false" /> là thực sự thiết lập để sai trong Web.Config
2. Hãy chắc chắn rằng <trace enabled="false" /> là thực sự thiết lập đến false trong Web.Config
3. Đặt quyền đọc/ghi/sửa đổi thư mục cần thiết cho trang web
4. Bật GZIP trong IIS (giảm kích thước trang/css/javascript)
5. Bạn đã xem OutputCaching cho bất kỳ trang/điều khiển nào chưa?
6. Cân nhắc thiết lập Kiểm tra web (Ví dụ: WatiN cho .NET) để đảm bảo chức năng trên trang web của bạn vẫn hoạt động ok
7. Đảm bảo không phải là chiều Thứ Sáu!

Answer 1

xét web.config của bạn

Kiểm tra debug (web.config/* .svc), truy tìm, ...

Cập nhật debug để giá trị sản xuất:

• địa chỉ email
• (web) địa chỉ dịch vụ
• tệp nhật ký vị trí

nhanh chóng tìm kiếm: link

Answer 2

Ngoài ra, đừng quên kiểm tra cài đặt gzip trong IIS. Nén đầu ra sẽ làm cho mọi thứ di chuyển qua dây nhanh hơn nhiều.

Answer 3

nếu nó tất cả nội dung tĩnh, bạn sẽ muốn sử dụng hung hăng Output Caching

Answer 4

Nếu bạn đang viết bất kỳ đăng nhập hoặc tập tin đầu ra, đảm bảo các điều khoản thư mục thích hợp được thiết lập trong môi trường sản xuất. Thông thường, các môi trường kiểm tra/gỡ lỗi sẽ mất nhiều thời gian hơn đối với các quyền đọc/ghi tập tin hơn là sản xuất.

Answer 5

Nếu trang web của bạn sử dụng cơ sở dữ liệu và chỉ trình bày thông tin, hãy làm cho cơ sở dữ liệu chỉ đọc. Điều đó làm mất tất cả việc xử lý khóa và tăng tốc độ truy cập vào giao dịch tuyệt vời.

Nếu bạn có back-end cập nhật dữ liệu, hãy biến nó thành cơ sở dữ liệu riêng biệt và có các khoảng thời gian được cập nhật để cập nhật cơ sở dữ liệu chỉ đọc một lần mỗi ngày hoặc những gì cần thiết cho ứng dụng đó.

Nếu bạn chỉ trình bày tin tức và các nội dung nhỏ khác trên trang web của công ty không thay đổi thường xuyên thì giải pháp này có thể dành cho bạn. Ngay cả khi trang web của nó có gigabyte dữ liệu .. Từ khóa là, tần suất chúng tôi cập nhật dữ liệu?

Từ những gì tôi thấy trong kinh doanh hàng ngày, không ai thực sự nghĩ về giải pháp này bởi vì mọi thứ phải là "thời gian thực", nhưng có rất nhiều trường hợp đây sẽ là một giải pháp hoàn hảo.

Answer 6

Không triển khai vào các buổi chiều thứ Sáu! Điều này được đảm bảo để làm hỏng đầu của bạn cho cuối tuần.

Answer 7

Bạn nên có một số loại kiểm tra để xác minh các chức năng khác nhau của trang web và các quyền. Ví dụ: khi bạn xuất bản. Đi qua danh sách kiểm tra, tôi có thể truy cập x nếu tôi không được phép không? X, y, z có hoạt động trên ứng dụng không? Tôi làm điều này sau mỗi lần xuất bản vì những thay đổi nhỏ có thể có tác động lớn.

Answer 8

Có thực sự là một danh sách kiểm tra rất tốt trên how to perform a security deployment review được cung cấp trên MSDN.

Answer 9

Bạn nên đọc này:
https://stackoverflow.com/questions/72394/what-should-a-developer-know-before-building-a-public-web-site

Đó là hiện 9 cao nhất bình chọn câu hỏi về SO và nằm trong top 3 yêu thích nhất. Thông báo trước là nó là nền tảng bất khả tri, do đó, nó thiếu một số mặt hàng cụ thể ASP.Net.

Answer 10

Kiểm tra kỹ trang web bên ngoài tường lửa/proxy công ty của bạn sau khi xóa bộ nhớ cache của trình duyệt. Điều này sẽ giúp đảm bảo rằng tất cả các tài nguyên đều có thể truy cập công khai (và không nằm trên máy chủ cục bộ hoặc được lưu trong bộ nhớ cache). Ví dụ: bạn có thể thấy rằng bạn đã sử dụng URL tuyệt đối để bao gồm các tệp JavaScript hoặc CSS. Chúng hoạt động tốt trong môi trường phát triển của bạn, nhưng ngay sau khi trang web hoạt động thì chúng không thể truy cập được. Hoặc bạn có một tệp CSS trong bộ nhớ cache của bạn mà sau đó đã bị xóa, nhưng bạn không nhận thấy.

Đảm bảo rằng bất kỳ sản phẩm/ứng dụng nào bạn sử dụng có khóa được liên kết với miền sẽ hoạt động trên trang web trực tiếp của bạn. Điều này bao gồm những thứ như khóa Google Map hoặc ứng dụng của bên thứ ba thương mại. Nó cũng bao gồm các siêu liên kết được tạo tự động được gửi đi, ví dụ như email. Bạn sẽ không muốn đăng ký người dùng có liên kết quay lại http://localhost/comfirm.aspx hoặc tương tự, phải không?