Mike.G wrote:
这样的话,和什么进程啊。线程啊就无关了。
直接指定memcached的cluster.
丢过去就好了。
2009/8/21 Mike.G <hylinux@gmail.com>
Choosing a Cache Subclass - with CHI
The
CHI
API is implemented by a variety of drivers, for exampleCHI::Driver::File
,CHI::Driver::FastMmap
, andCHI::Driver::Memcached
.
CHI::Driver::File
is the default, but you can override this with the driver keyword. The value must be the name of aCHI::Driver
subclass; the prefix "CHI::Driver::" need not be included. For example:my $cache = $m->cache(driver => 'Memcached', servers => [ ... ]); my $result = $cache->get('key'); $cache->set(key => $result);You can even specify different subclasses for different keys in the same component. Just make sure the correct value is passed to all calls to
$m->cache
; Mason does not remember which subclass you have used for a given component or key.
贴一下文档。
*^-^*
2009/8/21 Mike.G <hylinux@gmail.com>
恩。 呵呵。是有些偏差。我的意思是mason使用基于chi的缓存的话,可以直接cache存到memcached.
因为chi本身就有memcached的driver.
namespace是一个问题。
2009/8/21 蒋宇捷 <hfahe@163.com>
可能有 一个理解偏差,mason使用的cache,无论是什么模块,它是运行在apache上的,无论worker还是prefork模式,都是基于apache子进程的(fork),每个子进程为了并发执行,相互独立, 有属于自己的程序段、数据段。
所以, 运行在apache多进程模式下的mason cache如果 基于memory cache,那么这个memory是在子进程里的,相互之间是隔离、不同步 的。
以上这 部分是我的理解,另外记得在masonhq或者是mason maillist里 也有提到,可惜刚才找了半天没找到:(
我说的memcached是指建立专门的Memcached服务器,通过Cache::Memcached模块访问,这就不通过apache了。
Btw:刚才忘说了,mason cache也是 基于组件的,这一点也比较麻烦。
发送时间: 2009年8月21日 11:21
收件人: perlchina@googlegroups.com
主题: Re: 答复: 答复: 答 复: 答复: [PerlChina] 再 来一个调查:用PERL来开发WEB,我更喜欢...
好像mason可 以使用memcached
我看到文档上说目前使用的是Cache::Cache,但是已经支 持了CHI了。
对于CHI, 那么就可以使用Memcache了。它有Memcache的driver.
我想蒋兄说的这个可能是不是误会了?
mason应该是不存在你说的这种私有cache的吧?(可能是我错了),这个也是 根据key来的啊。
刚想了想,我觉得可能用在小些的站点上,以页面为导向的,展示不太变动的数据,或者是小时间范围更新的时间数据:比如说好 友动态,可能10分钟,或者是5分钟可以查 一次的,这种,或者是一天更新,或者是几天更新一次的数据。在页面中,可能是先根据key从cache中去取,有的话,取出来,直接显示,没有的话,调用后面的代码取得数据,大站点有点多此一举就是 了,小站点,以页面为导向的,还是比较有用的。
2009/8/21 蒋宇捷 <hfahe@163.com>
Mason本身的cache我用的不多,用的更多的是Cache::Memcached。
因为Mason本身的cache,当使用内存缓存的时候,Apache每个子进程之间都会各自保留自己的cache值, 所以这个值不是唯一确定的。举个例子,页面计数器,计数当使用cache存放时,不同页面请求可能 对应不同的Apache子进程,所以刷新页面显示计数时数字会不停来回变化,1->2->1>3类似。
所以cache一般用在存放不会要求很精确,不需要频繁变动,变化不大的值。当然可以使用文件缓存解决上面的这个 问题,但是性能就会低一些,对于多web服务器的集群还需要考虑使用nfs等共享机制。
而且除 非是频繁重复使用的值,可以先cache,如果不是,是每次页面请求生成的,就没有必要使用了。
用户信 息的存放一般使用Cache::Memcached,好用不贵。
发件人: perlchina@googlegroups.com [mailto:perlchina@googlegroups.com] 代表 Mike.G
发送时间: 2009年8月21日 9:46
收件人: perlchina@googlegroups.com
主题: Re: 答复: 答复: 答 复: [PerlChina] 再来一个调查:用PERL来 开发WEB,我更喜欢...
那是。主要是觉得TT名 字好,尤其是MM叫。这个是不是有些流氓了?
*^-^*
哈哈。
不开玩笑了。
不过mason最主要的问题,我还是觉得在使用mod_perl的时候,很难讲业务代码和表示层分得更开。
虽然可以用昨天和蒋兄讨论的那个取巧的办法,可是看上去总是不伦不类的。
另外不知道mason的cache到 底该用在哪儿。
可能的用法(我没用过)
例如有个数组需要显示。
可以先查cache一把?
然后再调用action什么的?这看起来就是业务的逻辑了。
2009/8/21 Qiang (James) <shijialee@gmail.com>
蒋宇捷 wrote:
> 我觉得mason容易一些 简单一些 tt需要对perl的package、module、class、function
> 以及Apache::Request、CGI有一定的了解
>TT++ 像 Jeff 说 的很多情况下美工在使用 TT, 所以简单易用是很重要的。而且
TT 在很多 Perl Web Framework 都是被推荐使用的模板系 统。
Qiang
-- Perl乐事 -- http://www.perlersh.org 我的博客 -- http://www.perlersh.org/blog.html
--~--~---------~--~----~------------~-------~--~----~
您收到此信息是由于您订阅了 Google 论坛"PerlChina Mongers 讨论组"论坛。
要在此论坛发帖,请发电子邮件到 perlchina@googlegroups.com
要退订此论坛,请发邮件至 perlchina+unsubscribe@googlegroups.com
更多选项,请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问该论坛
-~----------~----~----~----~------~----~------~--~---
没有评论:
发表评论