今天是在公司的四周年,未来一段工作重心也将有所变化,从以前的开发逐渐要转变,希望能够适应,也能看淡,总之要更加专业化.最近半年的工作经历比较有典型意义,成长不少.也做了很多事情,从技术层面上来说,主要有五点.(1)静态化,静态化的目的主要是减低解析,元素离页面更近.(2)接口Cache化,接口合并:目的建立对外部服务的优化,减少客户端的渲染.(3)服务一致化:简单的说不管采用哪种技术(不管有没有缺点),那你所有的应用就往这上面靠...

    最近小组在做rss的一些调整,从中也发现了一些技术层面和非技术层面的问题:技术层面:目前的问题:1:我们是通过前端缓存squid来提供rss服务的,rss服务抓取商一般是通过no-cache和页面url加随机数进行访问的.而这也正是squid权限控制的一个"弊端",导致90%的请求都直接访问squid的后端,也就是说squid没有起到缓存的作用.2:Rss地址过多(历史原因造成的),导致cache命中率过多.3:由于rss服务特性和web服务特性的不一样,也因...

    总有人说新浪博客慢，其实我也一直在纠结什么是慢,为什么大家说慢,这周一直在考虑这个问题，简单总结一下。用户是从直观感受上来判断慢的,主要有以下几个:1:某些组件老是在加载中,比如积分,好友组件,而且长期加载不上2:白屏现象:主要是主页面响应过慢或者是css没有下载下来(我一般是依据这个来判断快慢的)。3:客户端渲染慢:理论上和用户电脑配置有部分关系,主要还在于客户端的渲染程度，以前博客经常出现"假死"情况,...

    今天重温了下,其实mysql优化掌握基本的几个原则就可以.假如还有性能问题,那就不是优化能解决的,需要其他的解决方案1:mysql server overview2:slow query logging3:the explain statement4:things to avoid in queries a:不要使用关联比较多的子查询b:mysql版本的影响:mysql5以前一般使用一个索引/mysql5一般避免or操作(带来全表扫描)5:indexing strategiesa:增加索引的可选择性:the ratio of the number of distinct values in...

    今天和运维同事讨论了下Q1的计划,我比较坚持80/20的原则,改造的最终目标应该是和用户直接有关的,边边角角的应该暂时放弃,说到“以后”这个词,都快麻木了，觉得缺少冲劲了，不过应该是冲动转换为成熟了。明天目标是将具体时间点列出来。顺带看了几个ppt,主要是关于淘宝的.1:基于java构建的淘宝.1）汗颜的是淘宝的v1阶段是我们面前的阶段。主要几个问题和我们比较类似:不利于团队开发/不利于长期持续发展/无技术积累2...

    最近要做2010年的技术规划,对于数据库的整理如下: 数据库 1)数据库物理的分布和可扩展目前通过数据库的主/从配置, sharding(分库/分表机制)已经做到slave数据库的分布式应用.对于master库还没有做到可扩展及分布. 2) 数据库延迟问题根据cap原理,数据只要最终一致即可.数据库延迟需要通过设计去解决.目前的问题:a:假如数据库延迟,则读取到的数据为脏数据,而且没有延期更新机制.b:对于应用来说,无法知道数据库有没有延迟. 3)数...

    在web应用中,提倡sql简单,所以在我们公司的应用中看不到jon,子查询等语句的存在,所以间接oprder by 与 limit的使用占据大多数,其实很多技巧,别人都是总结过的,仔细分析,仔细学习别人的经验才是正道.而不可浮躁,凭经验主义.1:order by with limit2:make sure it uses index对于order by with limit来说,不执行扫描和排序是非常重要的,所以索引是非常重要的,index range scan执行的结果:一旦特定数量的行返回就结束.比如 select ...

    和普通的优化建议不同,下列的整理是告诉我们那些操作行为会影响性能.主要的理解至于存储引擎的优化1:Thinking too smalla:最大的性能问题来至于书写的sql,schema的设计,索引策略.b:任何一个大型系统在不同层面都有代理及缓存.c:不要使用单个的"big box"架构.d:尽早的进行拆分及复制e:分离组件及应用程序f:performance != scalability3:choosing the wrong data typesa:尽可能使用小的数据类型b:使用小的数据类型,索...

    在公司近几年,遇到过的重大BUG都是因为数据库使用不当而导致的,所以说数据库的使用演变左右了整个技术架构,未来想做好一个优秀的程序员,学习数据库是必不可少的。涉及的东西希望不要透露公司机密。第一阶段:刚进公司的时候,数据库已经很前瞻性的使用了sharding.采用了分库,分表的拆分方法。根据产品功能类别进行了数据库的拆分，根据用户的编号进行了分表拆分.从设计上来说,当初的设计也是能够满足日后数据膨胀需求的.几个明显...