坚信科学,分享技术

2018全新版本,未来在blog.54chen.com更新博客!

>>>尝试更加利于阅读的2014版科学院,以后都在新版上写。

Category Archives: 资料文档

这里有原创翻译的经典文献资料,以及各种技术文档。

科学院近年好文章总结

彻夜无眠,实在没啥想法,想想干脆把这些年自以为还可以的文章整理一下,给先来的后来的读者们送上一份大餐。 三月最受欢迎的十篇文章 为人人设计的分布式key-value系统架构[原创] 这篇文章介绍了早期的人人网云存储雏形,现在看来,呵呵,是有点太搓了。。。 [原创]使用postgreSQL+bamboo搭建比lucene方便N倍的全文搜索 第二部分 这一篇是使用pgsql做全文索引的搜索引擎的第二部分,不知道为什么第一部分没进前十。。。。大家都只关心故事的结尾的吗。。。 wordpress nginx php-cgi mysql在128m内存下的vps安装和优化手记[原创] 这篇讲述了本站的总体架构方案,中间参考了张宴同学的流水账。 千橡、校内网、人人网急聘 Flash AS3工程师、Social Game 游戏策划 招聘通知,还是长期有效的,因为人总是来来去去,所以如果你在找工作,不妨一试。 [原创]mediawiki安装改进手记-使用mediawikit和postgresql搭建有强大搜索功能的wiki 这是在团队搭建wiki的手记,如果你在为团队搭建wiki,可以参考一下。 LinkIn基于Dynamo设计的系统:伏地魔(voldemort)设计中文文档[我是陈科学院译]-完稿 这是一个比较有名的分布式存储系统,也是我们正在参考的一个系统,基本实现了亚马逊的dynamo系统的特性。 对等网络中主流分布式哈希算法比较分析[收集] 这是分布式网络中的基本算法收集。 类似google big table的tokyo cabinet研究记录 这是分布式系统开发前的调研,真是不好

Continue reading

Posted in java, linux, 架构研究, 资料文档 | Tagged | 5 Comments

[演讲技巧收集]培训或者演讲的技术分析

演讲的概念 又叫讲演或演说,是指在公众场所,以有声语言为主要手段,以体态语言为辅助手段,针对某个具体问题,鲜明、完整地发表自己的见解和主张,阐明事理或抒发情感,进行宣传鼓动的一种语言交际活动。 一般做演讲主体的是名人或者有特殊经历的人,以面对公众传播演讲语言达到某种目的。但现在很多高校或社会团体都会举办一些演讲比赛,为了演讲而“演讲”的比赛,是演讲文化的技术化普及化扩展化的体现。 培训的概念 培训是一种有组织的知识传递、技能传递、标准传递、信息传递、信念传递、管理训诫行为。目前国内培训以技能传递为主,时间在侧重上岗前。 为了达到统一的科学技术规范、标准化作业,通过目标规划设定、知识和信息传递、技能熟练演练、作业达成评测、结果交流公告等现代信息化的流程,让员工通过一定的教育训练技术手段,达到预期的水平提高目标。 总结 对讲师来说,基本上没啥区别。 科学院将会陆续收集一些讲座技巧的文章给大家。 演讲时你应该站哪儿 在演讲中使用多媒体来辅助已经是很常用的情况了。在使用这些视觉辅助材料时,作为演讲者,你是站在哪儿呢?看看下面的小小分析吧: 自己的座位 你对自己的演讲内容与表达能力缺乏足够的信心。事实上,你根本不想进行研究。你留在自己的位置上,这样是为了逃避观众对你的关注。因为你害怕在别人的注视下,漏洞百出。你选择了留在人群中,大隐隐于世。 笔记本电脑旁 你有做演讲的动机,但仍没有足够的自信。你站在电脑旁希望观众尽量不要把视线集中在你的身上。你看着电脑屏幕或投影荧幕,而尽量避免与观众的视觉接触。 讲桌后面 你对演讲的内容是有自信的,但对自己的表达能力与个人风格没有什么自信。站在讲座后面

Continue reading

Posted in 资料文档 | Tagged , | 2 Comments

LinkIn基于Dynamo设计的系统:伏地魔(voldemort)设计中文文档[我是陈科学院译]-完稿

