问题描述:最近做一个web应用程序需要操作Excel文件,在开发环境下程序测试正常,部署到IIS后程序操作Excel文件,IIS报错,错误出现在创建Excel进程的语句,如下:
ASP.NET 成功的其中一个原因在于它降低了 Web 开发人员的门槛。即便您不是计算机科学博士也可以编写 ASP.NET 代码。我在工作中遇到的许多 ASP.NET 开发人员都是自学成材的,他们在编写 C# 或 Visual Basic® 之前都在编写 Microsoft® Excel® 电子表格。现在,他们在编写 Web 应用程序,总的来说,他们所做的工作值得表扬。 但是与能力随之而来的还有责任,即使是经验丰富的 ASP.NET 开发人员也难免会出错。在多年的 ASP.NET 项目咨询工作中,我发现某
在 Http请求处理流程 一文中,我们了解了Http请求的处理过程以及其它一些运作原理。我们知道Http管道中有两个可用接口,一个是IHttpHandler,一个是IHttpModule,但在Part.1中,我并没有详细讲述如何对它们进行编程,只是轻描淡写地一笔带过。所谓学以致用,前面已经介绍了不少概念和原理。在本文中,我们通过几个范例来了解 IHttpHandler,看看掌握这些原理的实际用途。
一个方便的工具Microsoft 的工具包--网页错误工具包,可以帮助您设计和实现自定义错误页。 网页错误工具包是点击到 IIS 的 ASP.NET 应用程序。 您修改一个 ASPX 网页的其他文件包含该工具包并将 IIS 以部署您的自定义页面。 错误页将显示搜索结果,以便访问者可以更轻松地找到正确的信息的错误。 默认,页使用 Microsoft Live 搜索引擎生成搜索结果,(尽管如果您愿意,可使用另一个搜索引擎)。 如果 URL 或搜索字符串键入了错误,页还可以提供备选拼写建议。 Micros
在我们第一次写web应用程序的时候,我们很快会接触到一个文件,那就是配置文件——web.config。我们的第一个比较深刻
昨天修改代码发现了一个问题,由于自己要在WCF服务接口中添加了一个方法,那么在相应调用的地方进行更新服务就可以了,不料意外发生了,竟然无法更新。左查右查终于发现了问题。App.config配置文件中的配置貌似出现了问题。查找节点发现是如下节点:
Web.config 文件中的<customErrors>元素用于提供有关 ASP.NET 应用程序自定义错误消息的信息,结构说明如下: <configuration> … … <system.web> … … <customErrors defaultRedirect=”url” mode=”On|Off|RemoteOnly”> <error statusCode=”statuscode1″ redirect=”url1″/> <error statusCode=”statuscode2″ redirect=”url2″/> </system.web> … … </customErrors> 用途: 通过修改应用程序Web.config文件的 <customErrors> 标记的“defaultRedirect”属性,可以使之指向自定义错误页的URL,用自定义错误页替换所看到的当前错误页。 若要使他人能够在远程计算机上查看此特定错误信息的详细信息,应将此 <customErrors> 标记的“mode”属性设置为“Off”,或者”RemoteOnly”.
几乎所有的应用程序都离不开配置,有时候我们会将配置信息存在数据库中(例如大家可能常会见到名为Config这样的表);更多时候,我们会将配置写在Web.config或者App.Config中。通过将参数写在配置文件(表)中,我们的程序将变得更加灵活,只要对参数进行修改,再由程序中的某段代码去读取相应的值就可以了。而如果直接将配置值写在程序中,当配置需要改变时,则只能通过修改代码来完成,此时往往需要重新编译程序集。
前言 之前从网上找了几篇讲解如何自定义HttpHandler的文章,依葫芦画瓢却一直没成功过。经过上一篇《asp.net管道模型(管线模型)之一发不可收拾》的总结,对管道模型和请求/响应过程有进一步的了解后,再结合Asp.Net 构架(Http Handler 介绍) - Part.2后终于成功定义自己的HttpHandler和HttpHandlerFactory了^_^、 本文有些地方会跟《asp.net管道模型(管线模型)之一
configuration -> system.web -> customerErrors
打开Internet信息服务管理器—>找到“HTTP响应标头”—>双击鼠标左键进入配置—>选中X-Powered-By单击右键后点击删除
WCF的承载既可以通过编码实现,也能够通过配置实现.而且使用配置,更有利于日后的维护和扩展。我们经常会碰到这样的一个场景:需要把WCF的配置信息放在一个单独的文件中,这种情况经常出现在需要为自己开发的服务配置,需要采用独立的配置文件,而不是只能放到app.config/web.config中。.NET提供了一种机制是通过ConfigSource。例如在asp.net的在站点的默认 Web.Config 文件中使用: <appSettings configSource="customAppSetting.co
站点导航提供程序--ASP.NET 2.0中的站点导航提供程序暴露了应用程序中的页面的导航信息,它允许你单独地定义站点的结构,而不用考虑页面的实际物理布局。默认的站点导航提供程序是基于XML的,但是你也可以通过编写自定义的提供程序,从任何后端位置暴露这些信息。
要想解决这个问题,有三种方法可以考虑: 1.Internet信息服务(IIS)管理器 2.Web.config文件 3. 命令行 在IIS的“错误页”右边的“编辑功能设置”选择“自定义错误页”即可。 通过命令行配置也可以。 启用详细错误信息:%windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/yourapp" /section:httpErrors /errorMode:Detailed 禁用详细错误信息:%windir
spring-boot 提供了很多默认的配置项,但是开发过程中,总会有一些业务自己的配置项,下面示例了,如何添加一个自定义的配置:
1,在页面中使用强类型时: @model GZUAboutModel @using Nop.Admin.Models//命名空间(注意以下) 2,可以将命名空间提到web.config配置文件中去,此时的引用变为: @model GZUAboutModel//页面中只需要这一行代码 2.1在web.config配置文件中需要这样做。 第一步,namespace中添加节点 <namespaces> <add namespace="Nop.Admin.Models" />//命名空间
我们在用C#开发程序的时候经常会遇到Session很不稳定,老是数据丢失。下面就是Session数据丢失的解决办法希望对您有好处。 1、在WEB.CONFIG文件中修改SESSION状态保存模式,如:<sessionState mode='StateServer' stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieles
1. 错误:无法在此路径使用此配置节。当站点管理员使用继承的配置文件中的 <location allowOverride=”false”> 锁定对此节的访问时会出现这种情况
缓存是用来保存你数据的地方,从而使你的应用程序访问更快速。缓存可以根据你的需要分配到许多台机器上,而开发人员无需关心数据究竟在哪台机器上。为了获得超快的性能,你甚至可以牺牲数据一致性,将缓存复制到调用客户端(本地缓存)。所保存的数据可以是任何可被序列化的.NET对象。 使用缓存的目的是让你的应用程序的性能和扩展性更好。AppFabric支持显式和隐式两种缓存使用方式来提升扩展性和性能。如果你是一名ASP.NET的开发人员,隐式和显式缓存使用方式对你来说应该相当熟悉。显式缓存使用方式让你能通过AppFabri
JSP文件和AXPX文件类似,路径和URL一一对应,都会被动态编译为单独class。Java Web和ASP.NET的核心是分别是Servlet和IHttpHandler接口,因此无论是基础的Page文件(JSP、ASPX)方式还是后来发展的MVC方式(Spring MVC、ASP.NET MVC)都是基于核心接口的基础上再次封装和扩展(DispatcherServlet、MvcHandler)。
expressions是asp.net 2.0中的新特色,它可以使你在asp.net的页面里很方便的使用自定义的属性. 在ASPX页里只要使用$符号就可以访问到,你定制的属性了. 例如我们看个例子: ASPX页面中如下: <asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$connectionStrings:Pubs %>" SelectCommand="select * from catalog"><
1、在windows server上确保IIS安装了【管理服务】这个功能。方法是在【服务器管理器】=>【管理】=>【添加角色和功能】=>【下一步】=>【基于角色或基于功能的安装】=>【下一步】=>【从服务器池中选择服务器】=>【下一步】=>【Web服务器(IIS)】下面。如果没有安装就安装下。
我经常听到 Microsoft 内部和外部的人将新的 IIS 7.0 Web 服务器称为 Microsoft 在过去几年中所进行的最重要的开发工作之一。考虑到 Microsoft 最近推出了一系列引人注意的技术,包括 Windows Vista™,这个评语具有重要意义! IIS 7.0 的发布时间正好是 Windows NT® 4.0 中第一个 IIS 版本发布十周年的纪念日。2001 年,在四个版本之后,IIS 5.0 成为了 Internet 上最流行的 Web 服务器,尽管几个月后它成了臭名昭著的
一、前言 过年回家饭局上碰到一个原来心仪的妹子,虽然已经4、5年没见面了,妹子见到我还是分外亲热,不仅主动挨着我坐着,居然还邀请我一起玩游戏,心中窃喜不已,哥们王者刚上了王者星耀,先好好炫一下技术,然
每次当浏览器向Web服务器发起一个请求的时,都会伴随着一些HTTP头的发送.而这些HTTP头是用于给Web服务器提供一些额外信息以便于处理请求。比如说吧。如果浏览器支持压缩功能,则浏览器会发送Accept-Encoding HTTP头,这样一来服务器便知道浏览器可以使用哪种压缩算法。还有任何在上一次传输中服务端设置的cookies也会通过Cookies HTTP头来回传到服务器,浏览器还会发送用于让服务端知道客户使用的是何种浏览器(IE,火狐,Safari等),浏览器版本,操作系统以及其他相关信息的User-Agent HTTP头。
在以前的ASP时候,当请求一个*.asp页面文件的时候,这个HTTP请求首先会被一个名为inetin网络
这几天学习使用WebPart,发现众多问题,使用点滴记录如下,同各位共享: 1、WebPart的使用必须基于一个通过身份验证的用户会话。 2、WebPart的使用的个性化应用于所有人的选项默认是禁用的,可以通过修改Web.config来完成 <webParts> <personalization> <authorization> <allow users="*" verbs="enterSharedScope" /> </author
今天公司终端上有一个功能打开异常,报500错误,我用Fiddler找到链接,然后在IE里打开,报500.23错误:检测到在集成的托管管道模式下不适用的ASP.NET设置。后台是一个IIS7和tomcat7集成的环境,此处记录一下。
Asp.net配置文件的配置方式,其实在MSDN里面是写得最清楚的了。可惜之前一直未曾了解到MSDN的强大。
每个模板目录下的.cshtml文件必须放在Views目录下,这个是模板制作的约定规则。
在ASP.NET Core中最大的更改之一是对Http请求管道的更改,在ASP.NET中我们了解HttpHandler和HttpModule但是到现在这些已经被替换为中间件那么下面我们来看一下他们的不同处。
用PageAdmin CMS制作模板时候,有几个重要的目录和文件需要遵循约定的规则。 1、Views目录 每个模板目录下的.cshtml文件必须放在Views目录下,这个是模板制作的约定规则。 2、Views/Web.Config 每个views目录下都必须有一个Web.Config配置文件,可以从现有模板中拷贝即可,主要用于mvc页面编译的声明,此文件不能删除,否则导致模板页面无法加载。 3、Views/_ViewStart.cshtml _ViewStart.cshtml文件为模板的启动文件,这个页面最大的作用是用于定义母版页的路径,如果没有这个页,只能在每个模板页从通过Layout ="模板页路径"这种方式来设置母版页路径,如果不是有特殊需求,建议直接在_ViewStart.cshtml中设置母版页路径,方便以为维护和修改。 4、Views/Model Model目录作用主要用于放一些和数据有关的局部页,如新闻局部页,一些幻灯片模型等等,在模板中通过Html.Partial("文件名")的方式引用。 5、Views/Shared Sharea目录作用和Model目录完全一样,但是为了维护上方面,一些和结构有关的页面建议放这个目录下,如上一页,下一页这种局部代码页面,或者分页模板这种局部页面,一样通过Html.Partial("文件名")的方式引用。 6、*Route.config 符合这个约定规则的文件都被视为自定义页面的路由配置文件,直接放在模板目录下,必须和Views目录同级。
之前一直知道设置web.config(其实就是xml文件)的customErrors的error来指向自定义的错误页的URL,但是今天在调试的时候发现customErrors无法跳转到自定义的页面,在网上找了半天才了解还有httpErrors可以设置跳转自定义错误页。
开发工具:Visual Studio 2017 15.7.5 开发平台:Windows 10 新建WebApi项目,Web.config配置文件中,system.web下级节点中默认没有customErrors的配置,即customErrors默认是RemoteOnly <customErrors mode="RemoteOnly" />
说明: 服务器上出现应用程序错误。此应用程序的当前自定义错误设置禁止远程查看应用程序错误的详细信息(出于安全原因)。但可以通过在本地服务器计算机上运行的浏览器查看。
我收到错误” HTTP错误414。请求URL太长”。 从下面的文章中,我了解到这是由于查询字符串很长所致:
Python web应用想要发布使用iis发布有两种方式,这篇文章就为大家介绍一下这两种方式的具体实现:
ASP.NET请求验证功能可以给我提供应用程序的安全保证,避免站点受到XSS的攻击。但是在一些情况下,我们需要禁用这个功能,比如我们需要使用HtmlEditor来让用户输入一些HTML文本,这时候ASP.NET 2.0允许我们可以通过在web.config设置validateRequest=”false”。或者在MVC中,我们可以通过在Controller或者Action上设置[ValidateRequest(false)]这个特性来达到禁用的上的。但是在当你把站点从旧版本升级到ASP.NET 4.0后,你会发现,即使你这样做,仍然会提示你这样的一个异常“A potentially dangerous Request.Form value was detected from the client”。该如何来解决这个问题呢?
一、课程介绍 一、本次分享课程《C#轻量级配置文件EasyJsonConfig》适合人群如下: 1、有一定的NET开发基础。 2、喜欢阿笨的干货分享课程的童鞋们。 二、今天我们要如何优雅解决的项目中经常遇到配置文件config读写的痛点问题 1)、你是否在为找到一款轻量级配置文件组件四处寻找而感到烦恼? 2)、你是否在还在使用app.config、web.config这么原始的配置文件方式而感到烦恼? 3)、你是否在寻找一款可以支持自定义文件存储目录以及支持自定义配置文件项的组件而感到烦恼?
在进行网站开发过程中,IE是另很多程序员头疼的一个浏览器,他的版本兼容性很难调整,尤其是IE6,IE7,IE8,IE9,IE10这几个版本的区别有很大。现在百度与谷歌都有了一行解决这种兼容性的代码了。我们先来看一下百度的。
虽然vs.net2.0为我们提供了 ConfigurationManager.AppSettings["..."]; ConfigurationManager.ConnectionStrings[
虽然有一些现成的第三方解决方案比如:OpenID,Passport,SpaceCard等都还不错,但是要么就是收费的(passport),要么就是有点用不习惯(比如OpenID),另外中途跳到一个界面完全不相同的第三方站点上输入,用户感觉也不太放心。 当然博客园和csdn上也有不少人已经给出了相应的解决方案,但是一圈看下来,虽然思路都行得通,貌似就是没找到不同主域名下直接利用Membership实现的例子。 那么还是自己“造轮子”弄一个简陋一点的方案吧,其实只要用过Membership的朋友都知道“用户是否
1.在web.config中<system.web>节点下添加一句配置: <globalization requestEncoding="gb2312" responseEncoding="gb2312" fileEncoding="gb2312" culture="zh-CN"/> 节点属性解释: requestEncoding:指定每一传入请求的假定的编码,包括已传递的数据和查询字符串。如果请求附带包含一个 Accept- Charset 属性的请求标头,它将重写配置中的该属性。默认编码为
404网页是用户尝试访问网站不存在的网页(由于用户点击了损坏的链接、网页已被删除或用户输入了错误的网址)时看到的页面。之所以称为 404 网页,是因为针对丢失网页的请求,网络服务器会返回 404 HTTP 状态代码,表明该网页未找到。 404页面的目的是:告诉浏览者其所请求的页面不存在或链接错误,同时引导用户使用网站其他页面而不是关闭窗口离开。
魔方 是一个基于 ASP.NET MVC 的 用户权限管理平台,可作为各种信息管理系统的基础框架。
领取专属 10元无门槛券
手把手带您无忧上云