是略烦，反正 supervisor+uwsgi+nginx+django ，搞过一次就行了，路径什么的，的确文档说的不清楚，每次都是对着原来的例子改的。

先清 smc

@zhangyl 是的，华为开 developer 的资格，手持身份证是第一步，后面要华为健康 kit 的授权，还要提交用途证明，人工审核。

苹果的健康数据，每个点都可以从手机打包下来，pandas 可以整理一下，但是不知道怎么处理数据。

买个带心率监测的手环或者表，对着心率来，你多大年纪，（ 220-年纪）*0.85 ，运动不要超过这个心率，这是心血管安全。

不要追求配速，健身又不是竞赛。
先尽量使心率在 zone2 ，激活线粒体，提高心肺功能。心率不要超过（ 220-年纪）*0.85-20 。如果实在想快，按里程 3:1 ，前 3 心率 zone2 ，后 1 不超过（ 220-年纪）*0.85 。

肌肉酸是正常的，说明那块肌肉你长期没用。

坚持最重要，一周 3 ，4 次，太少了没用

@zhangyl 说来好笑，苹果健身 app 里截图，然后数据 ocr 出来，华为健康也是这样的。

这些数据都没有开放 api 获取，即使自己的数据也只能在 app 上看。苹果可以打包下载所有的详细数据，每隔几秒采集的各种数据，但是怎么算的算法也不知道。

所以出此下策了。

重置 smc 吧，我就这一步

专门做一张图片，放 1000 个网址，然后大家互传个一天，是不是腾讯会累死。

hk ip 不能 gpt

650/60/12

@programMrxu 我理解是 uwsgi 接受每个请求，是单独开个 django 进程，所以即使全局变量也不能共享，“全局”仅在 django 进程内。所以用系统级的 redis ，杀鸡用牛刀了。

olt 想限制 onu 很容易，oam 里面加几个自定义的报文，onu 不回或者回错，就踢下线或者更花的，隔段时间再踢，让你问题都不好重现。

没办法 OLT 开发难度大，消耗研发资源，开互通对于 olt 厂家没有任何好处，不是局方逼急了，都是应付一下。

广电双纤入户，一根绿色的是电视信号入户的光机，就是把电视信号从光转为同轴信号出来，这个是广电特有的电视信号传输方式，配合原来的 DVB 机顶盒使用。好处是不占数据的带宽，感觉上更清晰，换台也快，而且县级本地节目有比较成熟的方式插入信号源中。另外一根蓝色的就是普通 PON 的光纤，提供宽带，还有互动的回传通道。

这个方案是广电早期舍不得同轴网的前提下制定的，但是成本高，维护复杂，实际是两张网。这两年开始也逐渐放弃仅传电视的网络，改成和其他运营商一样的 IPTV 模式了，就只需要一根光纤换 iPTV 机顶盒，IPTV 平台只能省公司来建，所以县级自建信号，还没好办法。

借楼问下，有没有导出‘健身’里每个 workout 的数据，比方分段每公里配速，心率等。
网上查的都是‘健康’里导出所有的数据，那是每个时间点上的速度什么的，没有这种经过汇总的数据，也不知道什么算法可以算出分段每公里配速。

我想过直接把‘健身’页面截屏，然后 ocr 处理，再导入数据库，做横向比较，就是不太好看。

对冲基金的矿工？

还是要用好 prompt 啊，nested variables in Django template ？

@wyhaya 11.6 的 intel 版本

macos11.6 ，打开白页面，是不是在加载资源？全局代理也不行。

mac 的预览，直接拖进去就是一个文件了，还支持 jpg 拖进去

心率要求和年纪相关的，华为手表 app 或者苹果手表 app 你把出生年月输进去，就能把你的心率区间列出来了。

如果你是 20 岁，170-180 应该是最高心率了，如果年纪再大，这个心率就不合适了。

上面说的对，开始练跑压心率，不要求速度，从心率 120 开始吧