automator 自己录制就好了啊

去开个会 回来发现机子非常卡 然后重启了一下就变成 10.10.3 了
我明明没去点升级来着 :)

postMessage 安全性很好的 传递的都是string 除非你用eval解析才会出问题
json的话用 JSON.parse 就好了

另外文章里面有些内容已经很老了 document.domain 新一点的浏览器 早就不能改了
貌似 window.name 也已经不可靠了

@Claud Teriyaki 的 Jack Links 确实不错 很上瘾 停不下来 梅肉干 貌似大华有啊

Costco 零食的话 你一个人慢慢啃 可以啃很久 估计可以到吃腻
但是如果有2-3个人Share的话 其实也OK
另外 Costco 的水果还挺不错的

我个人喜欢去大华买台湾的牛肉干或者日本的鱿鱼丝 不过华人超市的水果太不新鲜了

@fanzeyi 赶紧学车去 至少勾搭个有车的人一起住萨 :-]

@drackzy 我都是去 http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager09.html
直接改的

不管怎么样 长宽100M是内网
除非访问长宽内部资源 或者长宽缓存的资源
否则就看出口带宽了

@greatghoul warcraft starcraft

@ritksm 因为Fantastical 主要是整合Calendar和Reminder 并且可以用 自然语言 方便的创建2者

v1 只是提供了一个menubar的快捷界面 方便创建和查看 如果你要看详细的信息
那么用Calendar和Reminder看

v2 相当于整合了Calendar和Reminder成为一个独立的app 并且保持v1的menubar快捷方式

如果你觉得不需要它提供一个查看详细信息的界面 Calendar和Reminder足够你用
那么v1 完全可以满足所有的需求

> open ~/Library/Preferences/com.apple.HIToolbox.plist # remove the default IME entries

Xcode 打开这个文件 把里面你不想要的输入法都去掉
保存后重启系统

@drivedreams 对汗脚 出汗多的人来说 怎么洗都没用的

@gDD 这两个模式使用起来 在保证不强拔的情况下 用起来有区别么 性能或者其他的

@crystom @binarymann

放在前面也不行的 因为U盘 Windows识别为移动存储 只支持一个分区 而且必须是第一个分区
如果用Mac分区 就算把exFat放在前面 实际上前面还有一个EFI分区在 导致Windows无法识别

不知道先用Windows整盘格式化 然后用Mac添加一个分区是否可行
或者尝试使用命令行或者第三方工具分区试试

一般情况下 最好是彻底重装系统
先把自己需要的数据备份 然后格式化硬盘 再安装新系统
最后把需要的数据恢复回来 但是不要把以前的系统也恢复了
这样后系统流畅很多

但是如果还是很卡顿 那么就没办法了 这也是有可能的

@laoyur TLS本来就是非对称加密 至于证书的问题 你完全可以通过配置 让客户端严格检查证书即可
我相信浏览器和一般的安全库是支持的 只不过对浏览器而言 控制权在用户手里
另外我记得安装charles抓包的时候 你本地是可以信任证书的

自己模仿这个实现一个简单的 当然可以 只不过还不一定比TLS 实现的好 效率也是个问题

另外对于Web而言 不用https 你怎么加密都没用 因为中间人可以完全替换掉html或者js的内容
直接加入恶意代码（比如这里经常讨论的ISP劫持弹广告）直接处理你加密之前或者解密之后的内容（相当于直接安装了一个木马） 加密就形同虚设了

如果你真的非常注意安全 在https的前提下 对称或者非对称加密数据
而且对于敏感数据 比如密码 可以使用不可逆加密（加盐Hash）

@yueyoum 你确实是对这方面不太了解 虽然你实践过这些API
但是如果你只用POST方法 那可以说就压根没有用到REST带来的任何好处 虽然实现起来比较方便

Web Service/API 常用的大致有3种 比较早的 RPC 然后是 SOAP 最近才是流行 REST
其中你的做法 实际上就是介于 RPC和SOAP 或者是更接近 RPC Style+JSON的做法
首先 RPC和SOAP 都不适用HTTP的方法
其中RPC一般来说读取用GET其他都用POST 也可以全部用POST（全部GET是非常糟糕的 但也有人这么做）
而 SOAP 和你一样 全部用POST 只不过数据都是XML 而且有很严格的规范

对于方法名 RPC和你一样 一般都是把方法名写在URL里面
不过既然是放在URL里面 那么何必拘泥于这几个方法
比如你可以直接映射Class里面的方法处理岂不是更直观 而且可以用生成器直接生成API
比如 POST /userService/setUserById /userService/getUserById ...

另外你说的 “配置文件写好简单的规则(xml) 自动生成代码” 这样的技术已经有了 就是 SOAP!
SOAP 全部POST
而且SOAP你定义好API规则后（WSDL） 客户端可以根据WSDL自动生成代码！
而且SOAP的XML数据支持企业级加密
主要的不同是你的数据是用JSON 而SOAP规范是用XML
而且XML数据支持校验（DTD、Schema） 而目前JSON还没有这方面的标准

REST 的好处 其实就是想要充分利用HTTP协议已经定义的东西
比如Method 比如Status Code 比如无状态 比如GET PUT DELETE幂等(多次调用等于一次) 而且GET应该不改变状态 所以可以Cache之类的

好了写了这么多 可以说楼主对现有的技术并不是很了解
但是通过实践总结出了很多经验和模式
但是如果你了解了现有的技术 其实你自己总结的很多东西 其实他们都已经考虑到了
而且可能考虑的更远 自己是在从新发明轮子罢了
或者你可以结合多种方案 找到你自己最喜欢的方案

衷心的建议LZ了解一下这些技术 并且比较优劣 和使用场景
https://zh.wikipedia.org/wiki/REST
https://zh.wikipedia.org/wiki/SOAP
https://zh.wikipedia.org/wiki/XML-RPC

另外还有一个不常用方案 就是使用Websocket/Commet实现一个双向的消息队列MQ
统一API入口 统一的数据格式 可以把方法名和参数封装在一个消息里面

如果只针对一种网站的 倒是有可能
比如wordpress
其他几乎不可能 除非所有网站的html结构 class使用都一致

另外如果只是为了阅读内容 并且效果一致
这不就是阅读模式的功能么？Safari 阅读模式 或者 Pocket Instrapaper

甚至可以在dock上面加上额外的散热器 帮助NMP散热

@ipconfiger @popbones @szopen
我觉得最好的做法应该是把那个电源做成一个dock
上面加上各种接口 (2-4 USB A, HDMI/VGA, Ethernet, Audio, SD card reader)
而且插电源的时候就一条线出去 而不是那么一大坨的东西在地上拖来拖去的

外出的话 带上那个vga+usb+power的适配器挺不错的

Apple 内部 DNS 出故障了