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

[jinliangonline]

老生常谈了，总也谈不够，呵呵。
抛砖引玉吧：
1、数据库的合理架构、适当的垂直分割、水平分割。
2、合理的中间件设计，建立“连接池”，减少前台直接与数据库连接、断开的消耗。
3、强大的缓存机制，读远远要大于写，尽可能减少和数据库的交互。
4、代码的优化，高效的执行。

最后说一句：业务需求的优化。
呵呵，可能做好以上4点才能提高50%，一个业务需求的优化可能就提高100%的效率。
今天16：00结贴。
预祝大家09年工资的涨幅远超CPI

[phpboy]

[Quote=引用 20 楼 syu 的回复:]
引用 19 楼 phpBoy005 的回复:
要多注意的应该就是安全问题！

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


你没见识过PHP发挥出来的威力....

其实大型网站更重要的是一个整体性的架构部署问题.任何处理语言只在里面占据一部份的位置.
DB,Buffer,Cache,WebServers,OS,集群,反向代理,存储阵列,CDN,一大堆的东西.
关键在于如何把上面这些东西高效可靠的融集在一…
[/Quote]

声明一下：我是就『大型网站』说的！

[葬爱家族马斯特]

还没有接触到这么复杂的内容

不过上次去面试一个公司，我说我们现在的网站每天有1万的IP,直接被那技术经理说可以无视

后来问他们的项目都是上面级别的，他说他们公司的随便一个项目都是百万数据级别的，然我很自卑

所以感觉主要还是要考虑效率问题，考虑一下如果你的网站同时有百万人在用的情况

好的算法、合理的数据库结构、高效的PHP代码和SQL语句，都是必不可少的

做PHP半年了，还没有接触过真正的项目，实在是惨

希望明年能重新到一个好东家卖了，专心努力成为Super phper

[daly2008]

受教了。
跟前辈们学习，，以后多多指教

[syu]

[Quote=引用 24 楼 phpBoy005 的回复:]
引用 19 楼 phpBoy005 的回复:

声明一下：我是就『大型网站』说的！
[/Quote]

大过Facebook,我也就无话了.....


.net的大型站...怕是掰起手指都能数得够的...

JAVA倒好.可惜独爱CP.哈哈.

[jinliangonline]

合为贵……
php一般多用于前端显示方面的应用，大型网站也有php的身影。

[Quote=引用 23 楼 phpBoy005 的回复:]
大型网站系统应该包括：

1.身份论证的用户管理（安全、可靠）;
2.模版管理;
3.栏目管理;
4.信息管理;
5.资源管理;
6.日志管理;（重要，但经常被呼略的）

想要完成一个尽善尽美大型网站，除了楼主所说的，以上各个部分同样的不可缺少
[/Quote]
对
2.模版管理;
3.栏目管理;
4.信息管理;
5.资源管理;
我不是很明白具体是指哪些……
我感觉分项目吧，一般通用性的至少应该包含【身份验证】和【日志管理】。
完善日志管理的确是经常被忽略但是非常重要的。它可以在出现问题的时候尽可能帮你找到哪一步的操作出了问题。呵呵。
感谢大家回帖……

[ai_ni]

学习了.顶.

[wxqaz]

呵呵，学习了

[jinliangonline]

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

[dzxccsu]

占一楼，估计我想到的还没上面多呢！

[CuTe_CuBe]

楼主说的几点范围很大哦，我老实接分算了。

[learnlife]

呵呵，楼主很热情哪，明天就是2009了，楼主很期待吧。
我觉得大中型网站尤其要注意搜索引擎优化、定位、以及
和用户的互动。

[jinliangonline]

随便说说，大家想说啥就说点啥，只要让这个帖子看起来像个技术贴就行了，呵呵开心就好。

[CuTe_CuBe]

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

[syu]

代码流程:一个不良的流程.会毁掉你精心设计的任何优良代码,这不仅仅是指功能上的错误.
算法:..这个不说了.现在很多程序算法不是一般的烂...
合理使用扩展/支撑件:缓存的.连接池的等等.....
熟练运用语言本身提供的功能:多看手册.也许语言本身就有的一个函数.可以替换你自己去写的几十行代码.

[jinliangonline]

[Quote=引用 5 楼 CuTe_CuBe 的回复:]
善用客户端缓存功能，合并常用文件（图片，js，css），减少请求数量，减少下载流量。
对于非交互性请求量大的展示内容考虑以静态页面输出。
[/Quote]
对啊对啊，积少成多，节省的那些流量一年下来也好多钱呢……

[jinliangonline]

[Quote=引用 6 楼 syu 的回复:]
代码流程:一个不良的流程.会毁掉你精心设计的任何优良代码,这不仅仅是指功能上的错误.
算法:..这个不说了.现在很多程序算法不是一般的烂...
合理使用扩展/支撑件:缓存的.连接池的等等.....
熟练运用语言本身提供的功能:多看手册.也许语言本身就有的一个函数.可以替换你自己去写的几十行代码.
[/Quote]
总结的真好，顶一下。
针对你说的第1点和最后1点说说。
比如：需求提出一个数据统计方面的复合查询，可能要关联几个库的十几个表，有可能你要写上几十行的一个sql，虽然查询的是备份库，但是依然会麻烦一大堆……
但是，筛选后，你会发现，其中有些查询条件不是并存的，结果中有些显示的东西也不是他所关心的。
精简后你会发现。cpu从90%----20%。代码从几十行变成几行。
合理的需求真的是非常关键的。
最后1点：
自己辛辛苦苦写了一个数组处理的函数，某日看手册才发现，原来有个内置函数，比较后发现，该段代码效率可提升15%。呵呵，没事就翻翻手册是个好习惯。

[fxs_2008]

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

再就是一个老生常谈的：可维护性，可移植性，和健壮性

[mlsml]

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

[success000]

不懂，up

[ugxxx]

继续研究研究这个课题..

jf