-
现在的社会是个信仰缺失、盲目跟风、大众浮躁的社会，说其病态也不为过。如何在迷茫中保持清醒、摆脱迷茫，《活法》给了我们很好的启示。
《活法》一书是一位成功企业家的生活感悟，我觉得作者并没有讲述其成功哲学的意思，而是讲述他对生活本源的认识和感悟。对于我们普通读者来说，我认为这本书最大的意义在于两点：
一、让处于迷茫中的人找到活着的意义；
二、认识到自身潜在的
-
第一部分：省时、高效地学习和进步
总论：学习后要进行笔记、反思、总结、讨论，否则你永远只是在他人的思考中洋洋得意着。
1， 暗时间：习惯将问题放入大脑的潜意识思考
2， 习惯于专注所带来的成就感
3， 设计自己的目标进度条，不要过早地退出尝试的循环。原始的大脑常常使我们高估失败带来的损失和困难产生的心理障碍。
4， 学习时，因为作者习惯的文法和自己习惯的文法不尽相同，所以（1）
-
CMMI三级的一些重点总结
项目计划的过程
1.确定范围
2.制定计划活动的计划
3.项目目标和范围，假设和约束
4.确定项目自定义过程,生命周期模型选择
5.分解WBS,进行估算
6.考虑资源安排，活动依赖，排进度计划，确定里程碑和基线
7.获取计划的内部承诺
8.通知质量保证人员，测试，配置管
-
提高每日PV(访问量)，UV(独立访客)，IP(独立IP)
特点：简单易用
使用简单，无须注册用户名，直接填入自己的网址，点击“开始分享”按钮即可；
软件支持流量控制功能，用户可根据自己需要自行控制自己的网站流量大小；
软件支持流量来源设功能，用户可根据自己需要自行网站流量来源网址；
软件可设置开机自动运行，隐藏托盘图标，定时关机
-
PV：即PV（PageView）值，用户每次打开网站页面被记录1次。用户多次打开同一页面，访问量值累计多次。此指标衡量网站访问量情况。
IP：
指在一天之内（00:00-24:00）访问您的网站的独立IP数。一天内相同IP地址多次访问网站只被计算1次。
独立访客：
指在一天之内（00:00-24:00）访问您的网站的上网电脑数量（以cooki
-
【IT168 专稿】8月27日下午，在IT168系统架构师大会存储与系统架构分论坛上，淘宝网技术委员会主席，淘宝网核心工程师 章文嵩向我们详细介绍了淘宝网图片处理与存储系统的架构。章文嵩博士的演讲日程包括了淘宝的整个系统架构、淘宝图片存储系统架构，淘宝网独立开发的TFS 集群文件系统，前端CDN系统以及淘宝网在节能服务器方面的应用和探索。
LVS创始人，淘宝网技术委员会主席，淘宝网核心工程师
-
既然有人问12306这种网站如何设计，我不才，来简单说几句。
忽悠之前先来了解一些基本现状。
1. 按照铁道部公开的数据，注册用户大约在5000万，日访问PV大约在10亿，每日网上订购票大约在500万
2. 每一个个人用户的数据都是独立的，不会和别人共享
3. 每一个铁路局（全国18个铁路局）下管理很多小的车站，每一趟车票的数量控制基本上有其所属的铁路局分配
4.每一个用户的数据非常有限
-
首先有几个问题先说一下：
1 今年春节期间铁路客流量据说有31亿
2 目前12306 pv是14亿，而高峰期就在8点到10点，那么也就是有可能在这两个小时里有5亿访问量，而每秒的并发量估计在最高峰时能达到几千万
3 目前Ngix能处理在线1万，但是实际值一般是8000左右
4 一台IBM大型机要几千万美元，估计加上DB2，交易中间件，得小1亿了
5 腾讯，淘宝等拥有总在线人数4亿规模或者
-
本文主要分析网站后台架构中的负载均衡器，企业常用的硬件负载均衡器软件负载均衡器、数据库代理服务器和数据库。
1.1 负载均衡
在大型网站部署中，负载均衡至少有三层部署。第一层为web server或者缓存代理之上的负载均衡，第二层为数据库之上的负载均衡，第三层为存储设备之上的负载均衡。
在第一层部署中，最常使用的是硬件负载均衡器有F5 BIG-IP、Citrix NetScaler、Radw
-
1.1 Web server
Web server 用来解析HTTP协议。当web服务器接收到一个HTTP请求时，会返回一个HTTP响应，例如送回一个HTML页面。为了处理一个请求，web服务器可 以响应一个静态页面或者图片。进行页面跳转，或者把动态响应的产生委托给一些其它的程序完成，比如CGI, JSP, Servlets, ASP.NET，PHP脚本。
当用户访问一个网站时，首
-
如果你的Wordpress要部署在Nginx上，或者你还有一个discuz论坛，也需要部署在Nginx上，或许还有更 多其他的网站程序，当然我觉得你搞那么多网站绝对是一个牛叉人物。不废话了，今天要分享一个东西，它主要实现你上述网站系统在Nginx下的伪静态，这些 伪静态规则你或许可以用到。
Wordpress：
location / {
index index.html index.
-
前言
说起手机操作平台的发展先要说移动终端的发展，因为平台的发展离不开移动终端，近十年移动终端发展和未来移动终端趋势大体可分为以下四个个阶段：
第一个阶段：功能终端。满足用户基本通信需求，如发短信、打电话，附加些贪食蛇、推箱子小游戏。
第二个阶段：智能化的终端。可扩展第三方应用，实现上网浏览等互联网基础功能，以诺基亚S60手机为代表的。
第三个阶段：互联网和平台化的终端。手机和互联网更加紧
-
维基百科（Wikipedia）是一个基于Wiki技术的全球性多语言百科全书协作计划，同时也是一部在网际网路上呈现的网路百科全书，其目标及宗旨是为全人类提供自由的百科全书──用他们所选择的语言来书写而成的，是一个动态的、可自由和的全球知识体。
wikipedia在IT架构方面的经验，对于我们构建网站极有参考价值，因为wikipedia提供的这些信息非常详细和确凿。下面是我学习Wikipedia架构
-
这几天一直在关注和学习一些大型网站的架构，希望有一天自己也能设计一个高并发、高容错的系统并能应用在实践上。今天在网上找架构相关的资料时，看到一个被和谐的视频网站YouTube的架构分析，看了以后觉得自己又向架构走近了一步，于是赶快拿出来与大家一起分享。 YouTube发展迅速，每天超过1亿的视频点击量，但只有很少人在维护站点和确保伸缩性。这点和PlentyOfFish类似
-
记得以前给大家介绍过视频网站龙头老大YouTube的技术架构， 相信大家看了都会有不少的感触，互联网就是这么一个神奇的东西。今天我突然想到，优酷网在国内也算是视频网站的老大了，不知道他的架构相对于 YouTube是怎么样的，于是带着这个好奇心去网上找了优酷网架构的各方面资料，虽然谈得没有YouTube那么详细，但多少还是挖掘了一点，现在总结 一下，希望对喜欢架构的朋友有所帮助。
一、网站基本
-
美工好不好？产品经理和美工是否match？也是一个值得考虑的问题。美工这个称呼有点俗，好像很多公司都这么叫的。
因为不管是网页、还是软件，第一呈现给用户的便是视觉。所以可以没有交互设计，但是一定不能没有视觉设计！毕竟用户是感觉不到交互本身的，通常交互存在于无形，但一个设计效果很轻的、很清晰的、很自然的还是用户较为关心的。
不过作为产品经理，我们和美工打交道不一定同产品经理、老板、程序员打交道一
-
构建可扩展的系统正成为越来越热的话题。主要是因为越来越多的人使用计算机，无论是交易量还是预期业绩都大幅增长。
本文仅涉及一般性的原则。
一般原则
“可扩展性”不等于“原始性能”
可伸缩性是减少由于对性能、成本、可维护性等诸多方面增长带来的不利影响。
例如：运行在一个机箱内的各部件，当负荷
-
曾见众多能力，操守俱佳之女子，却无遮百丑之美而隐于市，可谓“纵有千种风情更与何人说”。将此铺开至IT业，为什么Apple掘弃兼容之路却仍引吭高 歌；为什么微软的网站从蓝白格子演变到风情万种；为什么Firefox要雇佣Humanized的顶级员工。因为他们不能容忍失去用户的眼球，不能容忍因 此而丧失展示强大的机会。“华丽”是用户对产品叹为观止后最
-
1、引言
1.1编写目的
为了单点登录系统(SSO系统)的可行性，完整性，并能按照预期的设想实现该系统，特编写需求说明书。
同时，说明书也发挥与策划和设计人员更好地沟通的作用。
1.2背景
a．鉴于集团运营的多个独立网站（称为成员站点），每个网站都具有自己的身份验
-
本文从程序的运行时结构和源代码的组织结构两个方面探讨了系统构架设计应考虑的各种因素，列举了系统构架设计文档应考虑的一些问题。
一、与构架有关的几个基本概念：
1、模块（module）：一组完成指定功能的语句，包括：输入、输出、逻辑处理功能、内部信息、运行环境（与功能对应但不是一对一关系）。
&
-
管理三大职责：1、用团队的力量完成上级交给的任务和项目；2、Build团队（团队建设）；3、招聘和发展员工；
我所在的技术团队主要的任务是实现商业目标为主，完成项目和执行力是我们的优势；但是正因为这样往往忽视了对每个团队成员技术深度的修炼（磨刀不误砍柴功啊），特别是在设计能力和编码最佳实践上存在问题（当然这个是个人观察和一些核心员工给我的信息）。
当然和每个程序员个性有关，我把我的员工分成几类
-
今天和一个同事聊到了关于如何做积极主动的人。
第一、每个人应该心里都希望自己做一个积极主动的人，
第二、让别人也认可你是一个积极主动的人。
对于第一点，很简单，但是第二点可不是这么容易的事情咯
结合今天和探讨，在这里和大家分享几点经验和教训，还是先上图，这个习惯是老叶培养的，用图说明、总结问题。
有事做事情：对于别人交给任务该如何做？
别以为你按时完成别人交给的任务
-
说到敏捷(Agile)，大家一定能想到 很多Agile方式，XP,Scrum等等。互联网的应用开发要求我们稳定的同时，更需要敏捷的速度，其实不管那种敏捷的方法学，都不一定完全合适我们 （有组织的原因，人员素质的原因等等）。前段时间和一个同事交流中说道“能抓的住老鼠的猫才是好猫”，我很认同这个观点，项目管理也是如此。一图胜万言， 请见下图。
上图中项目管理&ldqu
-
如何做出好产品，这是一个很大的话题，大到我从来都不敢触及。但是当我们结束TOP开 发者聚会，翻看很多开发者的会议感想的时候，出乎我意料的是，这些开发者会认真的记下我们给出的建议，很认真，很细致。昨天通过电话跟一些其他地区的 ISV沟通，当和他们沟通和分享到一些经验的时候，发现这个不经意的举动可以帮助很多ISV少走很多弯路。所以想到把自己能够想到的一些经验写下来，也是 为了那些在
-
一、前提和设计目标
1、硬件错误是常态，而非异常情况，HDFS可能是有成百上千的server组成，任何一个组件都有可能一直失效，因此错误检测和快速、自动的恢复是HDFS的核心架构目标。
2、跑在HDFS上的应用与一般的应用不同，它们主要是以流式读为主，做批量处理；比之关注数据访问的低延迟问题，更关键的在于数据访问的高吞吐量。
3、HDFS以支持大数据集合为目标，一个存储在上面的典型文件大小一
-
内容选取
大部分都是接近工作的，比如应用层如何访问cache及db、当前项目的重构或某个复杂的算法等。比如一个重构的话题让大家找出项目中目前不合理的若干问题，并分析这些问题存在的历史原因。然后大家分别发表自己认为合适的解决方案并进行讨论。
可以取得的成效
团队成员取长补短，获得更全面的技术
分享经验，避免成员步入已知的雷区
提高分析技术问题的能力
认
-
记得上大学时，我和好友老郭讨论最多的话题便是：“像新浪这样的网站是如何支撑如此巨大的访问量？”也曾通过各种手段，猜测新浪服务器的数量、操作 系统和应用软件的版本……一切都是那么神秘。毕业那年，有幸加入新浪，终于一点点地揭开了这层神秘的面纱。2004年某厂商设备介绍会上，我初次接触到了 负载均衡技术。之后的几年时间，可以说是负载均衡设备在网站推广的
-
大型高并发高负载网站的系统架构
我在Cernet做过拨号接入平台的搭建，而后在Yahoo3721负载搜索引擎前端平台开发，又在猫扑处理过 大型社区猫扑大杂烩的架构升级等工作，同时自己接触和开发过不少大中型网站的模块，因此在大型网站应对高负载和并发的解决方案上有一些积累和经验，可以和 大家一起探讨一下。
一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片
-
这部分内容是我前个礼拜作内部分享的一部分,是挑了大家在日常中经常使用的生产者消费者模式作了一个细节问题的分析来讲述关于系统设计中的一些问题,其实在我前面的救火经验分享里面也有部分的介绍,不过那些比较抽象一点,需要有实际的工作经历的同学才会体会的到,而这里就具体的针对某一个特定场景作了分析.
图 1 生产者消费者模式
&nb
-
最后再谈一下最重头的优化，合并调度及磁盘内存互换的优化
从Master的生活轨迹可以看到，原来的主线程负责检查外部分析数据结果状态，合并数据结果这个循环，考虑到最终合并后数据只有一个主干，因此采用单线程合并模式来运作，见下图：
&nb
lya041
分享到朋友圈
- 关注技术：Java j2ee Oracle
- 入住博客：2008-03-14 13年
