首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    IIS8.5 布署 WEB API的程序时,遇到的问题

    ##IIS7/8 HTTP Error 500.19 错误 0x80070021  IIS7.0/8.0的错误HTTP Error 500.19 - Internal Server Error ,错误代码为0x80070021,大概原因为IIS7.0的安全设定相比前版本有很大的变更。IIS7.0的安全设置文件在%windir%\system32\inetsrv \config\applicationHost.config,这里定义所有Web程序的安全设置,在各个Web程序的web.config可以去覆盖 这些设置,但默认情况下是不容许覆盖的。 所以首先修改applicationHost.config文件,打开handlers和modules的权限,即由Deny改为Allow,如 下: <configuration> <configSections> <sectionGroup name="system.webServer"> ......

    ......
    ...... 另外如果IIS7.0是在VS安装之后安装的话,那么需要添加IIS7.0对ASP.NET文件的支持,否则会出现aspx文件无法识别的MIME 错误,或者以上问题。 方法:打开和关闭系统功能---》Internet信息服务--》万维网服务---》应用程序开发功能—》勾选asp.net 一般后面这种情况较多! ##应用池没有.net4.5的原因 正常建立部署网站,可问题是安装习惯,你得让我选.net framework 4.5的框架啊,可是见鬼的是没有啊 .NET 4.5 is an in-place replacement for .NET 4.0, When .NET 4.5 is installed it effectively replaces .NET 4.0 on the machine. .NET 4.0 gets overwritten by a new version of .NET 4.5 which - according to Microsoft - is supposed to be 100% backwards compatible. 我们简单的理解就是,4.5本质上还是4.0,属于递增式的更新,所以对IIS 来说看到的只有4.0而已,看看如下的4.5 DLL库中的版本号就知道了

    03

    不要以为会点设计就是合格的机械工程师了

    普通机械设计和机械工程师远远不是一个级别的,在我看来能配得上机械工程师的称号的绝不仅仅是画画图而已,从方案到出机都能独立完成,具有丰富设计经验,这其实相当不容易。 有些朋友对机械工程师的种类职能不太清楚,我默认是机械设备设计开发的工程师了。 生活中似乎其实没有太多涉及到具体结构的问题啊。。。有些东西更熟悉还有动手能力稍好一点点而已吧。 讲讲个人感受,待在XXX机械化施工有限公司(公司名字不方便透露),即使只有几个工程师,也是大家都是独当一面的那种,从方案开始都是一个人负责(专门的非标自动化大公司好像不多啊)

    05

    kakafka - 为CQRS而生

    前段时间跟一个朋友聊起kafka,flint,spark这些是不是某种分布式运算框架。我自认为的分布式运算框架最基础条件是能够把多个集群节点当作一个完整的系统,然后程序好像是在同一台机器的内存里运行一样。当然,这种集成实现方式有赖于底层的一套消息系统。这套消息系统可以把消息随意在集群各节点之间自由传递。所以如果能够通过消息来驱动某段程序的运行,那么这段程序就有可能在集群中任何一个节点上运行了。好了,akka-cluster是通过对每个集群节点上的中介发送消息使之调动该节点上某段程序运行来实现分布式运算的。那么,kafka也可以实现消息在集群节点间的自由流通,是不是也是一个分布式运算框架呢?实际上,kafka设计强调的重点是消息的接收,或者叫消息消费机制。至于接收消息后怎么去应对,用什么方式处理,都是kafka用户自己的事了。与分布式运算框架像akka-cluster对比,kafka还缺了个在每个集群节点上的”运算调度中介“,所以kafka应该不算我所指的分布式运算框架,充其量是一种分布式的消息传递系统。实际上kafka是一种高吞吐量、高可用性、安全稳定、有良好口碑的分布式消息系统。

    02

    alpakka-kafka(3)-kafka应用案例-需求分析

    在大型复杂的应用中,业务模块之间总是相互关联,相互纠缠。无论对业务管理或软件开发方面都会造成困惑:从业务管理方面难以厘清确切的管理范围和职责:就是说不知一项业务具体谁来管。在软件开发方面则无法确定开发人员的具体分工和维护责任,即确定一项业务功能具体靠谁来修改、优化。拿一个普通的网上购物过程来说,除商品拣选过程外的优惠价选定、库存扣减、支付又会涉及商品定价管理、库存管理、财务管理等独立的业务模块。如果纯从软件开发角度来描述:负责开发购物流程的开发人员还需要兼顾优惠价计算、库存扣减、支付等业务操作。因为商品定价、库存管理、财务管理等都有可能是其它人负责开发的业务模块。一件商品拣选有可能造成该商品的定价调整、库存变动可能驱动采购、配货等业务的发生、支付也会是一些财务操作的启动原因。购物流程开发人员应该是不容许直接去实现这些业务操作的。为了解决这些矛盾,必须先实现业务模块的松散耦合。听起来有点像CQRS,不过是更广义的domainRS业务模块分离。在接触kafka之前,我们一般用soa模式由负责一块业务功能开发的程序员提供一套完整的对外业务操作api,就可以实现程序员各自独立工作,各管自己的一亩二分地。不过,完成的系统经常会出现内部处理业务速度跟不上外部api调用频率的情况,轻者拖滞api调用线程,重则造成业务处理异常。这个时候kafka应该能在解决方案里发挥特殊作用:如果我们把kafka引入到业务模块集成,业务模块之间通过消息/事件队列event-queue进行沟通就可以实现更高程度的、更高效率的、交易事务类型的业务集成了。

    03
    领券