@bryson synchronized 印象中, 这个东西好像是java的吧

这样子可能轻松生成上千订单

依赖 mysql count订单量, 在并发情况下 是不可靠的.

除非你加锁, 针对你这种情况, 需要加表级别锁, 还得是WRITE LOCK, 将会引起性能上的极大隐患, 不推荐.

一个简单易行 比较讨巧的办法 是做一个原子性的自增计数, 来帮你控制10个订单的量.

你可以用mysql的自增id特性完成, 他内部维护有轻量的自增锁.

具体做法是: 新建一张表A, 只要一个自增主键即可; 每次请求 都先插入表A一条空数据, 拿到一个自增id, 判断是否大于10即可;

针对你这个情况, 应该足以应付了.

当然 如果使用内存db, 比如redis memcache等, 来实现一个自增计数, 或者一个队列, 就更高效了

@drykiss 需要监听事件的话 还是用ajax请求吧 或者你用这种方式渲染好, 监听到事件后, 就是dispaly的问题了..
总的来讲 还是ajax好一点

@q573927428 你把 'fixedVerifyCode' => substr(md5(time()),11,4), 去掉好了, 不用重写, 你这个地方没有重写的必要

http://www.yiichina.com/question/1160

这是之前回答过的一个问题, 和你现在遇到的情况一模一样.

参考那个解决吧.

这是针对yii里面, 在一个视图内 加载另一个 视图...

你经常在controller用的 $this->render(...);;

其实 就是调取 View里面 的 render 方法;

因此 你可以直接在页面内$this->render(...)

和在controller里一样 狂荡不羁 潇洒自在 ...