目前好像没有问题，第二批 12 256

640k 足够登月……看做什么了……

官网上取消了原来的双口 mbp13
加上默认顶配 512G 的储存和 8G 内存和相对较低的售价（虽然应该可以选配加到 1T 和 16G ）

这么看第一波应该是差异化销售

我也有，特别烦……原来的 me294 没这些事……

这个问题我也想过很久，一开始也是糊涂

flask 自带一个 wsgi 框架，这个测试框架决定了用户可以通过 flask run 跑一个 server 让其他人访问
但是这个框架的性能很差，撑不住很多用户访问

所以可以用其他 wsgi 协议的 wsgi 框架（我没记错的话，wsgi 既可以指一种通信协议，又可以指基于这种协议的一种组件类型）
用了这些框架之后，来自 http/https 的请求，会通过这种协议和 server 通信，比如返回 server 上的某个 url 下的特定页面等

至于 nginx，主要是为了提高承载量，基于 C 的。另一方面，它的反向代理可以让你在部署网站的时候，不用写 www.abc.com:5555 这种带端口的东西，可以让 nginx 反向代理：我发现来自 80 和 8080 端口的，请求 www.abc.com/index 的，我就指向后台服务本身的端口比如 5555，以实现端口隐藏

真想再来个 10.6，啥新功能都没有，专注修 bug 和提速……

调了反而是不准的，只是自己感觉良好而已……

目前主流的 RGB 色彩模型其实是一个空间，里面 RGB 三原色落在这个空间的不同位置，结合 白点 组成了整个空间最重要的几个锚点。可以想象 RGB 是底面三角形的三个点，而白点则高于它们组成一个类似正四面体的结构。这意味着白点变动的时候，整个四面体的立体部分，也应该跟着变动。只要这种变动符合某种标准规范，其实白点的改变是可以接受的——一个间接证据是，6500K 当然只是一个理想值，大部分的显示器其实不可能正好校准到 6500K，或多或少都会有几十到几百 k 不等的偏差。那难道显示器达不到 6500k 正好，这台显示器就不能用了？其实只要校准合理，利用 icc 可以把这种偏差“扳回来”

常见的 sRGB，aRGB，display p3，这些以图片为主的 RGB 模型，其白点一般都落在 6500K
有些以电影、人像摄影为主的，白点会设置为 5500K （看起来发黄）

屏幕发黄之类的，具体还是要测一下是白点对不上 6500k，还是其他颜色跟着一块偏了

如果只是白点偏了，但是仍然进行了色彩管理的话，其实其他颜色用仪器测会是准的（即∆E 很小）。这种情况下，自调只是自己眼睛舒服，其他颜色测一下可能就偏了。

当然，如果没有其他设备需要共享图片的，只是自己看，那其实自己调问题不大。
如果要分享图片并对色彩比较严格的话，最好不要自己调

我其实不太搞得懂这个的逻辑……所以我全关了，争取每次都拍好就完事

我的妈……我这上百个表，大几百个字段……刚接手的时候第一次取数搞了我两个小时……

@dier 指纹控制不错，轻耐操，手感比较紧凑扎实。见仁见智吧

等一发快男评测

后台播放无声音音乐了解一下……

我用的 pitaka，就是凯芙拉+轻，但是没有专门适配 me g sa fe

因为前几天有“更新弹出”的情况，我就去改日期
发现改日期的瞬间，屏幕亮度直接最高或者最低，过一会才好，也不知道什么鬼

@W3ei 去店里随便看了几部好像都有这个问题，所以还是安心用了，不纠结了

我觉得比 11 硬，配合方正的外形我觉得不错

我主要担心防水性能，左上角能插

@razios 说明书上有写，调整公差用