转载自：loop in codes
Paxos协议/算法是分布式系统中比较重要的协议，它有多重要呢？
<分布式系统的事务处理>：
Google Chubby的作者Mike Burrows说过这个世界上只有一种一致性算法，那就是Paxos，其它的算法都是残次品。
理解了这两个分布式协议之后(Paxos/2PC)，学习其他分布式协议会变得相当容易。
学习Paxos算法有两部分：a) 算法的原理/证明；b) 算法的理解/运作。
作者归档： 童燕群
[转]图解分布式一致性协议Paxos
WEB常见问题排查（PDF）
点击图片查看PDF文档：
[转]MIPS、ARM、X86三大架构
2014年9月曝出的Bash ShellShock漏洞简析
昨天，Bash曝出在调用环境变量设置命令或者接口时，可以任意执行Bash命令语句，绕过用户权限的限制。基本原理是：
$ env x='() { :;}; echo vulnerable' 如上bash脚本，本来只是定义一个环境变量x，但是其后面的内容全部都会被当作语句来执行，这也就是当以函数的形式来对环境变量来进行赋值时，会导致函数后面的命令被执行。即，env命令在执行赋值语句时未检查函数的边界，导致函数之后的内容也被执行。运行如上代码，屏幕如果显示“vulnearable”，那么系统的bash就存在该问题。目前确知的是，4.3版本之前的bash都存在该问题。该漏洞的代码为：CVE-2014-6271。
这个本身好像并没有多可怕的，因为一般能拿到shell，那么就有了整个环境的操纵权限，也不需要去用命令注入的方式来攻击了。但是存在一些场景允许远程执行Bash命令，正好又会在命令中调用环境变量设置函数。如CGI、DHCP等。
| 
(4.92分 - 12票) 
Loading ... | 归档目录：WEB网络, 实用脚本 标签： Bash ShellShock, Bash严重漏洞, CVE-2014-6271, 心脏出血
(4.92分 - 12票) 
Loading ... | 归档目录：WEB网络, 实用脚本 标签： Bash ShellShock, Bash严重漏洞, CVE-2014-6271, 心脏出血 扫描目录自动生成VS2005/2008工程文件
对于喜欢使用Visual Studio看代码和写代码的同学而言，没有VS工程，手动建工程通常是一件非常痛苦的事情。之前一直使用一个叫做MPC的工具生成各个版本的VS工程文件，该工具依赖perl语言，而且只能遍历一级目录，不能递归到所有的子目录（也可能工具提供，但是是我没有深入研究工具的配置），而且工具集成到右键菜单，不是经常使用的功能集成到右键菜单不是很好。重新安装了操作系统后，再也不想安装复杂的MPC了，在网上找新的替代工具，找到了如下网址提供的DIY式的工具：链接。
感觉工具中写死工程名字不是很好，稍作了一点修改。使用目录名作为工程名，同时省去了第三个参数。这样只需要将目录拖拽到工具上面就可以在目录内部生成一个与目录名同名的工程文件。该工程文件为VS2005和VS2008兼容的vcxproj格式的文件。对于高版本打开该工具生成的工程时，打开时，会提示升级。以下代码在VS2013编译通过。
| (5.00分 - 9票) Loading ... | 归档目录：C/C++, 软件技术 标签： VC工程自动生成, Visual Studio工程自动生成, VS2013
(5.00分 - 9票) Loading ... | 归档目录：C/C++, 软件技术 标签： VC工程自动生成, Visual Studio工程自动生成, VS2013 如果是乔布斯发布iPhone 6和Apple Watch
转载自：Quora：How would Steve Jobs have introduced the iPhone 6 and Apple Watch?（需要外网才能访问）。
如果你对昨天的苹果发布会感到不快，那么“你并不是一个人” ：）。有一些失望，并不是因为新产品的特性或者硬件配置而是发布会传递出来的讯息。
“比更大还大”作为宣传标语，当你听到它，会感觉一股冷气从背后袭来，又像寒冷的冬天不小心触摸到了冰冷的铁窗栏。这就是苹果的先进技术带给我们的感官上的全部了。
其实，我们对苹果的期待并不是先进的技术，需要的是人性的温暖，一种更加充实更加有意义的生活体验。
OpenStack Swift源码导读之——可插拔的后端设备实现
Swift作为一个存储的具体实现出现在OpenStack中，与Cinder的定位有差别，这导致Swift的兼容并包性不够强。必须基于XFS文件系统来存储数据？显然Swift也希望能将数据存储到更多的后端设备中，这样Swift可以与具体的XFS文件系统解耦，作为独立的存储软件存在。这能使得Swift存储的构建更加灵活，同时也能吸引更多的存储厂商投入到其怀抱中。
Swift提供了一种简单机制来实现后端存储设备的pluggable——可插拔的后端。这篇文章想探讨一下该机制。在亚特兰大峰会上面，这一特性是Swift的热门话题之一，对于亚特兰大OpenStack峰会涉及Swift的话题这里有汇总：链接。
| (5.00分 - 12票) Loading ... | 归档目录：Swift, 云计算/云存储, 架构设计 标签： Back-end API for Object Server REST APIs, Object Server, Openstack Swift, Swift, Swift源码分析, 可插拔的后端
(5.00分 - 12票) Loading ... | 归档目录：Swift, 云计算/云存储, 架构设计 标签： Back-end API for Object Server REST APIs, Object Server, Openstack Swift, Swift, Swift源码分析, 可插拔的后端 [转]处理器微结构史话
转载自：破布的博客
【注：这是经过小幅修改扩充的版本，刊登在中科院计算所计算机体系结构国家重点实验室的内刊《体系结构国重快讯》上，与《弯曲评论》上已刊登的版本小有不同，带来阅读不便表示抱歉。】
1945 年8月6日与9日，广岛和长崎两座日本本土城市先后在惊天动地的原子弹爆炸中被毁灭，核武器由此首次步入公众视野。全世界都被那两朵巨大蘑菇云的威力所震 慑。这两道重击也直接摧毁了日本最后的抵抗意志，一周后的8月15日，日本宣布无条件投降，在人类历史上写下最惨痛一页的第二次世界大战终于结束。核武器 横绝古今沛然莫御的威力，使得它成为战后制衡国际局势的一大王牌，对它的研究和制造在战后仍然未曾停息。而我们这一系列连载故事的主角，盈盈栖息于指尖之 上，不过毫厘见方的微型处理器，和这两朵摧枯拉朽的蘑菇云其实有着千丝万缕的联系。
（图注：两次原子弹爆炸的照片，来自维基百科。）
