一同事对我说：你那小说站访问起来超慢，看一本书累死。
我第一反应是服务器在国外肯定会慢一点，因为我一直感觉访问速度还行，在2s内可以打开页面，这个应该在可以接受的范围内。
下午在blueidea发了一帖，反馈的结果让我大跌眼镜，大家访问都很慢
我的测试结果
Pinging www.lemongtree.com [96.0.57.87] with 32 bytes of data:
Reply from 96.0.57.87: bytes=32 time=229ms TTL=49
Reply from 96.0.57.87: bytes=32 time=201ms TTL=49
Reply from 96.0.57.87: bytes=32 time=207ms TTL=49
Reply from 96.0.57.87: bytes=32 time=218ms TTL=49
Ping statistics for 96.0.57.87:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 201ms, Maximum = 229ms, Average = 213ms
山东青岛广电8M光纤宽带
正在 Ping www.lemongtree.com [96.0.57.87] 具有 32 字节的数据:
来自 96.0.57.87 的回复: 字节=32 时间=381ms TTL=44
来自 96.0.57.87 的回复: 字节=32 时间=372ms TTL=44
来自 96.0.57.87 的回复: 字节=32 时间=381ms TTL=44
来自 96.0.57.87 的回复: 字节=32 时间=366ms TTL=44
96.0.57.87 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 366ms，最长 = 381ms，平均 = 375ms
非常慢，深圳电信 4M
济宁电信，还可以
Pinging www.lemongtree.com [96.0.57.87] with 32 bytes of data:
Reply from 96.0.57.87: bytes=32 time=316ms TTL=44
Reply from 96.0.57.87: bytes=32 time=315ms TTL=44
Reply from 96.0.57.87: bytes=32 time=316ms TTL=44
Reply from 96.0.57.87: bytes=32 time=403ms TTL=44
Ping statistics for 96.0.57.87:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 315ms, Maximum = 403ms, Average = 337ms
北京
Reply from 96.0.57.87: bytes=32 time=596ms TTL=47
Reply from 96.0.57.87: bytes=32 time=514ms TTL=47
Reply from 96.0.57.87: bytes=32 time=588ms TTL=47
Reply from 96.0.57.87: bytes=32 time=590ms TTL=47
Ping statistics for 96.0.57.87:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 514ms, Maximum = 596ms, Average = 572ms
看来，我还是得找一个国内的主机了，大家有好的linux主机推荐么？
山东烟台联通10M光纤宽带
来自 96.0.57.87 的回复: 字节=32 时间=336ms TTL=48
来自 96.0.57.87 的回复: 字节=32 时间=336ms TTL=48
来自 96.0.57.87 的回复: 字节=32 时间=336ms TTL=48
来自 96.0.57.87 的回复: 字节=32 时间=335ms TTL=48
96.0.57.87 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 335ms，最长 = 336ms，平均 = 335ms
=======================================
易联主机 http://www.elinkhost.com/
或
松子主机 (哈哈哈哈哈哈哈)
速度还可以，我这里是广东中山，虽然延时大了点，但是浏览还是挺快的，给个建议，当载入一页后可以继续异步载入第二页第三页，因为都是文字，那样访问起来应该比较快的
Pinging http://www.lemongtree.com [96.0.57.87] with 32 bytes of data:
Reply from 96.0.57.87: bytes=32 time=512ms TTL=48
Reply from 96.0.57.87: bytes=32 time=514ms TTL=48
Reply from 96.0.57.87: bytes=32 time=510ms TTL=48
Reply from 96.0.57.87: bytes=32 time=516ms TTL=48
Ping statistics for 96.0.57.87:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 510ms, Maximum = 516ms, Average = 513ms
@客串,
谢谢你的建议，我会好好考虑这一点。
@客串,
其实我在想apache里有没有这样的缓存机制，能将类似于/read/1/1这样的url做一个304处理。
长期关注的IDC奸商飘过~~~~
linux不是问题，不过我们现在只有php的 =v= 如果是python or ror的，那就爱莫能助了……
http://hypo.cn
@fei,
谢谢，我现在也只需要php的。
从我目前情况来看，可能需要较大的数据库空间。
@幻想曲, DA控制面板里，是不限制用户的数据库大小的，web+mysql占用总空间不超过限额就可以。
话说楼主这样的小说站我也做过，当时是用drupal弄的，一个月后发现问题来了，数据库跑到了3G…… 后来忍痛割爱了，当时自己还不是IDC，没资源，借的别人空间 = = |||
柠檬树下竟然是PHP的，倒地~~我一直以为是python的……
@fei,
是的，我一直在担心数据库的大小问题。
也曾想过用文本来解决，但随着小说的增多，到时候文本IO上的消耗也会是个大问题。
你是做IDC的还是你只是其中的一个代理商?
我自己直接是IDC。IDC的细节不方便公开说出来。
不过你提到的这个，常用的解决方法无非是SQL做索引，文本放内容。至于你担心的I/O，我觉得现在应该还没到那地步。真到了那地步，就已经不是一个虚拟主机能解决的事情了。直接换两块1万5的硬盘也比动心思优化来优化去省事。 – -|||
或者以后可以弄个关系型数据库+key-value数据库这样的。。
@fei,
在这之前就是用文本存放内容来处理的。
看来还得再次用此方法解决了。
@fei,
以前的方式是用ID与100取模，即一个根目录下最多有100个子目录，然后不同的文本分别存在这100个目录里。
@fei,
对了，留个QQ或MSN吧
我用的是www.elinkhost.com的，老板是tension，他的blog: http://www.tension.name
你可以参考下，呵呵。
@zwws,
唯枫提到的“易联”？没听过，不大熟悉~~~~
@zwws,
这个主机倒是看到挺多人推荐。
可以找我拿万网G型主机的，300M mysql数据库
@SFidea,
300M远远不够~~~~
而且数据库空间是很贵的-,-
一众IDC纷纷露面 =v= 其中还有一个是我特熟悉的……
MSN： parala####qq.com
有喜欢你的小说站程序，可否便宜卖我一套呢兄弟，我的qq 176453
@286ser,
这份程序是自己写着玩的，暂不考虑出售。谢谢
我这里都打不开。我在广州