http://ww2.sinaimg.cn/large/5dad00d9jw1f7j4fzr8nkj20gg04ljs8.jpg

django.db.backends.mysql _convert_field_to_tz

1.是对的
2. 由于配置中 USE_TZ 设置为 True ，那么保存在 add_time 里的时间也是 utc 时间（ add time 在 model 中设置为 auto now add 为 True ）
这个是不对的，参照这里： https://docs.djangoproject.com/en/1.10/ref/settings/#time-zone

This allows interacting with third-party databases that store datetimes in local time rather than UTC. To avoid issues around DST changes, you shouldn ’ t set this option for databases managed by Django.

When USE_TZ is True and the database doesn ’ t support time zones (e.g. SQLite, MySQL, Oracle), Django reads and writes datetimes in local time according to this option if it is set and in UTC if it isn ’ t.


也就是说你数据库里面的存在不是 UTC ，而是基于 TIME_ZONE 的地区时间；所以后面才有 CONVERT_TZ 的时区转换；

@lvwzhen 这我就尴尬了。。。😓
@kevinzhow

@chimingphang

我看了你的数据，是每 5 分钟一条的；

没搞过这个，不过可以给点思路，就是根据时间单独取数据绘制(3 分钟为间隔的， 5 分钟为间隔的)；


参照下 okcoin 的设计， https://www.okcoin.cn/market.do ，每个时间间隔，都是单独取数据，重新绘图；
比如 15 分钟图，那么就从后台获取 15 分钟间隔的数据(1000 条)，然后 窗口 用 100 个宽度，这样子向左拖动，可以拖动 10 屏，基本上够用了；


如果按照你现在的搞，
像你说的那个样子， 3 ， 5 ， 15 ，那么后台应该传过来最小公约数 1 分钟的，然后你自己计算 group ；重新绘制；不过这个样子， 15 分钟时候，显然需要数据量太大，不划算；

你先把问题说清楚，最好能搞个在线可运行的 demo ，大家就都很乐意免费给你搞了；

你这样子问题不太清楚，谁也不敢接，接了搞不定就尴尬了。

@wsy2220 看起来不同机柜不一样

@wsy2220 你用的是富友么？老早之前是可以的，现在都不行了

@lefthand2006 这个方法确实没注意到，这样子还是可以接受的，下载 app 真心烦躁；

@alanlhy 网上说打电话一次两块钱。。没试过，下次你打的时候注意下，，

@SvenWong 周围都有，不过菜鸟离我有点远，在对面小区，基本用不到。。

@SpicyCat 谢谢；这个确实不太像论坛，但也不是云盘；

有点类似 http://www.datatang.com/，不过希望做一个公开的免费，资源共享的学术交流小平台，只针对特殊的小圈子的。

1

@xiaoduoduoduo 一样的

@xiaoduoduoduo 不会的，现在浏览器同域下，并发请求至少 8 个；
即使你是同步处理，也不会慢，三个请求很快，实在慢的话，大不了在请求时候加个 loading.gif

1. 同 IP 领取几率降低，比如同一个 IP ，第一次有 10%几率，第二次有 5%，第三次 2.5%类推；
2. 能领取的，加上验证码：您已经获得 0.5 元，输入以下验证码领取；

本来想写点的客户端怎么避免和处理的，但是这个锅不应该让客户端背！