北方德国小蠊 南方美洲大蠊

restful 无状态通常指不使用 session 等在服务端维护状态的机制。
客户端提交请求的时候还是要提交全部需要的参数的。
也就是说，每个索取用户私有信息的请求，客户端都需要提交 token。

所谓 token，就是和登录状态等价的信息。最糙的，用户名密码拼起来就可以作为 token。但对于公众使用的 app，在 app 内明文保存密码是不安全的。通常做法是使用用户名和密码登陆后，生成一个代表用户状态的随机字符串。

正常，联通就是这么厚道。之前用 200M 的时候跑到 260

@wclebb 我也是今天早上看到 150+的未读吓一跳。从来没有这么火过。
以及，你被降权了，未读提醒里面没有你。

看看绑定的微博账号是不是有人在用 再说吧。

1.用手机+短信验证码登陆微博，看看微博有没有人在用
2.如果该微博最近有发帖，给这个微博账号发私信消息，跟他说你的微博现在绑定我的手机号，请换绑；如果该微博最近没动静，则用他的号给他看起来比较亲密的朋友账号发私信。
3.如果对方一个月之内没换绑，如果你有其他手机号，可以换绑到其他手机号上；或者直接把该账号据为己有。

@ryannnnn #205
@Livid

一般认为，硬币的正反面概率是 0.5。这是因为我们通常假设硬币是均匀圆柱体，高度很低；硬币抛起得足够高，硬币抛起动作足够随机；综合以上条件，我们 [认为] 单次抛硬币的概率是 0.5，以及多次抛硬币之间的结果不存在关联性。

以上条件在通常理解的硬币题中均是不需要明确说明的隐含条件。当包含此隐含条件时，答案是 0.5。

但落到一个现实问题时，可能硬币是不均匀的；抛硬币高度足够低，比如手放在桌子上，大拇指轻轻弹起硬币；抛起动作相对固定，且总是以正面朝上开始抛硬币；此时，上文说到的隐含条件就不起作用，则答案也就不相同了。

@superXiong #32 所以你是怎么运行的呢？在 jsp 文本编辑界面点运行？
我没用过 jsp，不过我猜可以先命令行跑起来 tomcat，然后在对应的域名上访问。

@icyalala #35 苹果的著名条款是：
如果所购买的物品是在应用内消费的，则 App 必须提供也只能提供 IAP 作为付款方式。App 不得引导用户使用其他付款方式。
但苹果并不禁止在 Android 付款，用 iOS 消费。只要 App 本身不引导此行为即可。

@michaelize #13 当然不应该啊，所以我希望使用可重复购买，而苹果非要用会将购买记录绑定到 AppleID 的订阅或者单次购买形式。

@michaelize #10 最大的问题是苹果希望将虚拟物品绑定到 AppleID 上，而我们需要将虚拟物品绑定到我们的账号系统上。根源在这里。那个例子只是用来辅助说明的。

@xgfan #7 @fline #8 已经加了。跟我说话的那个人的意思是即使加了代币系统，还得用单次订阅。不过我觉得这是她在扯淡。

其实时间线是这样的：
1.提交可重复购买的一年期虚拟物品，苹果打回说改成订阅
2.提交可重复购买的永久虚拟物品（一年期改成永久了），苹果打回说改成单次购买
3.提交可重复购买的代币系统+代币兑换永久虚拟物品，苹果因为其他问题打回了，我问了一句说如果代币购买一年期虚拟物品可不可以，客服说必须改成订阅形式

@Qlccks2 #5 共享账号那要看产品在意不在意，如果在意的话可以搞成只能同时登陆一台机器啊，登第二个的时候把第一个踢下来。我是不关心我司账号共享不共享。
我在意的是：
1.订阅类是要把产品绑定到 AppleID 上，回头苹果是不是还要让我们加一个恢复购买，那我们自己的账号系统还玩个屁
2.诸如 我举例的坑太多，回头用户支付不了找过来还是个麻烦事，或者出一大堆奇葩问题

@Artail #3 是用的 IAP。只是在纠结 production 类型。
@swulling #4 不是我们的需求，但你不能否认有这种情况。其实可以不在乎这种情况硬上，但是，恩，傻*。

@wuyuehyang #1 你这个回复毫无意义。

setapp....
我买过的大部分 app 里面都有了。

还有 NTFS for Mac，持有移动硬盘的人有必要来一个。