首先，我们知道基于文件的几种服务：ftp，sftp，这两种服务都是文件传输服务，偏重于网络传输，并不是实时互访。通常，我们需要在远程和本地同时操作同一个目录，如：在Windows下使用各种强大的IDE编辑代码，在Linux下编译和运行该代码。如果在Windows下编写好代码再拷贝到Linux下编译，这样修改时很费事，直接在Linux下修改，还要同步回Windows，相当费事。当然有人会说，所有的工作都在Linux下搞定，VI、Linux命令行足够强大，没有需要使用Windows系统的理由，本文的重点不在讨论命令行熟练程度与工作效率的问题。
怎样像访问本地文件系统一样访问远程的文件呢？如果远程的系统与本地系统是不同类型的，又该如何做呢。
(4.96分 - 23票) 
Loading ... | 同时归档在：存储技术 标签： CIFS, Linux挂载Windows共享, Samba, SMB, Windows访问Linux文件系统, 文件系统互访 OpenStack的源码分析在网上已经非常多了，针对各个部分的解读亦是非常详尽。这里我根据自己的理解把之前读过的Swift源码的一些要点记录一下，希望给需要的同学能带来一些帮助。
来自InfoQ大讲堂的腾讯云虚拟主机的分享。包含云虚拟云主机平台CVM的总体架构、HA与配置升级、在线热迁移及弹性计算的未来与挑战。从文中的介绍可见，整个CVM为腾讯自研，参考了业界的OpenStack的架构。从视频中可以看到CVM的发展历程，目前存在的一些问题，以及做得比较好的热迁移和配置升级方案。
1、百度sitemap：向百度提交sitemap，可以缩短百度收录网站的时间，提高收录的效率。
2、Google Analytics for WordPress：Google Analytics，Google统计非常好用，只是国内Google已经被禁用，但这不影响统计数据的提交，统计功能还是可以正常使用。必要时可以采取特殊手段查看统计结果，可以参考这里。毕竟目前在国内，Google Analytics还是无法替代的。
3、Google XML Sitemaps v3 for qTranslate：生成Google能识别的站点地图，有一些配置，可以在网站搜索具体的配置方法，同样可以提高Google的收录效率，可以结合Google站长工具，同样需要参考这里访问。
(4.73分 - 15票) Loading ... | 同时归档在：建站技术 标签： Google Analytics for WordPress, Google XML Sitemaps v3 for qTranslate, SyntaxHighlighter++, updraftplus, WP SMTP, WP-PageNavi, WP-PostRatings, WP-PostViews, WPJAM 七牛镜像存储, WPtouch Mobile Plugin, Yet Another Related Posts Plugin, 百度sitemap, 简单算术题评论验证码插件 百度作为全球最大的中文搜索引擎公司，提供基于搜索引擎的各种产品，几乎覆盖了中文网络世界中所有的搜索需求,因此，百度对海量数据处理的要求是比较高的， 要在线下对数据进行分析，还要在规定的时间内处理完并反馈到平台上。百度在互联网领域的平台需求要通过性能较好的云平台进行处理了，Hadoop就是很好 的选择。在百度，Hadoop主要应用于以下几个方面：
今天看到一个问题：B能否ping通A。这里完整描述一下问题：
如下图，服务器A的IP地址为192.168.26.129，掩码为255.255.255.0，服务器B的IP地址192.168.26.3，掩码被错误的设置为255.255.255.224。假设现在服务器B ping服务器A，请问能ping通吗？
CAP理论被很多人拿来作为分布式系统设计的金律，然而感觉大家对CAP这三个属性的认识却存在不少误区。从CAP的证明中可以看出来，这个理论的成立是需要很明确的对C、A、P三个概念进行界定的前提下的。在本文中笔者希望可以对论文和一些参考资料进行总结并附带一些思考。
CAP原本是一个猜想，2000年PODC大会的时候大牛Brewer提出的，他认为在设计一个大规模可扩放的网络服务时候会遇到三个特性：一致性（consistency）、可用性（Availability）、分区容错（partition-tolerance）都需要的情景，然而这是不可能都实现的。之后在2003年的时候，Mit的Gilbert和Lynch就正式的证明了这三个特征确实是不可以兼得的。
Java泛型（generics）是JDK 5中引入的一个新特性，允许在定义类和接口的时候使用类型参数（type parameter）。声明的类型参数在使用时用具体的类型来替换。泛型最主要的应用是在JDK 5中的新集合类框架中。对于泛型概念的引入，开发社区的观点是褒贬不一。从好的方面来说，泛型的引入可以解决之前的集合类框架在使用过程中通常会出现的运行时刻类型错误，因为编译器可以在编译时刻就发现很多明显的错误。而从不好的地方来说，为了保证与旧有版本的兼容性，Java泛型的实现上存在着一些不够优雅的地方。当然这也是任何有历史的编程语言所需要承担的历史包袱。后续的版本更新会为早期的设计缺陷所累。
开发人员在使用泛型的时候，很容易根据自己的直觉而犯一些错误。比如一个方法如果接收List<Object>作为形式参数，那么如果尝试将一个List<String>的对象作为实际参数传进去，却发现无法通过编译。虽然从直觉上来说，Object是String的父类，这种类型转换应该是合理的。但是实际上这会产生隐含的类型转换问题，因此编译器直接就禁止这样的行为。本文试图对Java泛型做一个概括性的说明。
(3.77分 - 13票) 
