官方的 FAQ 里有提到， https://www.vultr.com/faq/

At what rate is overage bandwidth billed?

Bandwidth utilization in excess of instance allocation is charged at $0.01 per GB in North American and Western European locations. Due to higher regional costs, Singapore and Tokyo (Japan) overage is priced at $0.025 per GB and Sydney (Australia) overage is priced at $0.05 per GB.

How are monthly bandwidth caps calculated for hourly instances?

If your plan has 1000GB allocated to it, the amount of transfer per hour for overage calculations is 1000 / 672 = 1.48GB/hour. Your pending charges will reflect the overage calculated by this formula. Note: In some cases it may be less expensive to leave your instance running than to destroy it and be assessed overage charges.


以下来自谷歌翻译：

超额费用是多少费率？

超过实例分配的带宽利用率在北美和西欧地区每 GB 收取 0.01 美元。由于区域成本较高，新加坡和东京（日本）的超额售价为每 GB 0.025 美元，悉尼（澳大利亚）的超额售价为每 GB 0.05 美元。

每小时实例的月带宽上限如何计算？

如果您的计划已分配给 1000GB ，则每小时超量计算的传输量为 1000/672 = 1.48GB /小时。您的待处理费用将反映此公式计算的超额。注意：在某些情况下，将您的实例运行而不是销毁它并且被评估超额费用可能会更便宜。

你的头像太魔性了

@debiann dropbox box.net

应该，要加个锁，可以用 redis 或 memcached 实现，具体的就不知道了。

@BigDipper7 对， mobike 先扫码，然后提示下载安装他们的客户端才能用。

@Crossin 好像支付宝更快一点啊，微信还要点到钱包里，点好几次。

51job 也一样。

和 18 楼一样，觉得找到手机，打开 app ，不如直接输方便。一件简单的事情被复杂化了。思路切换就像 cpu 线程切换一样是有代价的。

还是以前买的，性能和稳定性都非常好，当时还免费送两个 IP ，不过他们家的流量是进出的算的。

@lhbc 谢谢的回复，不过这么说，那其实 unix timestamp 就是唯一的了，加不加自增 id 就无所谓了。自增 id 如果是数据库提供的话，那必须先查数据库（或由保存到数据库的时候返回的）才能得到。

@windowsma 哦，请看我贴出的网址的 url ，如 http://tieba.baidu.com/p/4855169060/ 希望是短数字的不重复的。

@kslr @lissome 哦，那这个自增序列，是由保存到数据库的时候，由数据库的自增字段提供的吗？感觉这样的设计有问题，这个永久链接应该是网站 url 逻辑的一部分，不应该由数据库来生成。

@lhbc 看了一下能提供数字的短 id ，但不能保证唯一。应该需要自己写保证唯一的逻辑。

@goofansu 嗯，应该是。我刚访问了一下
/t/2
/t/3
/t/4
应该是自增 ID ，如果是用数据库自增 id ，那这个 id 是保存到数据库的时候生成的，感觉这样设计不太好吧。不知道还有没有其他的方式生成，可以在保存到数据库之前就能生产一个唯一的链接 id ，但生成的数字 id 也不能太长。

@sys64 还没发完就点了， NameSilo 也一样没有备用的，然后联系客服，发了好长时间才弄好的。 Authy 把我的 NameSilo 记录弄丢了。