@oott123 已有绿色守护，如果某个程序只是推送这么一个网页，绿色守护应该是拦截不到的。
@FENICE 是啊，感觉也不太像正规的广告，居然用的七牛 CDN 域名存放广告页面。
@HMSQQbA 试一下， UC 主要偶尔看小说。
@pmpio chrome 对小说不友好...

使用后影响二次销售的确无法适用七天无理由退货。

但是上次在京东买的打印机有问题，直接退货，很容易啊，提交退货申请当天中午就通过了，京东收到货后当天晚上 8 点就电话联系我确认打印机有故障，京东并没有要厂家出具检测报告。易迅、京东是一家的，售后策略应该一样的啊。

其实是可以要求易迅售后代你去 HP 出具检测报告的，不过你要是离当地 HP 售后不远就去当地做检测把。

https://code.google.com/p/chromium/issues/detail?id=486912

修复的好慢啊...

45.0.2454.93 崩溃

此外，如果您收到的邮件是发送到您的用户名 @googlemail.com 的，请不要担心。 [email protected] 也和 [email protected] 一样； googlemail.com 是英国和德国用户的 Google 电子邮件域名。因此，如果您注册的用户名使用 @gmail.com 域名形式，则该用户名在 @googlemail.com 域名形式中也会显示为已被占用。


找到说明了
https://support.google.com/mail/answer/10313?hl=zh-Hans

给别人弄系统 ghost 最方便，没了手工安装多麻烦啊

真的假的？第三方转发？

weixin 域名，而且内容就是微信相关的内容，腾讯直接仲裁就可以拿回来。

百度删文件，微软送人进监狱。

换电源检测最靠谱。
实在没电源也可以试试关机后立刻断开电源到主板的接头，短路绿线(电源启动线)-黑线，正常的电源风扇应该会转动。

跟油腻、水打交道绝对要三防啊，告诉老爸手机脏了直接水洗...
不买三防也要买意外险，至少让父亲用起来放心。

给老妈买的红米 note ，看电影之类的没有问题，现在开始学拍照了...

即使是 python web 小应用也不会是单进程的啊。
跨进程共享最好上专业缓存。
Redis 对于一些操作可以保证原子。

Python 进程内当然比 Redis 网络通信快。

@temberature 客户端是对序列化后的字符串签名，服务端是先验证签名后反序列化，所以不涉及 key 顺序的问题。

@vitovan 试试 DiskGenius 搜索丢失分区，重建分区表。

minimal iso 不大，只覆盖了硬盘前面的一部分， boot 是完蛋了，如果 home 是单独的分区应该容易找回来。

@temberature 你需要保证前后端的排序、编码等是一致的。记得有一篇 API 文档提到过，个别语言的排序和 API 服务器不一致，需要特殊处理。


@hantsy 即使上了 https ，我也会利用类似签名的方式而不会直接传递 API 密钥做身份认证的。例如目前对于设备的认证就是设备注册时分配一个 id 及密钥，每个请求都会被 hash 签名。密钥只会在设备注册时传递一次，之后不会传递，这个风险还是可以接受的。由于密钥不像密码，更换麻烦，后期即使加上 https ，也不会直接传递密钥。

比如一些 http 请求为了安全需要做 hash 签名， a=1&b=2 这种签名会碰到很多坑。

看一下这个 hash 签名设计：
https://blog.yanke.io/she-ji-yi-tao-ji-yu-hash-qian-ming-yan-zheng-de-api/

```
因此我初步设计了一个签名机制，步骤如下:

将时间戳，随机串， TokenID ，和业务逻辑关键参数构成一个字典
将字典按照 Key 升序排序，然后按照 key1 value1 key2 value2 拼成一个连续字符串
将 Path 拼在前面， Token 拼在后面
将整个字符串做 SHA256 ，作为一个参数放回到请求中
服务器端接收到请求的时候也进行同样的处理，进行签名验证。

如果你曾经裸写过常见的第三方服务 API 调用的话，你会对这些步骤非常熟悉。
```

如果直接传递 json 字符串，直接 hash json 字符串即可，不用麻烦的拼接了。