08年就要过去了，不能随便散分，那就大家讨论下大中型网站开发需要注意的问题吧

Question

老生常谈了，总也谈不够，呵呵。
抛砖引玉吧：
1、数据库的合理架构、适当的垂直分割、水平分割。
2、合理的中间件设计，建立“连接池”，减少前台直接与数据库连接、断开的消耗。
3、强大的缓存机制，读远远要大于写，尽可能减少和数据库的交互。
4、代码的优化，高效的执行。最后说一句：业务需求的优化。
呵呵，可能做好以上4点才能提高50%，一个业务需求的优化可能就提高100%的效率。
今天16：00结贴。
预祝大家09年工资的涨幅远超CPI

Answer 1

善用客户端缓存功能，合并常用文件（图片，js，css），减少请求数量，减少下载流量。
对于非交互性请求量大的展示内容考虑以静态页面输出。

Answer 2

总结的真好，顶一下。
针对你说的第1点和最后1点说说。
比如：需求提出一个数据统计方面的复合查询，可能要关联几个库的十几个表，有可能你要写上几十行的一个sql，虽然查询的是备份库，但是依然会麻烦一大堆……
但是，筛选后，你会发现，其中有些查询条件不是并存的，结果中有些显示的东西也不是他所关心的。
精简后你会发现。cpu从90%----20%。代码从几十行变成几行。
合理的需求真的是非常关键的。
最后1点：
自己辛辛苦苦写了一个数组处理的函数，某日看手册才发现，原来有个内置函数，比较后发现，该段代码效率可提升15%。呵呵，没事就翻翻手册是个好习惯。

Answer 3

业务越大，业务逻辑越要简单的，查询相办法尽量越少
举一下例子，比如常见的uid 和username,如果是分开的，可能要每给一个id，都要查询用户名，但CSDN这样的，一个问题可能有要是示n个用户名，所以用CSDN基本上全用用户名作为唯一验证再就是一个老生常谈的：可维护性，可移植性，和健壮性

Answer 4

php用mvc模式搞开发，面向对象效率应该还行

Answer 5

大中型网站开发注意的问题：
1、不需要执行的PHP语句，则不要写，有那么精写那么精。
2、注意函数的使用和选择，几个函数可完成的一个功能，一定要选最省资源那个，比如（str_replace和preg_replace那些等等）
3、数据库放在内存里
4、不要忘记安全的问题，尤其是SQL注入，很多人都忽视的还有，硬件要好，比如CPU、内存这些关键性性能配置等。

Answer 6

可维护性，可移植性，和健壮性 
支持一下，这方面我有亲身体会。如果没有做好，升级一下，就相当于重新做一个。
还有用户体验，js,css方面也要考虑。
祝大家09牛事事顺意。

Answer 7

恩，现在我手里部分项目也有这种情况，由于具有唯一的username，所以好多信息表里都存入了username，查询的时候不再去关联user表，减少了部分消耗。

Answer 8

要多注意的应该就是安全问题！大型网站的话，估计也没PHP的份了，应该是JSP、.net吧！它们的安全性高些，主流应该是JSP吧！

Answer 9

你没见识过PHP发挥出来的威力....其实大型网站更重要的是一个整体性的架构部署问题.任何处理语言只在里面占据一部份的位置.
DB,Buffer,Cache,WebServers,OS,集群,反向代理,存储阵列,CDN,一大堆的东西.
关键在于如何把上面这些东西高效可靠的融集在一起.发挥各种不同语言的优势和特长.

Answer 10

还没有接触到这么复杂的内容不过上次去面试一个公司，我说我们现在的网站每天有1万的IP,直接被那技术经理说可以无视后来问他们的项目都是上面级别的，他说他们公司的随便一个项目都是百万数据级别的，然我很自卑所以感觉主要还是要考虑效率问题，考虑一下如果你的网站同时有百万人在用的情况好的算法、合理的数据库结构、高效的PHP代码和SQL语句，都是必不可少的做PHP半年了，还没有接触过真正的项目，实在是惨希望明年能重新到一个好东家卖了，专心努力成为Super phper

Answer 11

大过Facebook,我也就无话了.....
.net的大型站...怕是掰起手指都能数得够的...JAVA倒好.可惜独爱CP.哈哈.

Answer 12

合为贵……
php一般多用于前端显示方面的应用，大型网站也有php的身影。对
2.模版管理; 
3.栏目管理; 
4.信息管理; 
5.资源管理; 
我不是很明白具体是指哪些……
我感觉分项目吧，一般通用性的至少应该包含【身份验证】和【日志管理】。
完善日志管理的确是经常被忽略但是非常重要的。它可以在出现问题的时候尽可能帮你找到哪一步的操作出了问题。呵呵。
感谢大家回帖……

Answer 13

差不多到16：00了。准备结贴散分了。
还是那句话：希望大家在09年，工资涨幅能远超CPI开心……