【问题标题】:What are the benefits of the different PHP compression libraries?不同的 PHP 压缩库有什么好处?
【发布时间】:2011-01-28 06:20:43
【问题描述】:

我一直在研究压缩 PHP 库的方法,发现了几个可能有用的库,但我对它们真的了解不多。

我一直在阅读有关 bcompiler 和 PHAR 库的信息。其中任何一个都有性能优势吗?有什么我需要注意的“陷阱”吗?相对的好处是什么?它们中的任何一个是否会增加/降低性能?

我也有兴趣了解其他可能在文档中不明显的库?

顺便说一句,有没有人知道这些工作更像是恰好有代码的 zip 文件,还是更像 Python 的预编译,它实际上运行一个伪编译器?

========================编辑=======================

有人问我,“你想完成什么?”好吧,我想答案是这一切都是假设的。它是这些的组合:

  • 如果我的宠物项目成为地球上最受欢迎的网络项目,我想快速轻松地分发它怎么办? (干草,一个人可以做梦,对吧?)如果使用 PHAR 可以轻松完成,这将是创建颠覆快照的最佳方式。
  • Python有这个很酷的预编译策略,不知道PHP有没有这样的东西?这些库似乎做了类似的事情。他们会这样做吗?
  • 嘿,这些库看起来很整洁,但我想澄清一下它们的不同之处,因为它们似乎做同样的事情

【问题讨论】:

    标签: php compression phar bcompiler


    【解决方案1】:

    Php 还具有“预编译器”支持,但这称为“字节码缓存”。 使用 on 消除了 php 每次解析和编译 .php 文件的需要,并且您真的应该在任何运行 PHP 应用程序的地方都使用一个。

    值得注意的例子是APCeAccelerator

    【讨论】:

      【解决方案2】:

      Phar 只是将选择的 php 脚本打包到一个文件中 - 然后可以运行包含的应用程序,而无需先解包它。 phar 的重点不是预编译(为了速度)或压缩(为了空间)应用程序,只是为了使其更易于分发。

      你想达到什么目的?脚本文件的大小从来都不是真正的问题,因为每次调用时脚本都不会通过网络传输。速度可以通过使用 Zend 之类的缓存或使用诸如运行 Facebook 的 Hip Hop 之类的东西进行预编译来解决。

      【讨论】:

      • 嘻哈看起来真的很有趣。如果可以的话,我会给你+2。我对 Zend 还很陌生,但我会研究一下。
      猜你喜欢
      • 2014-04-10
      • 2019-07-05
      • 1970-01-01
      • 1970-01-01
      • 2011-02-05
      • 2012-03-08
      • 1970-01-01
      • 1970-01-01
      • 2016-11-03
      相关资源
      最近更新 更多