Có chấp nhận được các ngoại lệ chưa được giải quyết trong các ứng dụng web ASP.NET không?

Question

Tôi đang làm việc với nhà cung cấp bên thứ ba tại thời điểm đã cung cấp ứng dụng web ASP.Net. Ứng dụng web tạo ra khoảng 200 ngoại lệ không được xử lý mỗi ngày, kết quả là email trong hộp của tôi. Khi điều tra, hầu hết các lỗi này được kích hoạt bởi trình thu thập dữ liệu web của GoogleBot lập chỉ mục trang web và kích hoạt quyền truy cập vào dịch vụ web của bên thứ ba khác, đó là mức giới hạn các yêu cầu. Khi vượt quá giới hạn yêu cầu, dịch vụ web của bên thứ ba từ chối yêu cầu, điều này dẫn đến một ngoại lệ không được xử lý trong máy chủ web và mã trạng thái HTTP/500. Ngoại lệ trông giống như sau:

 
Exception: Exception of type 'System.Web.HttpUnhandledException' was thrown., Stack Trace: at System.Web.UI.Page.HandleError(Exception e) 
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 
    at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 
    at System.Web.UI.Page.ProcessRequest() 
    at System.Web.UI.Page.ProcessRequest(HttpContext context) 
    at ASP.views_products_detail_aspx.ProcessRequest(HttpContext context) 
    at System.Web.Mvc.ViewPage.RenderView(ViewContext viewContext) 
    at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context) 
    at System.Web.Mvc.ControllerActionInvoker.c__DisplayClass11.b__e() 
    at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilter(IResultFilter filter, ResultExecutingContext preContext, Func`1 continuation) 
    at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList`1 filters, ActionResult actionResult) 
    at System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName) 

Nhà phát triển ứng dụng web có vẻ không muốn xử lý những lỗi này vì lý do tôi thực sự không hiểu. Cách tiếp cận của họ là tăng tốc GoogleBot cho đến khi các lỗi xảy ra (Google lập chỉ mục khá hung hăng, tạo ra khoảng 5.000 lượt truy cập mỗi ngày). Trong khi tôi chấp nhận việc điều chỉnh GoogleBot sẽ hoạt động, nó có vẻ giống như một sự phản đối với tôi. Tôi đã luôn coi những ngoại lệ chưa được giải quyết là lỗi. Ứng dụng web có nên xử lý các lỗi này không? Đó là có bao giờ chấp nhận được để cho phép HTTP/500 xảy ra không? Các nhà phát triển web nghĩ gì?

Answer 1

Không, không được chấp nhận. Ứng dụng web nên, ít nhất, bắt ngoại lệ trong global.asax.cs và làm điều gì đó hợp lý với chúng.

Answer 2

Ứng dụng web đang xử lý các lỗi bằng cách gửi email cho bạn.

Điều tôi thắc mắc là, nếu một người truy cập trang web thực sự gặp phải lỗi này, bạn muốn nó xử lý như thế nào? Tôi tưởng tượng bạn sẽ muốn nhận được email nếu một người truy cập thực sự gặp phải lỗi này. Có thể một số lỗi này là từ khách truy cập thực sự vì Google đã sử dụng hết hạn ngạch của họ?

Có vẻ như bạn cần một cách duyên dáng hơn tổng thể để đảm bảo trang web mở rộng mà không có dịch vụ của bên thứ ba. Nó không rõ ràng với tôi mà nhà cung cấp (các nhà phát triển ASP.NET hoặc dịch vụ bên thứ ba) nên làm việc trên nó, nhưng đó là nhiều hơn một vấn đề quản lý dự án.

Answer 3

Nhà phát triển web không muốn xử lý ngoại lệ trong dịch vụ web ?

Điều đó khá đáng sợ vì có nhiều lý do khiến dịch vụ web có thể gây ra ngoại lệ. Thay vì yêu cầu khắc phục sự cố GoogleBot, hãy thử yêu cầu nhà phát triển cho phép ứng dụng giảm hiệu quả nếu dịch vụ web không khả dụng.

Answer 4

IMO điều này thực sự khá chấp nhận được. Vấn đề là bạn đã đạt đến điểm bão hòa dịch vụ của bạn khi nó đứng. Có 2 cách để xử lý điều này: hoặc chi tiêu số tiền và thời gian cần thiết để tăng điểm bão hòa và được phân bổ thêm dịch vụ hoặc dành thời gian và tiền bạc để làm cho mình không phụ thuộc vào dịch vụ nói trên.

Chỉnh sửa: Có tùy chọn thứ 3 để theo dõi các bước chân của NY Times coi Google là kẻ trộm dịch vụ của bạn và cấm chúng. Tất nhiên điều này thực sự giống như đặt đầu vào cát nhưng đó là một lựa chọn.

Answer 5

Có một số câu hỏi ở đây: trang web hiển thị ngoại lệ (Không), nên trang web hiển thị nội dung thân thiện hơn với người dùng (Có), nên trang web trả lại lỗi 500 cho Googlebot khi có thể ' t tiến hành (Có thể), nếu bạn yêu cầu Googlebot làm chậm (Có), bạn nên phân phối 500 email ngoại lệ mỗi ngày mà không có điều chỉnh hoặc tóm tắt (Có thể là không).

Chi tiết: -

Sử dụng google.com/webmasters bạn có thể yêu cầu Google ghi nhận trang web của bạn ít mạnh mẽ.

Bạn không bao giờ nên hiển thị Ngoại lệ cho người dùng, bạn nên luôn luôn xem và hiển thị trang lỗi thân thiện NHƯNG bạn cần cẩn thận bảo vệ mã HTTP khi bạn hiển thị trang đó (ví dụ: 404 hoặc 500). một trang có mã = ​​200 thì trang lỗi đó sẽ tìm đường vào các chỉ mục của công cụ tìm kiếm.

Bất kỳ trình xử lý lỗi nào đều phải giới hạn tần suất gửi email khi có lỗi xảy ra.

Trình xử lý lỗi cũng được viết cũng nên cho phép việc loại bỏ các lỗi bạn biết sẽ xảy ra - ví dụ: một số công cụ tìm kiếm nhất định yêu cầu các trang không tồn tại.

Nếu Google có thể đưa bạn vào tình trạng giới hạn tốc độ thì lưu lượng truy cập cao từ người dùng có thể giống nhau, vì vậy, có vẻ như bạn cần một số giải pháp lưu vào bộ nhớ cache tại đây.

Answer 6

Tình huống ngoài tầm kiểm soát của nhà cung cấp đã xảy ra. Nhà cung cấp đã ghi lại lỗi và gửi thông báo cho bạn. Nhà cung cấp không thể kiểm soát giới hạn trên dịch vụ web hoặc số lượng khách truy cập vào trang web của bạn. Bạn kiểm soát cả hai.

Trừ khi đặc điểm kỹ thuật cho biết rằng email phải được điều chỉnh theo cách nào đó vị trí của nhà cung cấp là âm thanh. Bạn muốn công việc làm bạn trả tiền cho nó.

Vì vậy, bạn có ba lựa chọn

1. Throttle google một cách nào đó;
2. Gia hạn phụ cấp dịch vụ web của bạn; hoặc
3. Thanh toán cho trang web bị thay đổi.