tomwang

@donovanbray i add `cd RAILS_ROOT && "` and failed the same error. It seemed to be a matter of environment variable not working, not of bundle exec.

https://gist.github.com/tomwang1013/5b9c427009ba6cca16a8

@eric i update the god as you said: ``` ruby base_cmd = "bundle exec clockworkd ..." w.env = { RAILS_ENV: RAILS_ENV } w.dir = RAILS_ROOT w.name = 'clockwork' ``` Still...

@donovanbray tried, $? is 0. The command has no problem

`god -c god/clockwork.god -D` output: Notice the `WARN: clockwork start command exited with non-zero code = 1` ``` I [2014-07-04 09:17:11] INFO: Loading god/clockwork.god I [2014-07-04 09:17:11] INFO: Syslog enabled....

start god in rails project root dir: `god -c god/clockwork.god -D`. user: wangxiantong. Use RVM and bundle to install all gems including god and clockwork

> 有个问题，假如传入的方法是异步的，上述的节流方法是没用的啊，考虑把`fn.apply(this, arguments)`这一句放在setTimeout外面是不是会好一点？就像下面这样。 > > ```js > const myThrottle2 = function (func, wait = 50) { > var canRun = true > return function (...args) { > if (!canRun) {...

> 这里似乎有个问题，就是如果使用定时器的话，在 500ms 后执行的始终是前 500ms 内触发的第一个函数 fn，之后的在 500ms 内触发函数都将被丢弃，这样的话，fn 里获取的参数 arguments 可能不准确。应该以 500ms 内触发的最后一个函数为准，而不是第一个函数。 @Liubasara 的回复就没有这个问题，把函数的执行放到timeout之外去，timeout单纯做计时作用就行

I also find situations when reactive `$refs` is handy. Without it, you must resort to more complex solution, e.g. emit/vuex, to get the children's state. Anyway, i think getting the...

赞一个，问个问题： ``` // 不是state更新而是props更新 if (prevParentElement !== nextParentElement) { willReceive = true; } ``` 为啥通过这个条件就能判断出不是state而已props更新呢？这个条件的意思好像是说父节点发生变化了，但是父节点发生变化也不能说明props有更新啊；我是reactjs新手，请解答一下，谢谢