OSQA 不能满足要求？

你确定 instagram 不是山寨

可以反过来看吧，CS学位和培训都太误人子弟了，只有自学才有可能成为高手

@est 还拼不起来，只能说下大致的情况。测试结果表明 GraphicsMagick 比 ImageMagick 快那么一点，JPEG库，libjpeg-turbo又比libjpeg快那么点。队列用 gearmand ，为了让它监听 unix socket ，我用 Twisted 写了个。WSGI Server，在 flup 的基础上，把 SCGI 折腾成可以像 FastCGI 那样监听从 fd0 传进来的 socket，这样就能配合 supervisord 了，现在正在想怎么支持 X-Sendfile， prefork 的处理方式打算抄袭一下 unicorn ，另外再山寨一份 supervisord ，supervisord 蛋疼的地方是不支持用 unix socket 连进来进程的 uid 认证。

你可以在Github同ID上找到相关代码，现在还没文档，有些地方还不稳定。

你确定监视子进程真的有用？测试表明 1024x1024 的JPEG图片，还算不错的CPU上，单核一秒也就只能 10 张。你那是 20M ，处理时间要好几秒都很有可能吧，还有为了照顾浏览体验，你可能需要在上传的时候，生成多个尺寸的缩略图。20M 的用 HTTP 上传本身就显得很坑爹了。也许还是 FTP 或者 SSH 上传，inotify 折腾下？

@est 其实我已经造了小半个了

@eric_q ArchLinux的包管理明明可以标出替换关系的吧

@eric_q ArchLinux 不省心啊，还记得刚开始把 python-* 叫 python2-* 的那段坑爹的日子么

你这样写让我感觉还不如重装了

我感觉要搞定不同平台的字体和CSS几乎是个不可能的任务，也许还不如不设字体，不用CSS ?

lang=en lang=zh ?

@est 缩图很费 CPU 时间，所以你只能，在上传后在后台排队缩成固定的几种尺寸。20M的原图，即时处理是来不及的。我感觉很多开源的都是直接在相同进程用 GD 处理下吧，没仔细看代码，也许我是错的。

@est 但你浏览的时候得是别的尺寸啊，难道你每次都看原始大图？

其实自己用 OpenLDAP + Ejabberd 攒一个也没那么困难，虽然感觉山寨了点。

@est 20多MB的JPEG 你自己用 Web 做也不好做吧

1. picasa ?

@lerry 连 CGI 都不原生支持的，我都不认为能叫 Web Server。

@likuku 能具体说下内存泄漏的细节吗？有人说，是因为通过 FastCGI 发送大文件才会那样的，因为 Lighttpd 总是在内存中缓冲， nginx 会弄个临时文件来缓冲。

http://redmine.lighttpd.net/boards/2/topics/4009

Lighttpd 是 Web Server，nginx 是反向代理，怎么比？

@jjgod 还有啥推荐的 GitHub 仓库，我会在几天内上线一个 preview