请求在绿野服务器上建设绿野百科全书

艳阳天

大概复述一下：
<br>透明代理对于chinabyte这种内容发布型的应用很有效，但用在论坛却不是很合适。
<br>因为内容发布对时效性要求不是非常高，数据库内容改动了，几分钟甚至几十分钟后才在浏览器上反映出来都是可接受的；但对于论坛就不行了，帖子修改后，必须立即能看到改动，而proxy是无法得知数据是否改动的，只能在TTL过期后才会reload。
<br>如果在程序中采用cache，也许会有一定效果，php做不到，java可以，例如jive就是这样做的。<br><br>--== [blue]阴晴圆缺在窗外，心中一片艳阳天[/blue] ==--
<br>

花科友工作室

写新帖子不会有问题，因为后面的参数变了，cache知道去生成一个新叶面。但修改帖子会有问题，因为cache不知道后面的内容变了，需要修改人手工refresh一下。netscape是按住shift点refresh，可以穿透squid的cache，把request传给apache，IE是什么就不清楚了。考虑一下，修改帖子占多少百分率？如果低于1%，加CACHE划算不划算？
<br>是出TOO MANY CONNECTIONS错误，根本看不到叶面好；还是加硬件好；还是做一层CACHE，更新慢一些或者麻烦一些好。需要权衡一下。当然我认为最完美的解决方案是：用更强大的硬件。比如4路或者8路的服务器，大内存，多个SCSI硬盘做RAID 0+1。但是经济上划算不划算？
<br>一般来讲，如果大部分帖子的浏览率是10以内，那没必要，如果大部分帖子的点击率超过100，这么做划得来。因为这样将只有小于1% 的数据库访问，负载会显著下降。需要衡量一下绿叶的浏览量和写贴量。分析一下log里的post和get方法的数量与比例就可以了（form 是post的吧？如果都是get那就没用了。呵呵，看了叶面原码，form是post的，说明分析可用）。
<br>具体如何，需要权衡。我也只是建议而已。嘿嘿……<br><br>Climbers的故事应该被记录下来……
<br>别处，是一个比明天更美好的词……

艳阳天

不只是修改帖子才会发生，你考虑得少了：
<br>写完一个帖子，发送上去了，再看帖子列表，还是老样子，自己的帖子没有列出来，是cache没有更新，还是出错了没有成功帖上去？
<br>用户可以用Shift-F5来强制刷新，但是大部分用户都不懂这么做。而且，这与普通的上网习惯不同了，要让用户改变长期以来形成的习惯是不容易的事情。
<br>
<br>现在的数据库我怀疑是出什么问题了，按理说不至于如此。<br><br>--== [blue]阴晴圆缺在窗外，心中一片艳阳天[/blue] ==--
<br>