Ajax到ColdFusion Remote.cfc在不同的服务器上返回404

Ajax到ColdFusion Remote.cfc在不同的服务器上返回404,ajax,coldfusion,Ajax,Coldfusion,我的cfc文件中有以下方法: <cffunction name="handleForm" returnType="string" access="remote" returnFormat="JSON"> 我要强调这一点以上所有操作都在我的开发服务器上运行。当我将整个文件集移动到生产环境时,此调用返回404。当我在dev上的浏览器中导航到/url/page.cfc?method=handleForm时,我在prod上执行此操作时,收到一个错误,指出缺少必需的参数。。。404 我已经查

我的cfc文件中有以下方法:

<cffunction name="handleForm" returnType="string" access="remote" returnFormat="JSON">
我要强调这一点以上所有操作都在我的开发服务器上运行。当我将整个文件集移动到生产环境时,此调用返回404。当我在dev上的浏览器中导航到/url/page.cfc?method=handleForm时,我在prod上执行此操作时,收到一个错误,指出缺少必需的参数。。。404


我已经查看了我的IIS设置等,但我不明白为什么会使用404。我们在prod上有许多其他的应用程序都能做到这一点,而且运行良好,但我正在构建的这个新应用程序就是这样做的。这可能是什么原因造成的,我如何排除故障。这毫无意义。就我所知,这两台服务器都有相同的设置、相同的文件和相同的一切。

原因很多。从IIS中的扩展映射开始,确保.cfc与CFM一样映射到ColdFusion。检查CFM是否确实在工作,这不是一个更大的问题。在IIS中查找URL重写和安全设置。还要检查IIS日志中的一些提示。扩展映射您指的是mime类型。没关系,我在处理程序映射中看到了它。我在prod/dev.cfms中有相同的重写规则,因为整个站点都可以工作,而且都是ColdFusion。cfc是cfcHandler,cfm是CFMHhandler。在
web.config
中将
errorMode
设置为
Detailed
(即在IIS GUI中打开Detailed errors),并检查请求的URL指向何处。因此它是一个瀑布。在IIS中添加的每个新站点都必须添加一个虚拟雅加达目录,该目录是指向isapi_redirect.dll的路径。因为我没有添加它,根目录以外的页面丢失,重写规则附加了.cfm,这让我很困惑。我没有注意到,因为我所有的“页面”都是一个单独的页面,里面有一些东西。其中一件事是我在建立新网站时忘记做的。
$.post($(this).attr('action'), {
            formData: form
        }, function(data){ //Other stuff