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

刚刚试用了Lighttpd,感觉很好用,列目录的页面比nginx好看

  •  
  •   lerry · 2012-04-09 22:19:24 +08:00 · 10229 次点击
    这是一个创建于 4635 天前的主题,其中的信息可能已经有所发展或是发生改变。
    刚刚试用了Lighttpd,感觉很好用,列目录的页面比nginx好看,mkv的视频在chrome直接播放,nginx好像不能

    20 条回复    2015-04-30 14:39:04 +08:00
    bhuztez
        1
    bhuztez  
       2012-04-09 22:23:04 +08:00
    Lighttpd 是 Web Server,nginx 是反向代理,怎么比?
    lerry
        2
    lerry  
    OP
       2012-04-09 22:25:24 +08:00
    @bhuztez 一楼看看官方的定义吧,Nginx is a free, open-source, high-performance HTTP server and reverse proxy, as well as an IMAP/POP3 proxy server.
    likuku
        3
    likuku  
       2012-04-09 22:28:52 +08:00
    2007/2008 年用lighttpd时,有内存泄漏问题,内存占用会缓慢持续增加,直到耗尽内存和交换分区。官方没办法,给的解决方案是“定期重启lighttpd"。

    而nginx就没这个问题,没有内存泄漏,长期运行不用管。
    likuku
        4
    likuku  
       2012-04-09 22:29:45 +08:00
    auto index 的list页面都可以高度自定义的,默认不喜欢,可以自己改。
    bhuztez
        5
    bhuztez  
       2012-04-09 22:35:00 +08:00
    @likuku 能具体说下内存泄漏的细节吗?有人说,是因为通过 FastCGI 发送大文件才会那样的,因为 Lighttpd 总是在内存中缓冲, nginx 会弄个临时文件来缓冲。

    http://redmine.lighttpd.net/boards/2/topics/4009
    lerry
        6
    lerry  
    OP
       2012-04-09 22:35:19 +08:00
    @likuku 我也是无意中发现Lighttpd的
    http://packages.linuxmint.com/pool/main/d/debian-system-adjustments/
    反正我是在自己一个旧主机上弄着玩的,用用看吧
    bhuztez
        7
    bhuztez  
       2012-04-09 22:36:38 +08:00
    @lerry 连 CGI 都不原生支持的,我都不认为能叫 Web Server。
    lerry
        8
    lerry  
    OP
       2012-04-09 22:42:32 +08:00
    @bhuztez 好吧,我觉得web server主要是应该serve静态文件的,动态的交给应用服务器
    eric_q
        9
    eric_q  
       2012-04-09 22:45:44 +08:00
    豆瓣大量应用过……现在据说在转向nginx,求证实~
    zhuzhuor
        10
    zhuzhuor  
       2012-04-09 22:49:23 +08:00
    亲身体验是nginx比lighttpd要稳定很多
    之前还用过varnish之类的做缓冲,感觉也没直接用nginx感觉好,而且有各种各样的小问题,也许是我设置不够深入
    likuku
        11
    likuku  
       2012-04-09 22:50:49 +08:00
    @bhuztez 没细节,当时我控制的那组机器是跑lighttpd匹配url来分流的(js,css,jpg,png走本地,flv由lighttpd的flv流模块处理,其他内容用负载平衡功能丢给后端其他apache机器)。

    lighttpd 运行开始,内存占用稳定后,就开始慢慢增长,大约2周后,swap分区就耗的很多(Dell 1850 4GRAM + 4G SWAP gentoo),只有重开lighttpd才能解决。
    likuku
        12
    likuku  
       2012-04-09 22:54:51 +08:00
    @zhuzhuor varnish 就是vm虚存上管理较好,直接给个几十GB的硬盘上的文件作缓存,它自动使用所有可用的闲置系统内存,资源利用蛮好的。不过,这类缓存的东西只适合静态内容,使用合适的话,缓存命中率95%以上,varnish 是在缓存容量和性能上平衡的比较好。高命中率时,内容尽可能会在内存里,很快,但整体缓存因为在硬盘上也有,那么缓存容量可以很大。
    zhuzhuor
        13
    zhuzhuor  
       2012-04-09 23:02:23 +08:00
    @likuku 哦,你这么一说我想起来当时varnish的一个问题,顺带讨论下,虽然有点偏题...
    貌似经过varnish的package header大小有限制,超出去了就会只发前面的部分...
    我们当时有个dz论坛,没法控制header大小,结果就是偶尔有用户会遇到bad request错误
    当时我debug了很久才发现是这个原因
    估计内部设置让这个限制大一点出错的几率可能会少一点,但是后来直接用nginx就没再没遇到这个唉...
    likuku
        14
    likuku  
       2012-04-10 03:44:31 +08:00
    @zhuzhuor 这个就没遇到了,我们varnish就是拿来跑静态内容。
    messyidea
        15
    messyidea  
       2015-04-29 21:25:27 +08:00
    看到可以播放mkv马上尝试了下,发现不行。。可能是我的配置有问题?
    lerry
        16
    lerry  
    OP
       2015-04-29 22:38:21 +08:00
    @messyidea 你试试mkv文件直接拖到chrome窗口能播放吗
    messyidea
        17
    messyidea  
       2015-04-29 22:58:26 +08:00
    @lerry 直接拖是可以播放的,但是在nginx 和 lighttpd 文件服务器下点击mkv文件默认是下载的,mp4点击可以直接播放。
    messyidea
        18
    messyidea  
       2015-04-29 22:59:43 +08:00
    @lerry 不知道是lighttpd没有加载什么模块还是chrome的设置问题。
    messyidea
        19
    messyidea  
       2015-04-30 00:31:32 +08:00
    研究了一下,要指定mime类型映射列表,把mkv映射到video/webm就可以了。 经测试,nginx和lighttpd都可以播放mkv.但是好像chrome支持的格式不多,有些mkv本地播放不了的话网络上的也不能播放.

    http://stackoverflow.com/questions/24061777/html5-browser-local-vs-internet-differences-handling-mkv-and-m4a-media-files
    lerry
        20
    lerry  
    OP
       2015-04-30 14:39:04 +08:00
    @messyidea 恩,的确是这样,如果直接拖能播放,就是能播放 ,然后让服务器返回正确的mime类型就好了
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3016 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 14:13 · PVG 22:13 · LAX 06:13 · JFK 09:13
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.