我最近一直在与 MVC 进行一场战斗,试图让它在我的 Web 主机服务器上部署并正常工作。虽然主机 (ixwebhosting) 在解决一些技术难题方面非常迅速和高效,但在渲染视图时我仍然遇到一些奇怪的行为。
到目前为止,我遇到的具体问题是应用程序根本没有被识别(返回 404)和个别视图返回 404。
在尝试部署到托管环境时,这是其他人的典型经验,还是我在这个部门有点绿?
在 MVC 更加成熟之前,我是否应该考虑回退到 Web 表单?
我最近一直在与 MVC 进行一场战斗,试图让它在我的 Web 主机服务器上部署并正常工作。虽然主机 (ixwebhosting) 在解决一些技术难题方面非常迅速和高效,但在渲染视图时我仍然遇到一些奇怪的行为。
到目前为止,我遇到的具体问题是应用程序根本没有被识别(返回 404)和个别视图返回 404。
在尝试部署到托管环境时,这是其他人的典型经验,还是我在这个部门有点绿?
在 MVC 更加成熟之前,我是否应该考虑回退到 Web 表单?
我点击了发布选项并等到该网站通过 FTP 上传。之后一切正常。
(...) 返回 404 的视图 (...)
实际上,您遇到的一些问题可能与您对 Web 上的 MVC 的一些困惑有关。例如,Web MVC 中的 View 是由控制器返回给客户端的表示单元。同一个视图可用于许多资源和操作方法。反过来,这些操作方法也可以返回 404。ASP.NET 上的ASP.NET MVC 教程是了解 MVC 的良好起点。
我认为让 ASP.NET MVC 在 IIS6 上运行会很麻烦,但在遵循正常安装指南后我的问题为零。即使涉及 IIS 的特殊情况(缓存、重定向、静态内容等)在 IIS6 上也能正常工作。当然,在 IIS7 上没有问题。
ASP.Net MVC 是 .net 框架的扩展,它是一个单独的安装(至少在 .net 4.0 之前)。
也可能是您的路由有问题,因此 URL 给出 404(找不到文件),因为它无法匹配到 url 的路由。
你有具体的问题吗?
我的个人经验:一个ISP在ASP.NET MVC下不支持301重定向。但这不是 MVC 的错。ISP 只是还没有赶上。他们仍在运行 IIS6,而 ASP.NET MVC 在 IIS7 下更好(问题更少)。
MVC 1.0 对于生产应用程序来说足够稳定和成熟。我也毫无问题地使用了 MVCContrib 中的元素(即 RenderAction)。
我最近在没有(任何)问题的 GoDaddy 上托管!我只是发布了网站并通过 FileZilla 上传。
我什至有一个数据库,这从来都不是问题。