@viator42 请搜索迅雷水晶或流量矿石

@wwek 同DEFY，已预定MX4。

MT6595是联发科的逆袭之战，跑分没问题，期待实际性能战平高通801

@moxhuis 硅脂也涂过几次了，解决不了根本问题，是主板上一个固定散热条的螺丝有点滑丝了，显卡和散热铜条接触不够紧密，导致的散热一直不好。现在满身都是岁月的痕迹，键帽也坏了2个：（，老将Y450确实到退役年龄了。

@skylooker 同Y450，同样快5年了，工作压力非常大，电池损耗76%，电源线已经更换2次，内存升级到6G依然很卡，普通清灰已经解决不了散热的问题了，准备退役了。

@izoabr 刚开始一直以为是程序代码或者环境和变量的问题，怎么也不会想到是URLS.PY匹配的问题，真不好意思，多谢啦

一个用户收藏多个图片，模型是多条user -picture 记录，还是picture 保存数组。
如果是单独记录的话，
点击收藏之后，首先判断数据库中有没有对应的user -picture记录，如果没有，就加入。
如果picture是数组，首先取出来，分割，判断是否有匹配，没有找到匹配项之后再更新picture。

！！！！！！！
搞定
！！！！！！！

地址匹配少写了一个/

导致和django的urls.py匹配不同，导致了301跳转。


大意害死人！！！

感谢以上热心朋友的帮助！

@ccbikai
name: jdao
version: 1

cron:
- description: test
url: /test
schedule: every 1 mins

@juicy 谢谢，我看下

@izoabr
from mysite 已经注释掉了
现在文件只有一句：
def test(request):
into='hello'

自己访问200正常，但是SAE的日志中心都是301.
urls.py中如果注释掉信息的话，会正常返回404。

这也太奇怪了吧，没有变量，为什么会是301呢！

自己访问完全正常，就是丢到Cron里运行不起来。

返回HTTP 为什么会是301呢！

@clino 整个执行过程中没有涉及到环境变量的问题。

@izoabr 因为担心变量问题，所以把代码中变量都换成常量测试。

@ctrlaltdeletel 请问这个本有什么坑？正准备入一个。

@bobopu 已修改1个小时了，貌似无效。

当跳出风险之外的时候，所关心的只是风险收益，而不是风险本身。