V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
est
V2EX  ›  站长

寻找:lightweight photo/video gallery and microblogging archiver

  •  
  •   est · 2012-04-10 12:02:47 +08:00 · 4538 次点击
    这是一个创建于 4601 天前的主题,其中的信息可能已经有所发展或是发生改变。
    不相信云服务提供商了。

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

    需要:

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


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

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

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

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

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

    我记得HTML5可以读取文件blob?可以试试分块上传。
    est
        19
    est  
    OP
       2012-04-24 16:51:37 +08:00   ❤️ 2
    yoyicue
        20
    yoyicue  
       2012-04-24 16:56:47 +08:00
    @est
    我还是觉得 一般的 vps 不合适做相册这种服务.
    坚持不了多少年. 迁移的成本还很大.
    est
        21
    est  
    OP
       2012-04-24 17:28:57 +08:00
    @yoyicue OpenPhotoProject图片可以是S3和dropbox上的。迁移成本哪里大呢?
    yoyicue
        22
    yoyicue  
       2012-04-24 17:32:12 +08:00
    @est 我没说 OpenPhotoProject 不合适, 我强调的是 VPS 不合适.
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1230 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 23:14 · PVG 07:14 · LAX 15:14 · JFK 18:14
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.