PHP 缓存真可以加快动态生成的网站吗？

飞速小光亮

PHPer，如果要拿资料来用，这资料是不会变的。
你们会把“资料”save去text file，做缓存。拿的时候去include 它。
还是用Mysql。

拿text file真会比Mysql快吗？

飞速小光亮

保留

gkheng2003

做缓存? = no update?
then:
text file = simplified nosql  

飞速小光亮

gkheng2003 发表于 25-4-2013 03:38 PM
做缓存? = no update?
then:
text file = simplified nosql

now I try to export mysql to xml.

gkheng2003

缓存 = cache? buffer?
你是说这个？？？
http://www.catswhocode.com/blog/how-to-create-a-simple-and-efficient-php-cache

gkheng2003

我觉得 (could be inaccurate)：

RDBMS:
if data changes/updates frequently, no choice
if centralize for easy maintenance, why not? (imagine u got 10 controllers and 10 places for flat files )


flast file / nosql (JSON/XML...):
if ur data (email, chat content, ...) is super huge, and almost no need update at all, why not?
if DBserver to web server might experience connection issue &  users expect fast response, why not?
if DB performs a lot of queries by user, flat file is good for those rarely-change data to ease server workload

小陈陈

如果你的data不多。。。其实。。也没有差多少的~

但是如果多的话~还是进DB比较好~这样你的PHP就不需要用到这样多memory咯~

飞速小光亮

小陈陈 发表于 27-4-2013 12:52 AM
如果你的data不多。。。其实。。也没有差多少的~

但是如果多的话~还是进DB比较好~这样你的PHP就不需要用 ...

嗯，先谢谢。

现在的状况是如果可以直接用html（如果决定data不会变）。
可以加速server，不用跑PHP。

以前都是做“网页”，少visitor。
现在都做“网站”，多visitor，要考虑的东西也很多。

用programing 的方式去帮Network Admin，也是一项不错的新经验。
是会限制点programing的做法与想法，不过没办法啦，跑不快或跑不到，我们写什么也没用。

flashang

由于没有说明使用者 / traffic 有多少，
无法给以准确的建议。

可以考虑用类似 fb 的方式，
read move ... 按了之后才会继续读取更多资料。

或者把东西分类，不同的资料分页 / sub page
一次不会直接 load 太多，而造成长时间的等待，
使用者的 browser cache 就会自己处理。

至于 php read MYSql 还是 text file
我觉得不会有很大的差别。
倒是资料不准可能会更多麻烦。

你可以自己做一个 speed test 比较。

飞速小光亮

flashang 发表于 29-4-2013 07:29 PM
由于没有说明使用者 / traffic 有多少，
无法给以准确的建议。

我非常赞成。
先谢谢你。

我本来是觉得用text file 是很笨，要不然人家开发database来做么。

但人在“公司”，生不由己哈哈哈哈。
不过公司前辈都决定用什么方法了，一定有他们的经验。
相信他们也试过了，才做决定用这样的缓存方法。