寻找:lightweight photo/video gallery and microblogging archiver

2012-04-10 12:02:47 +08:00
 est
不相信云服务提供商了。

不知道独立建站的各位有没有比较轻量级、消耗资源少、配置简单、界面美观大方的建站代码推荐?

需要:

* 一个私人或者家庭的图片、视频画廊展示,支持评论和查看exif。千万别花哨和功能复杂。如同 Google Plus那样的界面就好。允许一点封面stack,然后逐张查看即可。


* 一个被动同步twitter和新浪微博的工具。因为twitter有3200条回溯限制,sina的东西经常被删,所以需要一个强大的存档工具。能完整支持对话上下文、图片archive最好不过了。

最好是开源的。php或python为佳。我的VPS是256MB所以需要轻量级的。麻烦各位推荐。谢谢。
4568 次点击
所在节点    站长
22 条回复
bhuztez
2012-04-10 12:12:28 +08:00
1. picasa ?
est
2012-04-10 13:09:12 +08:00
@bhuztez 需要自己建站。而不是依托别人的服务。自己的数据自己保管最好。
est
2012-04-10 13:09:46 +08:00
况且Picasa对大图还有尺寸和文件大小限制。让我20多MB的JPEG全景图情何以堪。
bhuztez
2012-04-10 13:14:34 +08:00
@est 20多MB的JPEG 你自己用 Web 做也不好做吧
est
2012-04-10 13:31:58 +08:00
@bhuztez 不太明白,哪里做不好?有保存原始大图正是自己建站的好处呀。
bhuztez
2012-04-10 13:34:34 +08:00
@est 但你浏览的时候得是别的尺寸啊,难道你每次都看原始大图?
est
2012-04-10 13:36:28 +08:00
@bhuztez 哦。缩略图这个基本功能肯定是任意photo gallery程序都有的吧。
bhuztez
2012-04-10 13:45:35 +08:00
@est 缩图很费 CPU 时间,所以你只能,在上传后在后台排队缩成固定的几种尺寸。20M的原图,即时处理是来不及的。我感觉很多开源的都是直接在相同进程用 GD 处理下吧,没仔细看代码,也许我是错的。
est
2012-04-10 13:55:29 +08:00
@bhuztez 后台队列处理可以接受。。。但是那样的程序不存在?

我又想自己造轮子了。
Jet
2012-04-10 15:00:02 +08:00
@est 造吧。

自己的vps还是用自己的程序好玩。
est
2012-04-10 15:32:16 +08:00
@Jet 这这这您这是逼我挖火炕啊。
Jet
2012-04-10 21:19:08 +08:00
@est 我已经挖了很多火坑了还跳了不少啊亲!!
Livid
2012-04-10 21:22:37 +08:00
@est 正好可以用来试试 Tornado 或者 Celery 的异步任务处理……
bhuztez
2012-04-10 21:24:25 +08:00
@est 其实我已经造了小半个了
est
2012-04-10 22:25:58 +08:00
@Livid 我计划中的还用不着高级的异步模块。一个subprocess开启ImageMagick压图,然后监视子进程,是否结束,结束则回调函数,出错则调用异常。
@bhuztez 发出来围观一下?
est
2012-04-10 22:26:44 +08:00
@Livid 多年前的footbig还会有下文么?搞一个分布式的图片SNS来玩玩?
bhuztez
2012-04-10 22:40:56 +08:00
@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
2012-04-10 22:56:07 +08:00
@bhuztez

> 20M 的用 HTTP 上传本身就显得很坑爹了

我记得HTML5可以读取文件blob?可以试试分块上传。
est
2012-04-24 16:51:37 +08:00
yoyicue
2012-04-24 16:56:47 +08:00
@est
我还是觉得 一般的 vps 不合适做相册这种服务.
坚持不了多少年. 迁移的成本还很大.

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/31865

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX