@Nick 5本的时候就这么多围墙的上限
@nAODI 会绕出来攻击侧翼，我有replay。比如从下方进攻，推完下面围墙众三个建筑物，包括拆一个墙之后的 加农炮，会绕出来去左侧拆下一组4个建筑。

留意MAS Paid 榜的就知道这个是必入型app

@bngzoo 呵呵，那是你，你看我21级1000杯就知道，这个阵还是很多人中奖的，lol

我 29 -> 21

换了新布局，“万”阵
http://ww2.sinaimg.cn/large/a74ecc4cjw1e0vvndtrznj.jpg

我遇到了一次，然后我换设别 ipad 支付成功。

第一个500
第二个1000
第三个2000
共5个builder

壮士一去兮不复返！

Charles

我只用1个美国帐号，无任何异常，当然QQ音乐这类应用是无法享受了，US store没有上架

@honk 突然想到我做这个的初衷，去年的一天，我发了重构稿（当时用的 http://placehold.it/ 服务）给对方，结果对方浏览器中所有的占位图都挂了(后查出是服务器稳定原因)，页面布局失真，自此不再信任个人托管服务器的稳定性。如果当时我使用JS `Holder` 或许不会出错，不过还是不愿意多调用一个额外的js库，习惯问题吧。

@honk 你介绍那个之前我下载下来还看了里面的readme.md，这个占位符的思路和我这个是两种完全不同的想法。
说几个这种offline js处理方法的弊端吧：

* 为了避免404 作者建议使用`data-src`代替`src`
问题：若用js方法做了demo，设计师最终图出来之后我要替换的不只是URL 还要改标签(data-src -> src)。
* 由于基于JS，在没有JS环境时此思路行不通，如：某软件或APP中临时调用一张占位图（我就遇到过iOS 移动嵌入页面时需要占位来查看Retina的适配情况）
* 最后也是最重要的一点：
比如我重构了一个WordPress 主题，当前banner image是预留的 高：300px，宽：1024px；仅此一处需要使用一张占位符，为此开销多余的js调用来实现显得不可取。

当然在特定的情况下，这个js的解决方案优势也很明显，就是offline，完全拜托了网络的禁锢。
特别是有的公司或开发环境是内网，无法访问万维网的情况，显得尤为有用，是么？

@honk
流量的问题看8L回答，

Demo分享的问题就复杂了：
不是每个人都用一样的网盘，而且Dropbox撞墙，对方若访问不了会叫的。demo是给非技术人员看，越优雅越好，弄一些容易复杂化的代码进去，可能会有不好的效果。

个人开发我同意你的，自己开发需要用占位符的话，怎么方便怎么好，但团队间互相传递Demo，比如前端->设计师 | 前端->产品 | 前端->另一个前端，用占位符会好很多。

我一直觉得这套数字font很难辨认位数，特别是战绩，连分隔空格都没有

@huihen 嗯，是的。Dropbox每日限制流量 20G，参看：
https://www.dropbox.com/help/45/en
我处理图片是考虑这个问题了，所以跟精简尺寸，都是0.4k->1.4k左右一张，理论是不会超的。

@insraq
@NemoAlex 其实还有个点，你们不觉得 temp.im 更容易记忆么？lol

@NemoAlex 我为什么不在前端规范中调别人做的那种动态程序生成图片的服务，就是考虑稳定性这个原因，除此之外，要求不高的可以使用这个
http://placehold.us/233x233
--
Try:
http://getimg.in/22%E5%85%882x30
http://getimg.in/22xx30
http://ww2.sinaimg.cn/large/a74eed94jw1e0se4jc9vmj.jpg

@honk 补充一下，不单独调用js的好处是，比如做完了Html重构 的 demo，可以直接发一个单文件就能给对方预览：[另存为这个文件看看]
https://gist.github.com/4524827

@honk 不需要商业支持，使用的 Dropbox Public目录+Nginx 反向代理：
* Dropbox 托管免费
* Dropbox 服务器不会挂
* Dropbox 流量无限
唯一浪费就是我一个小号的5G Dropbox 储存空间而已。

@m 没遇到过，我是FF重度用户，你的问题我那样设置功能键应该就能解决。