服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Javascript错误只在生产服务器上?

我正在发布几个asp.net网站从开发到生产的过程。 一切似乎都在开发工作正常,但在发布到生产时,我们得到一些访问该网站时的JavaScript错误。 这似乎是在服务器上的东西,虽然这个相同的代码已经部署到testing服务器,并与相同的客户端正常工作。 该服务器是使用IIS7的Windows 2008 错误被抛出: 一些语法错误(scriptResource) – 其中的10个 Error: syntax error Source File: http://website.com/ScriptResource.axd?d=abc032_vah79hasdf87&t=123456789 Line: 3 Source Code: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 错误与上述相同,但使用WebResource.axd而不是ScriptResource.axd – 其中2个 然后两个似乎是真正的原因? Sys is not defined 和 WebForm_AutoFocus is not defined —————–附录——————– 根据build议,我查看了ScriptResource.axd和WebResource.axd 如果任何页面被引用而不是login页面,则正在部署的Web应用程序具有表单身份validation并redirect到login页面。 看来,这是发生在ScriptResource.axd和WebResource.axd(即login页面试图引用这些项目,redirect发生,所以他们没有得到的JavaScript回来,错误抛出) 为此,我在web.config中添加了“location”标签,以允许所有用户访问这些项目,所以login页面将工作(请参阅下面的相关web.config部分) <system.web> <authentication mode="Forms"> <forms loginUrl="login.aspx" defaultUrl="home.aspx"/> </authentication> <authorization> <deny users="?"/> […]

Apache Web服务器的虚拟URLpipe理器

我正在寻找一个工具来pipe理运行在Apache(或IHS – IBM HTTP Server)上的单个域的虚荣url。 我的意思是虚荣url: www.mycompany.com/ProjectA将redirect到servera.mycompany.com/whatever www.mycompany.com/ProjectB将redirect到serverb.mycompany.com/another/directory www.mycompany.com/FallCampaign将redirect到servera.mycompany.com/whatever/offer.html 等等 当前实现的解决scheme包含数千个手动更新的目录,并使用redirect用户的php脚本。 这已经成为维护的噩梦。 使用手动更新的 .htaccess文件将此解决scheme转换为解决scheme不是选项*。 理想情况下,这个工具将: 为apache / IHS Web服务器工作 为用户和pipe理员提供一个Web界面 允许用户创build,删除和更新虚荣url 允许用户指定区分大小写,或不区分大小写的每个虚空url 允许用户将redirect指定为每个虚空url的HTTP 301(永久)或HTTP 302(临时) 允许用户指定每个虚荣URL作为永久(产品)或临时与“取下”date(用于市场营销活动)。 提供一个工作stream程用户提交虚荣URL请求,并为他人批准 (作为一种可能的解决scheme)写出一个单一的,pipe理的.htaccess文件,只要该文件在被推送到服务器之前由该工具validation,以便它不会对服务器产生负面影响。 (作为一种可能的解决scheme)用redirect/ .htaccess文件写出目录,但也可以pipe理创build,更新和删除这些目录。 可能使用数据库后端或xml后端。 提供一个解决scheme,以我没有想到的方式满足这些标准。 (可选)提供非常简单的报告(永久url的数量,临时url的数量,即将到期的临时URLs即将到期等) *如果在文件中input错误,使用单个手动编辑的.htaccess文件会带来太多的风险,可能影响所有的URL。 位于目录中的多个.htaccess文件与使用phpredirect一样是一个维护噩梦。