如果要说什么是REST的话，那最好先从Web（万维网）说起。准确来说说REST只是一种概念、风格或者约束，是回归HTTP本身的建议。的确，在REST中我们关注技术实际上也只是URI、HTTP、Hypertext而已。　　Roy在他的论文中提出了一个REST

1.前言。如题。2。命令

由于solaris有三种架构,sparc、x86、x64三种架构，安装的包都不一样，所以要先确认一下服务器是什么架构。从Solaris10开始支持AMD64和EM64处理器，即通常说的x64,同样能用上述命令来判断。由上可知道，solaris系统为64位的

(多架构支持可以让你在有64位库的情况下使用32位库。如果你还没有多架构支持你需要打开它。然后就会开始下载更新然后运行。

Intel于当地时间6月18日在德国汉堡正式发布了LarrabeeGPU架构的转世，基于MIC的计算加速协处理器XeonPhi。目前的产品开发代号为"KnightsCorner"，集成使用22nm3-DTrigate/FinFET工艺制

、响应速度不及C/S，随着AJAX技术的发展，相比传统B/S结构软件提升一倍速度。、用户体验效果不是很理想，B/S需要单独界面设计，厂商之间的界面也是千差万别，由于浏览器刷新机制，使用时有刷屏现象，好在AJAX技术解决这一难题，像用友，智赢等开发的B/S架

1.前言.如题.2.代码.String str1="1122.2.2";String str2="111";String str3="111.2";String str4="111s&q

下面是一些个人架构上的总结，本来想只在公司内部进行共享的，因此内容写的口语化一点，也没什么图示，所有内容没有查任何资料是脑子里面的东西吐出来的因此可能会不准确不全，希望抛砖引玉，大家互相讨论。要注意，我这些文章是一个总体的架构经验不针对具体的语言和平台，因

一步步构建大型网站架构，很不错的讲网站架构及如何从一个小网站发展壮大为一个分布式大型网站。

http://www.slideshare.net/yiminghe/kissy-for-starter

最近对Web前端有很多想法，刚好看到这篇文章，跟我想法不谋而合，所以翻译出来与大家分享。许久没翻译了，里面多少还是有些我没能完全理解，意译过来，如果错误，请务必指出和修改，谢谢。去年，我在YTS发表了前端架构师的想法，之后花更多时间来思考，现在更坚信这是一

于此相关的另一个问题是容错性，倘若保有用户信息的服务器宕机，那么该用户最近的所有交互操作将无法被透明地移送至备用服务器上，除非该服务器时刻与主服务器同步全部用户的状态信息。此外，由于HTTP本身不是一个有状态的协议，开发人员必须通过模拟实现状态的钝化与激活

一直做WebForm开发，最近开始尝试了一下WinForm，做了一个小系统，在发布了第一个可用版本之后，顺便实现了自动更新功能。之前没有这方面的经验，也没有翻阅相关资料，自己想了一个简单的思路，如有笑话之处，恳请批评指正。基本上就是这样的：。每当程序启动，

前端页面缓存技术，例如squid，如想用好的话还得深入掌握下squid的实现方式以及缓存的失效算法等。

接入层端到接入层，最好通过域名，而不是ip直连。当提供服务的ip，不可用时，可以通过切换dns更换入口。接入层到ui层接入层到ui层也是通过部署冗余的ui层服务实现，接入层nginx上配置失败检测和转移，当nginx发现某个ui层机器挂了，自动将失败请求转

时至今日，微服务相关的话题不胜枚举，上百次的会议，在线讨论以及相关文章。你可以假设大家已经认识到其优点以及与之俱来的风险。然而，有很多组织没有事先准备就迈入这个潮流了。自然，这也就导致了在架构实现过程中的失败。我认为这种哲学对微服务而言亦行之有效。

微服务有且仅有一种非常专项的功能，通过远程API来提供系统其余功能。每个微服务都有单独的运行线程，并且可以独立于其他微服务进行部署。一个系统中的不同微服务完全有可能在不同的平台上实现，一些可能在.NET上，另外一些在Erlang，其他的在Node.js上。

本文来自Nginx官方博客，是微服务系列文章的第一篇，主要探讨了传统的单体式应用的不足，以及微服务架构的优势与挑战。正如作者所说，微服务架构更适合用于构建复杂的应用，尽管它也有自己的不足。这篇文章作者是Chris Richardson，他是早期基于Java

想理解并配置部署的CloudStack系统中某个主机的物理连接，可能一开始让人完全一头雾水。虽然软件定义网络势必会大大简化一些方面，但是SDN在CloudStack里面的整合还没有完全成熟起来，它也不会是适合每个人的解决方案。云计算专业公司ShapeBlu

Dyn的CTO Cory Von Wallenstein，主要负责公司IaaS平台技术的决策、创新和发展的方向的制定。近日他在Wired上撰文给大家描述省时省力的系统升级之路——黑暗架构。任何公司目标都是业务的增长，但是增长需要不断的衍化公司的每个部门，