Triển khai DotNetNuke và tách riêng ASP.NET Application với nhau - Các vấn đề có thể xảy ra?

Question

Tôi đang làm điều này trong một nỗ lực chủ động để đầu ra bất kỳ vấn đề tiềm năng nào có thể phát sinh từ điều này. Tình hình là chúng tôi đang phát triển một ứng dụng ASP.NET cho một khách hàng mà sẽ xử lý đặt hàng trực tuyến từ khách hàng của họ. Ứng dụng này sẽ sử dụng cùng một cơ sở dữ liệu mà ứng dụng WinForms hiện tại của họ sử dụng (không có vấn đề thực sự ở đây).

Đồng thời chúng tôi đang phát triển một trang web giao diện người dùng mới cho họ bằng DotNetNuke. Ứng dụng DotNetNuke sẽ đơn giản liên kết với ứng dụng ASP.NET để khách hàng gửi đơn đặt hàng của họ (không cần họ giao tiếp qua lại, v.v.)

Kế hoạch là lưu trữ cả hai ứng dụng trên cùng một hộp tại vị trí của khách hàng. Những gì tôi đang tìm kiếm là những vấn đề tiềm năng hoặc lời khuyên thiết lập mà sẽ ngăn chặn xung đột có thể giữa hai ứng dụng (xung đột web.config, vv) Có một vấn đề với việc cả hai được lưu trữ trên cùng một vị trí, IIS như thế nào nên được thiết lập, vv .?

Nếu có sẵn bất kỳ tài nguyên bên ngoài nào có thể giải quyết vấn đề này, vui lòng liên kết chúng.

Answer 1

Tùy chọn 1: Làm cho tất cả các ứng dụng tách các thư mục ảo khỏi trang web gốc. Sau đó, tài liệu gốc chuyển hướng bạn đến thư mục con thích hợp cho ứng dụng mặc định cho trang web đó (DNN).

Lựa chọn 2: (DotNetNuke trong thư mục gốc, trang web khác trong thư mục con) Sẽ có nhiều vấn đề với web.config thừa kế nếu ứng dụng mới không được xây dựng với DotNetNuke, nhưng bạn có thể khắc phục bằng cách ngăn chặn các thừa kế của trang web gốc. config. Về cơ bản bạn thêm phần sau vào tệp web.config (DNN) gốc của bạn.

<location path="." inheritInChildApplications="false"> 
    <system.web></system.web> 
</location> 

Tùy chọn 3: Như Scott đã nói, tạo các trang riêng biệt với tên miền phụ khác nhau và liên kết chúng lại với nhau. Bạn có thể thiết lập chuyển hướng để whatever.com/order gửi người dùng đến order.whatever.com.

Answer 2

Chúng tôi lưu trữ trang DNN cho trang web của công ty trên cùng một máy chủ Windows 2003 với một loạt các trang web khác (.NET 2.0, SugarCRM và thậm chí một số phiên bản WordPress có phần mở rộng PHP trong IIS). Các trang web này là các trang web 'riêng biệt' và không phải là các trang web phụ của trang web mặc định. Đó là một nồi nóng chảy thực sự, và nó hoạt động tốt. Chúng tôi đã tạo một số hồ bơi ứng dụng riêng biệt cho các trang web PHP, .NET 2.0 và .NET 3.0/5 để đảm bảo rằng chúng không phạm lỗi lẫn nhau.

Answer 3

Chỉ cần một FYI, nếu bạn sử dụng inheritInChildApplications trong DNN 4.7-4.9.2 (chưa xác minh 5.0), bạn sẽ gặp lỗi ScriptManager, các phiên bản trước của DNN không gặp sự cố.