[发布]temp.im 一个图片占位符服务

[hzlzh]

网站：
http://temp.im/
域名含义：I'm temp | 我是临时的(图片)

使用范例：
http://temp.im/123×456

描述：提供用于占位的图片文件在线托管，方便快捷的获得临时占位图片链接

特性：
* 所有图片文件托管在Drop/box上，安全稳定
* 使用Nginx [反//向//代//哩]避免了Drop/box被xx
* 所有图片已经静态生成，无需计算生成时间，快速响应
* 优化了http head，支持 <img alt="" /> 及 CSS background-image:url() 等调用方式
* 支持任意整数尺寸图片调用从 1×1 -> 1024×768
* 无需.png 或 .jpg等后缀，直接调用

制作过程以及在Github 和 Dropbox 的选择遇到的问题感兴趣的可以进一步看博客里写了，欢迎交流：
https://zlz.im/temp-im-placeholder-images-service/

附图：

[honk]

没有商业支持，又想作为公共服务的话，流量成本会很大。

推荐这个：
http://imsky.github.com/holder/

[hzlzh]

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

[NemoAlex]

一直在用
http://getimg.in/300x300

[huihen]

dropbox流量有限制，貌似一天20G？

[hzlzh]

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

[insraq]

一直用这个：http://placekitten.com/

[hzlzh]

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

[hzlzh]

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

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

[honk]

@hzlzh
dropbox public 目录流量是有限制的；

demo 的话，直接放dropbox public, 发url给对方看不是更方便？如果讲到另存的话，js 直接引用线上的，一样可以是单文件；

当然，这些都是开发阶段的个人偏好，自己喜欢就好

[hzlzh]

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

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

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

[guozhi]

@benzhe img.la

[honk]

@hzlzh
可能你没细看我发的那个 repo , 其实除了多引用一个 js 文件外，占位符用法一样，完全可以不用额外写 js 代码。
最大的好处是，它不需要依赖服务端来存储图片，甚至它不会向服务端发请求

[hzlzh]

@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，完全拜托了网络的禁锢。
特别是有的公司或开发环境是内网，无法访问万维网的情况，显得尤为有用，是么？

[hzlzh]

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

[darcy]

@hzlzh 插入的GA代码多了几个空格

[kofj]

@NemoAlex http://getimg.in/0x0 爆了

[hzlzh]

@darcy 我是故意的，你信么？lol不用统计更快

[qiuai]

手上有个 imgs.in 做个啥好呢......

[qiuai]

好吧.域名掉了.....

[hzlzh]

@qiuai 做个图片图片流站？