原文地址:http://project-voldemort.com/design.php 翻译:陈臻 http://www.54chen.com 我是陈科学院 版本:1.0 日期:2009-8-25 Key-Value存储 为了实现高性能和高可用性,我们只允许非常简单的键值数据存取。key和value可以是list和map的复杂类型,但美中不足的是只有以下的查询是有效的: value = store.get(key) store.put(key, value) store.delete(key) 这可不是解决了所有的问题,其实做了许多的取舍: 缺点 没有复杂的查询过滤器 所有的联合查询必须在代码实现 没有外键的结构 没有触发器和视图 优点 只有高效的查询可用,性能是可想像的 容易分布到集群 不管怎样,面向服务常常不允许外键的结构,并且强制在代码中实现联合(因为和数据相关的key这个关系 在另一个服务中维护着) 使用关系型数据库你必须要有一个缓存层用来扩展读操作,不过这个缓存层很典型地强制你使用了key-value的存储系统 为了性能,最后不得不使用xml或者是其他不够正规的一砣文本 使逻辑和存储分离清晰(出于性能原因,SQL鼓励将商业逻辑和存储操作混在一起) 没有对象-关系数据的丢失匹配问题 数据模型的详细的讨论将在下面给出。 系统架构 代码中的每层实现了简单的put get和delete操作的接口。每一层都会负责一个方法,诸如tcp/ip网络通信、序列化、版本冲突解决、内部结点路由等等。例如路由层负责发起一个操作,比方说是Put,并且分发给N个存储并行执行复制,同是要捕

Continue reading

Posted in 资料文档 | Tagged , , | 11 Comments

[我是陈版]分布式存储系统文档翻译计划-voldemort,lightCloud,dynamo

最近在研究分布式的存储架构,具有代表性的设计有亚马逊的dynamo,LinkIn的voldemort等等,在查阅资料的时候深感他们的不便,特计划翻译其中的设计内容,为中文资料添加一份力量。 目前收集到的需要翻译的资料有: http://project-voldemort.com/design.php voldemort设计文档 【正在进行】 dynamo文档【还未开始】 lightCloud文档【还未开始】 如果网友发现上述资料的中文内容请告诉我,不用做重复的劳动,特表谢意。

Continue reading

Posted in 资料文档 | Tagged , | 1 Comment

twitter api 中文文档 [前言][515更新]

[ 翻译:陈臻 本文版本:v1.1 最后修改:2009.5.15 转载请注明原文链接:http://www.54chen.com/c/591 原稿:twitter wiki 完成2%] 前言 (每个开发者在开始使用api前都必须知道的概念) 开始使用api前必读 (细读这一节,你将掌握大多数经验丰富的开发者知识) 【不知道为什么,这一节的内容在wiki里被人删除了】 每一个开发者都必须知道的事情 (每个twitter api开发者都必须知道的基础知识) 0)FAQ的内容 当你开始开发的时候,熟悉FAQ的内容并且知道问题所在。 1)twitter其实有两份api 目前twitter api存在两个分立的版本。大部分的开发者都混用这两份api来完成开发。将REST和Search的api分离是不理想的,完全是由于历史原因。如果开发周期允许的话,我们打算合并REST和Search的api完善之。api预览里的前言部分说明了这段历史。 2)你不能无限次地调用 api的使用频率是有限制的。你可以阅读《我们有个雷管》(这个名字好雷哦)来学习下。 3)此api是完全基于HTTP的 从twitter api检索数据的方法需要发送GET请求。提交、修改或者删除数据使用POST请求。DELETE请求也是可用来删除数据。如果你没有使用正确的方法请求数据,使用特殊HTTP方法的api就返回一个错误。HTTP的返回(有链接)是丰富多彩的。 4)此api是RESTful的源 twitter api企图确保按照REST的原则来设计。只需要简单修改你请求的扩展上的格式就可以取到你所指定的格式。本文档指明了对每

Continue reading

Posted in 架构研究, 资料文档 | Tagged , , | 10 Comments

究竟什么是TSRMLS_CC?

翻译:54chen.com 原文地址:http://blog.libssh2.org/index.php?/archives/22-What-the-heck-is-TSRMLS_CC-anyway.html 如果你曾经做过php内核或者是php扩展方面的工作,你一定见到过这个到处都是的结构,但是却从来没有人提起过它。知道这是什么的人典型回答不知道的人都会这样说:“不用管它是什么,只需要在这里、这里还有这里用,如果编译器说少一个tsrm_ls,就加一个...”。这样回答并非都是因为这个人懒惰(的确是有一点点懒),其实那只是在说引擎甚至可以不管这个神奇的值在简化什么,这是因为一个新入门的扩展开发者知道它的结构没有什么益处。这信息就像奶牛的意见一样,没关系,就是牛叫而已。 既然我喜欢听自己喋喋不休的无意义主题(这个月我已经少写很多博客了),我想我得弥补这一主题,看看会不会有人通过他能领会什么。你可以责怪Lukas(Lukas Smith 是 PEAR DB 的主要作者应该是这个Lukas,译者注),他让我一直在planet-php.net上。 术语 TSRM Thread Safe Resource Manager - 这是一个经常被忽视的层面,就会有也是很少被讨论到,在你的PHP源代码包中,它被隐藏在/TSRM目录中。默认情况下,TSRM 层只在编译需要它的SAPI的时候才会打开(例如apache2-worker)。所有的在win32下编译的SAPI都会有TSRM层而不会管它们是否需要。 ZTS Zend Thread Ssafety -通常情况下,与TSRM有相同的用处。具体

Continue reading

Posted in php, 资料文档 | Tagged , , , | 10 Comments
Page 3 of 3123