摘要：
阅读全文
阅读全文
摘要：
9.3. 节错误 节有关的错误（stanza-related errors）以类似于处理流错误的方式处理。可是，与流错误不同的是，节错误是可恢复的；因此节错误包含了与初始实体为了挽回错误而携带的动作（actions）相关的信息。 9.3.1. 规则 下列规则应用于stanza-related errors： * The receiving or processing entit... 阅读全文
摘要：
XML Stanzas //XML节 1. Common Attributes //共同的属性 2. Basic Semantics //基本的语义 3. Stanza Errors //节错误 在TLS协商后（假定希望TLS协商），如果需要SASL协商和资源绑定，可以通过流发送XML节。我们定义为'jabber:client' 和'jab... 阅读全文
摘要：
5. Receiving Server与Originating Server声称的域名回建一个TCP连接，然后连接到上了Authoritative Server。 (注意：优化考虑，实现中也可能（MAY）重用这里已存在的一个连接。） 6. Receiving Server向Authoritative Server发送一个stream header： ... 阅读全文
摘要：
Server Dialback //服务器回拨 1. Overview //概述 2. Order of Events //事件顺序 3. Protocol //协议 8.1. 概述 XMPP的来源，Jabber协议，包含一个“服务器回拨（dialback）”方法来防止域欺骗，使假冒XML节更加的困难。服务器回拨不是一个安全机制，且只导致... 阅读全文
摘要：
6.6. S/S 的例子 下面的例子展示了一个服务器与另一个服务器用SASL认证的数据流，通常在成功的TLS协商后（注意：下面交叉的步骤用于阐述失败情况下的协议；它们不是很详尽，且不是必需是例子中传送的数据引发的）。 Step 1: 服务器1向服务器2初始化流： Step 2: 服务器2响应，通过发送一个流标识服务器1： Step 3: 服务器2告知服务器1可用的认证机制： ... 阅读全文
摘要：
6.3. SASL定义 SASL要求必备的压型（profiling）要求协议的定义提供以下信息： 服务名称： "xmpp" 初始顺序： 在初始实体发送了一个开的XML流header且接收实体也这样回应之后，接收实体给出一个可接受的认证方法的列表。初始实体从列表中选择一个方法，把它作为元素的‘mechanism’属性的值发送给接收实体 ，可选的包... 阅读全文
摘要：
内容提示： * Use of SASL //简单验证和安全层的应用 1. Overview //概述 2. Narrative //详述 3. SASL //定义 4. SASL //错误 5. Client-to-Server Example //客户端到服务器的例子 6. Se... 阅读全文
摘要：
Use of TLS 使用运输层安全协议 1. Overview //概述 * 用于XMPP地址的ASN.1对象识别器 2. Narrative //描述 3. Client-to-Server Example //客户端到服务器的例子 4. Server-to-Server Example //服务器到服务器的例子 5.1. 概述 XMPP包... 阅读全文
摘要：
4.6. 流特性 如果发送实体在其发送的初始流hea的人中包含了版本属性且此属性值至少为“1.0”，那么接受实体必须（MUST）发送一个子元素（带有流命名空间的前缀）给发送实体，用于报告那些可制定的任何流级别的特性（或者是其它必须注册的性能）。目前，这个只用于注册TLS的使用，SASL的使用以及这儿定义的资源绑定和定义在[XMPP-IM]中的建立会话；可是，在将来流的功能特性能够用来注册其它被制... 阅读全文
摘要：
决定地址 SASL协商后（第6节），如果正确，资源绑定（第7节），流接收实体必须决定初始实体的JID。 如果SASL协商（第6节）期间未指定授权身份，对服务器与服务器间的通信，初始实体的JID应当被授权身份，派生于认证身份，在SASL（Simple Authentication and Security Layer简单授权与安全层）说明[SASL]中定义。 如果SASL协商（第6节）期间未指定授... 阅读全文
摘要：
XMPP是一个开放的可扩展标记语言[XML]协议，用于近实时的消息、出席与请求-响应服务。基本语法语义最初是由Jabber开源社区在1999年开发的。2002年，XMPP工作组授权开发一个Jabber协议的改写本，以适用于IETF的即时消息（IM）与出席技术。作为XMPP工作组的成果，目前的文档定义了XMPP1.0的核心性质；该扩展要提供的在RFC2779[IM-REQS]中所定义的即时消息与即时... 阅读全文
摘要：
阅读全文
摘要：
第 3 部分 - 选择键和索引 数据采掘要预先计划 我所在的某一客户部门一度要处理 8 万多份联系方式，同时填写每个客户的必要数据（这绝对不是小活）。我从中还要确定出一组客户作为市场目标。当我从最开始设计表和字段的时候，我试图不在主索引里增加太多的字段以便加快数据库的运行速度。然后我意识到特定的组查询和信息采掘既不准确速度也不快。结果只好在主索引中重建而且合并了数据字段。我发现有一个指示计划相当关... 阅读全文
摘要：
第 2 部分 - 设计表和字段 检查各种变化 我在设计数据库的时候会考虑到哪些数据字段将来可能会发生变更。比方说，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，我倾向于在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 采用有意义的字段名 有一回我参加开发过一个项目，其中有从其他程序员那里继承的程序，... 阅读全文
摘要：
第 1 部分 - 设计数据库之前
这一部分罗列了 12 个基本技巧，包括命名规范和明确业务需求等。
第 2 部分 - 设计数据库表
总共 24 个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。
第 3 部分 - 选择键
怎么选择键呢？这里有 10 个技巧专门涉及系统生成的主键的正确用法，还有何 时以及如何索引字段以获得最佳性能等。
第 4 部分 - 保证数据完整性
讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。
第 5 部分 - 各种小技巧
不包括在以上 4 个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。
第 1 部分 - 设计数据库之前 阅读全文
摘要：
这个计划可好哦..是我想要的..是我眼前最想做的! 这个计划是个好东西,是我对学习电脑的一个自己的理解和经验! 就是这个样子的 ************************************************************** ... 阅读全文
摘要：
.Net是微软公司下一代的战略核心，ASP.Net是.Net战略在Web开发方面的具体实现。它继承了ASP的简单性和易用性，同时克服了 ASP程序结构化较差，难于阅读和理解的缺点。特别是服务器端控件和事件驱动模式的引入，使得Web应用程序的开发更接近于过去桌面程序的开发。
在各种各样介绍ASP.Net的文章和书籍中，都把重点放在了服务器控件和.Net Framework SDK上，因为这是ASP.Net中最新和最具革命性的改进；与此相反，在过去的Web开发中占据重要地位的客户端脚本Javascript(也包括 VBScript)则鲜有提及，似乎有了服务器端程序，已经不需要客户端脚本了。但是，服务器端的程序毕竟需要一次浏览器与Web服务器的交互，对于 ASP.Net来说，就是一次页面的提交，需要来回传送大量的数据，而很多工作，比如输入验证或者删除确认等，完全可以用Javascript来实现。因此，探讨在ASP.Net中如何使用Javascript仍然很有必要。 阅读全文
摘要：
由数据库驱动的Web应用程序，如果需要改善其性能，最好的方法是使用缓存功能。用户从数据库中检索数据，可能是Web应用程序中执行最慢的操作之一。因为其中涉及多个环节，例如，Web服务器、数据库服务器等。尤其是在用户比较多，检索的数据量比较大的情况下，会给包括用户在内的各个方面造成不小的困难。如果能够将数据库中的数据缓存到内存（也可以存储在其他场所），则无需在请求每个页面时都访问数据库。由于从内存中返回数据的速度始终比新提供的数据速度快，因而可以大大提供应用程序的性能。
阅读全文
摘要：
asp.net2.0中web.config 阅读全文