- 博客(6)
- 收藏
- 关注
RSS订阅原创 互联网随想
WEB2.0：一个概念而已，现在还出了什么WEB3.0，其实对于最终用户而言，这些都不重要。内容和应用才是最具用户价值的东西。游戏，宠物，城市等等：这些业务开始很能够吸引用户，但是如果后续没有不断的新花样出来，慢慢的也就没落了。这个很考验项目团队的持续创新能力资讯：资讯是人的基本需要，就像空气和水一样。但是资讯本身是不具备积累用户的功能的。可以考虑和社区结合，这一方面做得非常好的是日本的M
2008-05-04 18:37:00
540
原创 架构设计（三）——安全性设计
安全从来就是一个令人头痛的问题。木桶原理系统安全取决于最小的短板。事实上任何一个环节的细节都可能存在有安全问题。操作系统有漏洞，Apache配置有漏洞，输入没有验证，SQL注入，身份验证破解，程序异常信息泄漏，权限漏洞，日志写入了敏感信息等等等等，令人防不胜防。破坏总是比建设容易，黑客只要找到一个漏洞就够了，而你却要防住所有的。安全性和易用性的平衡安全和易用从来就是一对矛盾来的。你的软件安全一点，
2008-01-27 21:58:00
3940
原创 MySQL的6种日志详解
MySQL有6种日志，监控数据库系统的时候必须知道 select日志 slow select日志 变更日志 二进制变更日志(binlog) 告警日志 错误日志。可以在my.cnf中配置 参数
2008-01-19 22:21:00
1231
1
原创 架构设计（二）——高可用性设计
什么叫做高可用性，举几个例子甲：不好了，所有的帖子都打不开了，你快看看。乙：啊！数据库的硬盘坏了，我得赶紧去机房，可能要N个小时才能恢复甲：！#￥%@￥%甲：怎么搞的，整整一个上午，我登录的时候老是告诉我系统繁忙？乙：啊！我看看，哦，那台登录验证的服务的机器昨天半夜莫名其妙当机了甲：我K，昨天当机你现在才知道。高可用性是和单点故障对应的，能够在部分节点出现故障的时候业务还继续在跑，不影响用户体验。
2008-01-19 01:10:00
823
原创 架构设计（一）——性能设计
现在你其实很少有机会能够从无到有的做一个项目，基本上都会受到原来老系统的影响。在设计之前，有一些性能方面的数据你是要估计的。之所以是估计，而不说收集，那是因为你可能拿不到这些数据。 网站PV有多少，高峰期多少。 同时在线多少，高峰期多少 数据记录在什么量级 有没有外部接口，接口的稳定性，吞吐量和时延是多少 性能方面有没有特殊的制约，比如带宽，专
2008-01-17 23:33:00
1607
原创 架构的PK
经典的软件开发生命周期分析——设计——编码——测试将产品质量的责任全部推给了测试人员。后来有人统计bug是如何产生的时候惊讶的发现，真正是编码者的原因产生的bug占的比例还不超过10%，大部分是在需求和设计阶段产生的。于是有聪明的公司做了过程上的调整，叫做架构优先原则分析——需求评审——设计——设计评审——编码——测试需求评审我们不管，那是产品经理或者客户的事情，就谈一谈设计评审首先是成立了一个架
2008-01-16 23:38:00
761
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人