在http://www.cnblogs.com/aehyok/p/3558661.html这篇博文中，大致对配置文件有了初步的了解，并且在文中有提到过<appSettings>和<connectionStrings>这两个节点，在本文中将会介绍学习其他节点。
expressions是asp.net 2.0中的新特色,它可以使你在asp.net的页面里很方便的使用自定义的属性. 在ASPX页里只要使用$符号就可以访问到,你定制的属性了. 例如我们看个例子: ASPX页面中如下: <asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$connectionStrings:Pubs %>" SelectCommand="select * from catalog"><
无论是web程序、windows程序、windows service程序，配置文件都是少不了的。我们都习惯了将连接字符串放在ConnectionString节点中，将程序的设置放在appSetting节点中。配置文件的管理程序为我们提供了方便的管理方式，那么，我们如何自定义配置节点呢？
我们直接利用Visual Studio 打开前面这个helloworld.csproj项目文件。为了能够使用ASP.NET Core 框架提供的程序集，我们可以通过修改项目文件（.csproj）添加针对“Microsoft.AspNetCore.App”的框架引用（FrameworkReference）。在Visual Studio中修改项目文件非常方便，我们只需要右键选择目标项目，并从弹出的菜单中选择“Edit Project File”就可以了。如下所示的是修改后的项目文件，针对“Microsoft.AspNetCore.App”的框架引用被添加到<ItemGroup/>节点下。
P5第2段 原文：由于创建的是一个针对 ASP.NET Core 的可执行控制台应用，所以将 OutputType 和 TargetFramework 的属性分别设置为“Exe”和“net6.0”。 改为：由于创建的是一个针对 .NET 6的可执行控制台应用，所以将 OutputType 和 TargetFramework 的属性分别设置为“Exe”和“net6.0”。 P7第2段 原文：由于创建的是 ASP.NET Core 的应用程序，所以最终生成的程序集被保存在“\bin\Debug\net6.0\
customErrors>节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下： Mode 说明 On 表示在本地和远程用户都会看到自定义错误页面。 Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。(默认) RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误页面。 这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。
提到“配置”二字，我想绝大部分.NET开发人员脑海中会立即浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置定义在这两个XML格式的文件之中。到了.NET Core的时代，很多我们习以为常的东西都发生了改变，其中就包括定义配置的方式。总的来说，新的配置系统显得更加轻量级，并且具有更好的扩展性，其最大的特点就是支持多样化的数据源。我们可以采用内存的变量作为配置的数据源，也可以将配置定义在持久化的文件甚至数据库中。在对配置系统进行系统介绍之前，我们先从编程的角度来体验一下全新的配置读取方式。
站点导航提供程序--ASP.NET 2.0中的站点导航提供程序暴露了应用程序中的页面的导航信息，它允许你单独地定义站点的结构，而不用考虑页面的实际物理布局。默认的站点导航提供程序是基于XML的，但是你也可以通过编写自定义的提供程序，从任何后端位置暴露这些信息。
从ASP.NET 2.0开始最大请求正文大小限制为30MB （+28.6 MiB）。在正常情况下，无需增加 HTTP 请求 body 的大小。但是，当您尝试上传大型文件 （> 30MB） 时，需要增加默认允许的最大限制。在这篇简短的文章中，我们将了解如何在.netcore 应用程序中增加文件 ASP.NET 大小以及控制此限制的各种选项。
Asp.net配置文件的配置方式，其实在MSDN里面是写得最清楚的了。可惜之前一直未曾了解到MSDN的强大。
ASP.NET工作者进程能够推动其限制而获得更高的性能。在 Internet 信息服务 (IIS) Web 服务器上配置 ASP.NET 进程模型设置。只能在 Machine.config 文件中设置
什么是ASP.NET Profile 可以为每个用户（包括匿名用户）储存信息 通过在Web.config中的配置即可在应用程序中使用 强类型的属性 可以定义属性组 可以通过自定义ProfileProvider来扩充 如何使用ASP.NET Profile 配置ProfileProvider(可以使用内置的SqlProfileProvider) 配置Profile的属性 一个使用ASP.NET Profile的示例 首先，运行打开Visual studio 2008命令提示工具（开始——程序——Visual
开发工具：Visual Studio 2017 15.7.5 开发平台：Windows 10 新建WebApi项目，Web.config配置文件中，system.web下级节点中默认没有customErrors的配置，即customErrors默认是RemoteOnly <customErrors mode="RemoteOnly" />
在asp.net中配置文件名一般默认是web.config。每个web.config文件都是基于XML的文本文件，并且可以保存到Web应用程序中的任何目录中。在发布Web应用程序时web.config文件并不编译进dll文件中。如果将来客户端发生了变化，仅仅需要用记事本打开web.config文件编辑相关设置就可以重新正常使用，非常方便。
className:返回节点样式，可以设置 className="demo1 class2"
使用ASP.NET中的代码绑定技术来使得代码重用变得简单可行。我们发现，利用代码绑定技术我们可以容易的将我们的代码和内容分离开来，利用它可以建立可重用的代码，只是这种技术本身也存在着一些局限性。在本文中，我们将会一同探讨另外一种新的ASP.NET技术：用户控件。 什么是用户控件（User Controls）？ 为了能更好的理解用户控件的重要性，我们先来看看一段小小的“历史”。在以前的ASP当中，可重用的技术实现选择是相当受限制的。许多的开发者一般都是借助将公共的常用的子过程放到那些包含文件当中的做法来实现一定的所谓代码重用的。比如，如我们想要在许多的ASP页面当中现实一个下拉列表框，我会在一个包含文件当中建立一个函数，样子如下所示： Function GetListBox(asSelectedItem) '为HTML的选择控件建立字符串 '返回这个字符串 End Function 当然，这样的做法的确在一定程度上做到了重用，但是为了能做到更加通用性，你不得不要增加更多的参数。为了使得类似上面的你需要整理的代码得以正常工作是困难的，因为要达到提供它的通用性（可重用性），你大概不得不去修改这些已经存在的代码，以便使得他们也能在新的环境下正常工作。 IIS5中的VBScript5.0增加了建立类的功能。这就使得我们可以通过一个较多面向对象的方式来实现可重用的代码。 Class ComboBox Property Let ControlName(vData) . End Property <More properties and methods here> End Class 这样做会稍微好一些，但是开发者仍旧需要被迫去编写那些函数，以便返回HTML代码。而且，他也没有能力操纵那些类的实例对象的事件。为了能做到操作事件，开发者不得不建立一些COM组件，而后者则增加了应用程序的额外的复杂度。 有了ASP.NET,我们拥有了一个新的简单的工具来编写可重用的代码—用户控件。用户控件（也叫pagelets）提供了这样一种机制，他使得我们可以建立能够非常容易的被ASP.NET页面使用或者重新利用的代码部件。一个用户控件也是一个简单的ASP.NET页面，不过它可以被另外一个ASP.NET页面包含进去。在你的ASP.NET应用程序当中使用用户控件的一个主要的优点是用户控件的支持一个完全面向对象的模式，使得你有能力去捕获事件。而且，用户控件支持你使用一种语言编写ASP.NET页面其中的一部分代码，而使用另外的一种语言编写ASP.NET页面另外一部分代码，因为每一个用户控件可以使用和主页面不同的语言来编写。 建立一个用户控件 在建立你自己的用户控件之前，你也许想知道在你的web页面中哪些可见的对象是能够重用的好的候选者。能可能的是，你将会在你的站点上的不止一个页面上需要使用融合的用户控件。一旦你开始不断的思考你的控件的结构，你就已经做好的开始的准备。在我们的例子当中，我们将要建立一个简单的搜索的控件，用来搜索SQL Server2000中的数据库Northwind。我们的搜索控件可以使得开发者快速的为一个web页面增加搜索能力。 建立用户控件的第一步是建立一个.ascx文件。这是用户控件需要的文件扩展名。在一个一个.ascx文件中不能包含head，form，或者body标签，因为包含此.ascx文件的.aspx文件已经包含了这些标签。一个.ascx文件只能包含方法，函数，以及和用户控件相关的内同。 在建立一个.ascx文件之后，我们想要为用户控件增加一些可视的代码。在一个用户控件当中可以包含所有的web控件。在我们的例子当中，搜索控件需要拥有一个标签，一个文本框以及一个按钮。我们首先加入这些web控件，因为我们的整个代码当中会涉及到这些对象。下面是具体的代码： <asp:Label id=lblSearch runat="server" text="Caption"></asp:Label> <asp:TextBox id=txtSearch runat="server"></asp:TextBox> <asp:Button id=cmdSearch runat="server" Text="Search" ></asp:Button> 在用户控件中有一件很酷的事情是，你可以定义你自己的属性。在我们的例子当中，我们会定义如下属性： 。LabelText—描述显示给用户的搜索条件 。ConnectiongString---用来联接到数据库的连接字符串 。ResultSetView—包含了搜索结果的数据记录集 。
（图片来自：https://www.w3school.com.cn/xsl/xsl_for_each.asp）
很早之前就想研究研究，一直没有合适的时间，今天刚好没啥事，乘机瞧一瞧xpath的“庐山真面目”。
在程序的世界里，如果创建某种对象所需要的代价太高，同时这个对象又可以反复使用，那么我们往往就会准备一个容器，用来保存一批这样的对象。当我们要用这种对象时，就不需要每次去创建一个，而是直接从容器中取出一个现成的对象。由于节省了创建对象的开销，程序性能自然就上升了。这个容器就是“池”。很容易理解的是，因为有了对象池，在用完对象之后应该有一个“归还”的动作，这样便可以把对象放回池中，下次需要的时候就可以再次拿出来使用。既然我们每次都是从池中获取对象，那么这些对象是由谁来创建，又是什么时候创建的呢？这个就要根据不同情况由各对象池来自行实现了。例如，可以在创建对象池的时候指定池内对象数量，并且一下子全部创建好，当然您也可以在得到请求时，如果发现池中已经没有剩余对象时创建。您也可以“事前”先准备一部分，“事中”根据需要再继续补充。还可以做得“智能”一些，例如，根据实际情况添加或删除一些对象，甚至对需求“走势”进行“预测”，在空闲时便创建更多的对象以备“不时之需”。各中变化难以言尽。当然，它们的原理和目的是类似的。相信上面这段文字也已经讲清了“线程池”的作用：因为创建一个线程的代价较高，因此我们使用线程池设法复用线程。就是这么简单。
1、 从Control到GridView继承了多少层？ （这个图可不是现做的，这是以前为了写QuickPager分页控件而弄的。http://www.cnblogs.com/jyk/archive/
本文介绍了如何利用Opserver插件在Visual Studio Code中监控ASP.NET Core应用，包括定义监控配置、集成日志、代码覆盖率、性能指标等。同时，还介绍了如何将日志、性能指标等数据上报到Opserver，以及如何使用Opserver的Web UI来查看监控数据。此外，还讲解了如何使用Opserver的API触发器来自动记录日志、性能指标等数据，以及如何使用Opserver的SQL存储来保存数据。通过使用Opserver，开发者可以更加方便地监控和管理他们的ASP.NET Core应用，从而提高应用的质量和稳定性。
在采用Windows认证的情况下，使用基于Windows用户组安全主体权限模式是一个不错的选择。我们可以直接使用现有的用户组设置，也可以为相应的应用或服务创建单独的用户组。但是，由于该模式对Windows认证的依赖，意味着这种模式只能使用于局域网环境中。如果采用证书和Windows帐号的映射，也可以适用于像B2B这样的外部网环境。在其他的网络环境中，基于Windows用户组的授权方式将会无能为力。此外，还具有这样一种状况：即使是在同一个局域网环境中，并且也采用Windows进行客户端认证，但是我们不想创建太
ASP.NET 的请求结构试图在执行请求的线程数和可用资源之间达到一种平衡。已知一个使用足够 CPU 功率的应用程序，该结构将根据可用于请求的 CPU 功率，来决定允许同时执行的请求数。这项技术称作线程门控。但是在某些条件下，线程门控算法不是很有效。通过使用与 ASP.NET Applications 性能对象关联的 Pipeline Instance Count 性能计数器，可以在 PerfMon 中监视线程门控。
这是系列文章中的第一篇：使用GraphvizOnline可视化ASP.NETCore3.0终结点。.
ASP.NET的输出缓存（Output Caching）机制允许我们针对整个Web页面或者页面的某个部分（主要针对用户控件）最终呈现的HTML进行缓存。对于后续针对相同资源的请求，只需要直接将缓存的HTML予以回复而无须按照页面处理生命周期对每次请求进行重复处理。WCF通过操作行为AspNetCacheProfileAttribute利用ASP.NET的输出缓存提供一种针对于某个操作的声明式缓存机制。[源代码从这里下载] 一、AspNetCacheProfileAttribute WCF对ASP.NET缓存
几乎所有的应用程序都离不开配置，有时候我们会将配置信息存在数据库中(例如大家可能常会见到名为Config这样的表)；更多时候，我们会将配置写在Web.config或者App.Config中。通过将参数写在配置文件(表)中，我们的程序将变得更加灵活，只要对参数进行修改，再由程序中的某段代码去读取相应的值就可以了。而如果直接将配置值写在程序中，当配置需要改变时，则只能通过修改代码来完成，此时往往需要重新编译程序集。
Session是什么呢？简单来说就是服务器给客户端的一个编号。当一台WWW服务器运行时，可能有若干个用户浏览正在运正在这台服务器上的网站。当每个用户首次与这台WWW服务器建立连接时，他就与这个服务器建立了一个Session，同时服务器会自动为其分配一个SessionID，用以标识这个用户的唯一身份。这个SessionID是由WWW服务器随机产生的一个由24个字符组成的字符串，我们会在下面的实验中见到它的实际样子。
默认情况下，项目下 的 launchSettings.json 配置文件的优先级最高，appsettings.Development.json 优先级次之，appsettings.json 配置文件优先级最后。 注意的是，在appsettings.json 下可以更具需求建立多个settings.json ，如development.json ，productionsetting.json 等json 配置文件，每个不同json 文件可以进行专门不同的配置信息，不仅可以使针对开发环境进行独立配置，在较为复杂的业务场景下还可以专门将一部分配置抽离出来，比如connectionsetting.json 专门进行各类连接的配置。
开篇：上一篇我们了解了所谓的请求处理管道，在众多的事件中微软开放了19个重要的事件给我们，我们可以注入一些自定义的业务逻辑实现应用的个性化设计。本篇，我们来看看WebForm模式下的页面生命周期。
在《配置模型总体设计》介绍配置模型核心对象的时候，我们刻意回避了与配置同步相关的API，现在我们利用一个独立文章来专门讨论这个话题。配置的同步涉及到两个方面：第一，对原始的配置源实施监控并在其发生变化之后重新加载配置；第二，配置重新加载之后及时通知应用程序进而使应用能够及时使用最新的配置。要了解配置同步机制的实现原理，我们先得了解一下配置数据的流向。
在我们第一次写web应用程序的时候，我们很快会接触到一个文件，那就是配置文件——web.config。我们的第一个比较深刻
configuration -> system.web -> customerErrors
需要记住的最重要的一点是，ASP.NET Core Web 应用程序最初作为控制台应用程序启动，Main() 方法是应用程序的入口点。因此，当我们执行ASP.NET Core Web应用程序时，首先它寻找 Main() 方法，这是执行开始的方法。然后，Main()方法将ASP.NET配置并启动它。此时，应用程序将成为ASP.NET Core Web应用程序。
DOM模型将整个文档（XML文档和HTML文档）看成一个树形结构，并用document对象表示该文档。
Contronoller激活之后，ASP.NET MVC会根据当前请求上下文得到目标Action的名称，然后解析出对应的方法并执行之。在整个Action方法的执行过程中，Model元数据的解析是一个非常重要的环节。ASP.NET MVC中的Model实际上View Model，表示最终绑定到View上的数据，而Model元数据描述了Model的数据结构，以及Model的每个数据成员的一些特性。正是有了Model元数据的存在，才使模板化HTML的呈现机制成为可能。此外，Model元数据支撑了ASP.NET M
ASP.NET Core项目为开发人员提供了面向 .NET Core 和/或 .NET Framework 的灵活性。 若要确定最合适的目标框架，请参阅《从.NET Framework迁移到.NET Core/.NET5的技术指南》。
本篇代码以下代码进行调整：https://github.com/ken-io/asp.net-core-tutorial/tree/master/chapter-02
1.在web.config中<system.web>节点下添加一句配置： <globalization requestEncoding="gb2312" responseEncoding="gb2312" fileEncoding="gb2312" culture="zh-CN"/> 节点属性解释: requestEncoding:指定每一传入请求的假定的编码，包括已传递的数据和查询字符串。如果请求附带包含一个 Accept- Charset 属性的请求标头，它将重写配置中的该属性。默认编码为
Clustering 集群 （ Clustering从0.6版本开始可用了） 目前，集群只能用在使用ADO.NET-Jobstore的情况。特新包括负载均衡和容错（如果JobDetail的"request recovery"标记被设置为true）。 设置" quartz.jobStore.isClustered"属性为true才可以集群，集群中的每个实例都使用quartz.properties的相同拷贝。集群所使用属性文件的例外是一致的，下面是允许的例外：不同的线程池数量，"quartz.scheduler
GitHub代码练习地址：用lxml解析HTML,文件读取,etree和XPath的配合使用：https://github.com/Neo-ML/PythonPractice/blob/master/SpiderPrac17_xpath%26lxml.py XML - XML(EXtensibleMarkupLanguage) - 官方文档http://www.w3school.com.cn/xml/index.asp - 概念：父节点，子节点，先辈节点，兄弟节点，后代节点 XPath - XPat
今天也不知道写不写的完了，最近闲下来了，却感冒了，早上起来都不会说话了，不过幸亏咱不是靠嘴皮子过活了，哎~~~~窃喜吧 上一篇简单写到UpdatePanel的一些好处和坏处，这一篇呢，就细致的认识一下UpdatePanel这个控件，并合理的使用它 UpdatePanel的一些属性 ： RenderMode __Block(默认值):设定UpdatePanel使用DIV来圈出要跟新的区域 __Inline：设定UpdatePanel使用span来。。。。。。 UpdateMode
（图片来自：https://github.com/Bikeman868/UrlRewrite.Net）
如果你使用 JavaScript 的 fetch 函数发送 HTTP 请求，而观察到发送了两次请求，可能有几个常见的原因：
在对应用模型的基本构建方式具有大致的了解之后，我们来系统地认识一下描述应用模型的ApplicationModel类型。对于一个描述MVC应用模型的ApplicationModel对象来说，它承载的元数据绝大部分是由默认注册的DefaultApplicationModelProvider对象提供的，在接下来针对ApplicationModel及其相关类型（ControllerModel、ActionModel和ParameterModel等）的介绍中，我们还会着重介绍DefaultApplicationModelProvider对象采用怎样的方式提取并设置这些元数据。
在开始专题内容之前，我们还是了解一下 葡萄城ActiveReports报表 是一款什么产品：葡萄城ActiveReports报表是一款在全球范围内应用非常广泛的报表控件，以提供.NET报表所需的全部报表设计功能领先于同类报表控件，包括对交互式报表的强大支持、丰富的数据可视化形式、与Visual Studio的完美集成、以及对WPF / WinForm / ASP.NET / Silverlight和Windows Azure的多平台支持等。 通过葡萄城ActiveReports报表控件，您除了可以创建常用的
1. 数据库访问性能优化 数据库的连接和关闭 访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证，比较耗费服务器资源。ASP.NET中提供了连接池（Connection Pool）改善打开和关闭数据库对性能的影响。系统将用户的数据库连接放在连接池中，需要时取出，关闭时收回连接，等待下一次的连接请求。 连接池的大小是有限的，如果在连接池达到最大限度后仍要求创建连接，必然大大影响性能。因此，在建立数据库连接后只有在真正需要操作时才打开
XmlNode xmldocSelect=xmlDoc.SelectSingleNode("user");
每个客户端在访问网站时，都会创建相应的Session，用来保存客户的状态信息，网站如果做了负载均衡，session共享是要做的，IIS对于session的存储有五种模式
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
