cookie 和 session 对网页不是必须的啊，前后端分离的也都是用 token 啊。
非要这么做的话，也可以在收到请求的时候先判断一下，有没有 cookie 信息发过来呗。但是这样麻烦多了。

这是 REST 要求的自描述性，一个 REST 系统所返回的资源需要能够描述自身，并提供足够的用于操作该资源的信息，如如何对资源进行添加，删除以及修改等操作。也就是说，一个典型的 REST 服务不需要额外的文档对如何操作资源进行说明。
你能对这个资源的所有操作都在_link 里了，需要那个操作就用哪个 link ，也不存在你自己需要取得 id 再去生成对应的 link 了。好处就是开发客户端的时候不需要文档，而是服务器端 api 有调整的话，因为会反映到对应的 link 的变化上，所以客户端不需要调整太多。

北京移动，以前挺好，最近国际出口明显比以前弱了。不过上行还可以， 100 的下行能给 30 的上行，以前 20 的时候还是上下行对称。

移动最近出口都差。

hoho,查了一下，果然我也提到 40000 了，还有 10000 的临时到双十一过期。

38

区别在于谁来生成最终的页面。传统的开发方式，服务器取到数据，根据模板生成页面，然后发给用户浏览器。 vue.js 之类的前后端分离的，服务器取到数据，发给客户端， vue.js 在浏览器端根据数据调整页面元素。
没有绝对的适合，只不过现代更多前后端分离，一来从用户体验上，全页面刷新的次数比较少，二来后端借口可以复用，不论前端是浏览器，还是 app ，都可以用。但是难度也相对高一点。
如果是小博客，没什么谁更适合，都可以。

@ViYun 嗯，记得一直说要建，还在美国回应了好几次政府部门的质询，原来还没开。

@hard2reg 我感觉就是国内有，速度也快不了多少，国内用户太多。比如 Steam ，虽然选国内服务器能跑满百兆宽带，但是不太稳定，很多时候我反而喜欢选择美国的服务器………………哈哈哈。

中国的 iCloud 机房在国内

@we000
@mactaew 我现在的问题是 Sierra 的关机 log 不知道在哪里，好像和以前都不一样了。

应该是笔记本纯外接显示器的时候用的，这时候笔记本竖起来方便上不占位置。

都可以，都是最新的

这位同学，虽然你简历上写的 QQ 是： 31763901 ，但是实际链接是指向： 605988809

还可以试试 GetFlix

第一，没签劳动合同，或者劳动合同里没说这事，那你不用鸟他。
第二，合同里有，现在要签三年，你不用鸟他，最多两年。
第三，签了两年，每个月至少给你前 12 个月平均工资的 20%（各地不同，但是 20%是底线），否则签了你也可以主张无效。

6 ， beta4 之后就不卡了

就是用他的 iPhone4 改成和你一样的 imei ，序列号等信息，然后对苹果来说，他这机器就等同于你的机器了，然后利用漏洞把机器绑到他的 id 上，