<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[艰辛历程]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/2000killer</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; 2000killer]]></copyright><item><title><![CDATA[Windows下高可靠性网络负载均衡方案NLB+ARR]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/51229017</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/51229017</guid><author>2000killer</author><pubDate>Sat, 23 Apr 2016 23:13:08 +0800</pubDate><description><![CDATA[NLB网路负载均衡管理器详解





序言
在上一篇配置iis负载均衡中我们使用啦微软的ARR，我在那篇文章也中提到了网站的高可用性，但是ARR只能做请求入口的消息分发服务，这样如果我们的消息分发服务器给down掉啦，那么做再多的应用服务集群也都枉然。
这篇文章我主要针对解决这一问题来做分析，引入NLB，相对于ARR来说，ARR算是应用级别的负载均衡方案，而NLB则是服务器级别的]]></description><category></category></item><item><title><![CDATA[Windows下应用级别的IIS负载均衡方案 Application Request Route]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/51228625</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/51228625</guid><author>2000killer</author><pubDate>Sat, 23 Apr 2016 22:06:11 +0800</pubDate><description><![CDATA[Application Request Route实现IIS Server Farms集群负载详解





序言
随着公司业务的发展，后台业务就变的越来越多，然而服务器的故障又像月经一样，时不时的汹涌而至，让我们防不胜防。那么后台的高可用，以及服务器的处理能力就要做一个横向扩展的方案，以使后台业务持续的稳定可用，平复人心。
由于我们的后台业务，清一色都是.net应用程序，加上总监]]></description><category></category></item><item><title><![CDATA[三种观察者模式的C#实现]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/51228598</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/51228598</guid><author>2000killer</author><pubDate>Sat, 23 Apr 2016 22:01:12 +0800</pubDate><description><![CDATA[三种观察者模式的C#实现




系列主题：基于消息的软件架构模型演变

 

说起观察者模式，估计在园子里能搜出一堆来。所以写这篇博客的目的有两点:

观察者模式是写松耦合代码的必备模式，重要性不言而喻，抛开代码层面，许多组件都采用了Publish-Subscribe模式，所以我想按照自己的理解重新设计一个使用场景并把观察者模式灵活使用在其中我想把C#中实现观察者模式的三个]]></description><category></category></item><item><title><![CDATA[浅谈web网站架构演变过程]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/51026277</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/51026277</guid><author>2000killer</author><pubDate>Thu, 31 Mar 2016 14:42:00 +0800</pubDate><description><![CDATA[前言
　　
　　我们以javaweb为例，来搭建一个简单的电商系统，看看这个系统可以如何一步步演变。

 
　　该系统具备的功能：
 


用户模块：用户注册和管理商品模块：商品展示和管理交易模块：创建交易和管理
  


阶段一、单机构建网站
　　网站的初期，我们经常会在单机上跑我们所有的程序和软件。此时我们使用一个容器，如tomcat、jetty、jboos，然后直]]></description><category></category></item><item><title><![CDATA[windows 部署Mongodb时，报由于系统缓冲区空间不足或队列已满，不能执行套接字上的操作。 错误]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/25789581</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/25789581</guid><author>2000killer</author><pubDate>Wed, 14 May 2014 13:31:59 +0800</pubDate><description><![CDATA[最近一个项目准备使用Mongodb开始通过Mongodb官方提供的驱动连接Mongodb]]></description><category></category></item><item><title><![CDATA[MSMQ 跨服务器读写队列的“消息队列系统的访问被拒绝”的解决方案]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/8904852</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/8904852</guid><author>2000killer</author><pubDate>Thu, 09 May 2013 14:07:50 +0800</pubDate><description><![CDATA[最近项目中需要跨服务器对消息队列进行读写，开始在单独开发机器上进行Queue的读写没问题。但是部署后，在服务器上创建的Queue开发者的机器只能写数据而不能读数据。.net给出的错误是“对消息队列系统的访问被拒绝”，也就是说拒绝访问队列没有相关权限，我给Everyone和ANONYMOUS LOGON赋予全部权限都无法解决。经过多次google和尝试现将解决办法汇总如下：
一. 服务部署情况说明]]></description><category></category></item><item><title><![CDATA[WCF实现事物编程]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/8576560</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/8576560</guid><author>2000killer</author><pubDate>Fri, 08 Feb 2013 11:01:09 +0800</pubDate><description><![CDATA[一. WCF事物编程的关键概念介绍
         在WCF的事务模式主要由绑定协议、事务流属性、事务范围属性三部分决定。
        1. 支持绑定事物的协议有：netTcpBinding和netNamedPipeBinding；
        2. 事物流属性：TransactionFlowAttribute只能用于服务接口方法(Operation/Method)上，由于事物流是]]></description><category></category></item><item><title><![CDATA[WCF实现文件的上传与下载]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/8572182</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/8572182</guid><author>2000killer</author><pubDate>Tue, 05 Feb 2013 20:43:34 +0800</pubDate><description><![CDATA[一. 实现描述：
1. 创建文件上传下载的服务：StreamService
2. 宿主机加载文件上传下载服务并发布服务：Host
3. 在宿主中配置服务的ABC，配置文件接收与发送的传输模式/消息传输最大值：host.config
4. 客户端检索引用宿主发布的服务，并调用服务中的接口实现文件的上传与下载：Client
5. 配置客户端中引用服务的文件接收与发送的传输模式/消息传输最大值]]></description><category></category></item><item><title><![CDATA[.net 的动态语言实现DCI架构模式的角色混入]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/8143631</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/8143631</guid><author>2000killer</author><pubDate>Sat, 03 Nov 2012 15:45:24 +0800</pubDate><description><![CDATA[DCI机构模式实现很重要的一个特性就是同一个PPT在不同context中的Role混入。
若采用Scala可以很好的支持此特性。
C#是否也可以支持此特性吗？
答案当然是肯定的。那就是采用.net 4.0 dynamic
 
我们看下面这个例子
在家时候，老公和老婆是父母角色，具有洗菜做饭的职责。
在单位时候，老公是售前支持角色，对外宣讲公司产品，老婆是室内设计师，进行公司室内装修设]]></description><category></category></item><item><title><![CDATA[使用LogParser时，的检索 COM 类工厂中 CLSID 为 {8CFEBA94-3FC2-45CA-B9A5-9EDACF704F66} 的组件时失败，原因是出现以下错误: 80070005]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/8024166</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/8024166</guid><author>2000killer</author><pubDate>Thu, 27 Sep 2012 11:24:14 +0800</pubDate><description><![CDATA[开始在一台2008系统服务器上，没有任何问题，后来机房搬迁换服务器时，发现LogParser报出以下错误 
检索 COM 类工厂中 CLSID 为 {8CFEBA94-3FC2-45CA-B9A5-9EDACF704F66} 的组件时失败，原因是出现以下错误: 80070005



后来百度，才知道是文件访问权限问题。解决办法如下：
1. 给文件赋予network service的读]]></description><category></category></item><item><title><![CDATA[敏捷开发中的测试]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6918814</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6918814</guid><author>2000killer</author><pubDate>Sun, 30 Oct 2011 21:31:09 +0800</pubDate><description><![CDATA[用户故事是否开发完成，用户故事需求是否完整的实现。这些都是需要通过对用户故事的验收测试给予验证。那么验收的测试用例的编写是否也同用户故事那样的简单描述，是否也是在开发的时候才可以编写呢？答案是否定的，测试是验证开发对故事的需求的实现。为此，测试用例应尽可能早的编写完成。并且在与客户、产品经理、开发人员的沟通后尽量完善。即使在后期的迭代开发过程中，也可以不断的完善测试用例。
迭代开发，意味早期开发]]></description><category></category></item><item><title><![CDATA[用户故事要素]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6918228</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6918228</guid><author>2000killer</author><pubDate>Sun, 30 Oct 2011 13:45:52 +0800</pubDate><description><![CDATA[用户故事是敏捷开发中的软件需求的描述形式。它与传统规范过程的软件需求描述有着本质的区别。传统规范过程的软件需求是在软件开发阶段前必须完成。强调的是在软件进行开发前，需求规范说明书中所描述的需求必须cover软件的所有需求细节。与其不同，敏捷开发方法中，用户故事是软件需求描述的表现形式。用户故事不强调在软件开发的之前获取到软件的所有需求和细节。需求的获取是随着时间推移和迭代开发的展开而加入新的用户故]]></description><category></category></item><item><title><![CDATA[Sprint 阶段要素]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6411410</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6411410</guid><author>2000killer</author><pubDate>Sat, 29 Oct 2011 22:09:38 +0800</pubDate><description><![CDATA[sprint 阶段，对ProductBlog进行分析。实现产品需求到产品实现阶段的转换。
1、首先准备Sprint计划，PO、SM、架构师、设计师等依据项目时间要求，制定大致的Sprint阶段目标，目标的大小决定了Sprint的周期长短，及各阶段的演示日期。
2、启动Sprint计划会议，会议需要产品负责人、团队成员等参与。介绍Sprint阶段目标。
3、团队成员依据ProductBlog的]]></description><category></category></item><item><title><![CDATA[肾病偏方]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6568203</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6568203</guid><author>2000killer</author><pubDate>Sun, 26 Jun 2011 09:32:00 +0800</pubDate><description><![CDATA[ 这是个补肾的偏方，我的朋友是类风湿累及各脏器，尤其是肾脏受损严重，再发展就会是尿毒症了，到了北京协和医院都没什么好办法了。回来之后一个朋友把这个偏方给他用上了（有病乱投医了），反正吃不好也吃不坏，结果奇迹出现了，吃到三天时候浮肿的双腿就开始消肿，五天以后更明显了。现在已经全愈了。60克花生米，60克大枣（干枣最好）先把花生米煮好，再放大枣一起煮烂，每天一次，相当于每天的一顿饭，连汤汁一起吃（很好]]></description><category></category></item><item><title><![CDATA[Product BackLog 要素]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6347156</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6347156</guid><author>2000killer</author><pubDate>Sat, 23 Apr 2011 18:03:00 +0800</pubDate><description><![CDATA[Product BackLog 几个要素：1. Product BackLog 由产品负责人、项目需求方、领域专家、Scrum Master共同制定；2. Product BackLog 循序渐进，不断调整，不断完善，一直延续到项目结束。可以是前期的部分主要的功能点，也可以是后期不断发现与补充的功能点；3. Product BackLog 主要包含内容：功能名称、功能实现描述、功能优先级、功能成本估算等；4. Product BackLog 功能描述分两大类：业务功能（产品层面）、非业务功能（技术层面）；5]]></description><category></category></item><item><title><![CDATA[外企面试宝典]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/6079832</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/6079832</guid><author>2000killer</author><pubDate>Thu, 16 Dec 2010 13:18:00 +0800</pubDate><description><![CDATA[外企面试宝典<br />此文于2010-12-14被推荐到优快云首页<br />如何被推荐？<br />    我为各位整理出英文面试最常见的五大问题，并且提醒各位一些回答的技巧，希望大家能针对这些问题多演练，当成练习英文面试的重点。<br /> 问题一：Could you please describe yourself?（能否请你形容一下自己？）<br />这个问题，一来是想要了解你是什么样的人，二来是想看看你是否知道如何重点式地自我简介。 
在回答时，要针对应征工作的性质来凸显自己的特色，可以多用]]></description><category></category></item><item><title><![CDATA[QQ与360之争]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/5988401</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/5988401</guid><author>2000killer</author><pubDate>Thu, 04 Nov 2010 22:43:00 +0800</pubDate><description><![CDATA[<br />一则“腾讯致qq用户的一封信”使中国的大江南北的q民们炸了锅了。有支持腾讯的，也有鄙视360的，公说公有理，婆说婆有理。掰扯不清。就此事，本人觉得我们广大的q民们成了腾讯的子弹。成了消灭一切对腾讯公司不利的武器。腾讯公司完全没有考虑q民的权利。赤裸裸把广大q民给强奸了一回。这不应该是一个国内知名企业的化解危机的行径。俗话说“谁能载舟亦能覆舟”，我们可爱的企鹅应该明白这个道理。]]></description><category></category></item><item><title><![CDATA[程序员最痛苦的.......]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/5206129</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/5206129</guid><author>2000killer</author><pubDate>Mon, 18 Jan 2010 10:32:00 +0800</pubDate><description><![CDATA[1、程序员其实可痛苦的了......需求一做一改，一个月就过去了；嚎~需求再一改一调，一季度就过去了；嚎~ 2、程序员最痛苦的事儿是啥，知道不？就是，程序没做完，需求又改了； 3、程序员最最痛苦的事儿是啥，知道不？ 就是，系统好不容易做完了，方案全改了； 4、程序员最最最痛苦的事儿是啥，知道不？ 就是，系统做完了，狗日的客户跑了； 5、程序员最最最最最痛苦的事儿是啥，知道不？ 就是，狗日的客户又回]]></description><category></category></item><item><title><![CDATA[2010新年到了]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/5123587</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/5123587</guid><author>2000killer</author><pubDate>Sun, 03 Jan 2010 10:16:00 +0800</pubDate><description><![CDATA[今天又是新的一年开始了，后头看看2009年，也办了一件轰轰烈烈的大事，那就是把自己的小窝装修了，并快快乐乐的在新居度过这个2010元旦。人生第一次在属于自己的一片天地里过元旦，很是开心。哈哈～～。在这里我得忠心的感谢我美丽漂亮、贤惠勤快的老婆，没有她，我现在估计还在演奏装修进行曲。]]></description><category></category></item><item><title><![CDATA[.Net 配置文件的编程]]></title><link>https://blog.youkuaiyun.com/2000killer/article/details/4724630</link><guid>https://blog.youkuaiyun.com/2000killer/article/details/4724630</guid><author>2000killer</author><pubDate>Sat, 24 Oct 2009 23:48:00 +0800</pubDate><description><![CDATA[在FrameWork框架下主要有2个配置文件，一个是machine.config一个是web.config。当然web.config是项目中最常用的，并且配置文件中的信息内容也很多，尤其在项目加大和导入其他框架时，配置内容就显得有些多、乱、杂。那是不是可以重新整理分割我们的配置文件呢。答案是可以的。那就是添加外部配置文件，把可以独立出来的信息单独放到一个新的配置文件中。例如appsetting或c]]></description><category></category></item></channel></rss>