【问题标题】:Average PHP file size, or recommended limit?平均 PHP 文件大小,还是推荐的限制?
【发布时间】:2012-02-16 05:50:30
【问题描述】:

我很快写了这篇文章,http://www.ionfish.org/php-shrink/ 用户上传了一个包含 cmets 和空格的 .php 文件,它会“缩小”它以适应小文件。

它就是这样做的:http://devpro.it/remove_phpcomments/ 除了它是基于网络的,而且是即时的。点击上传后会有下载提示,保存处理后的文件。

我的问题:

  • 2 兆字节的上传限制是否足够?我应该将其设为 4、8 等吗?
  • 输出是否令人满意(需要您使用一些随机 PHP 对其进行测试),还是应该对其进行调整?
  • 这对公众有用吗?我是否应该添加对缩小 HTML、CSS、JS 甚至 C++ 和 Python 等的支持?

编辑:现在改为 250K,看看是否足够。

【问题讨论】:

  • 一个 2 兆字节的 PHP 文件是一件可怕的事情。我从来没有写过超过 10k 的,而且相当大。
  • 是的,我从来没有超过 50K。那我把它留在250K吗?
  • 无论哪种方式都不能说好/坏。允许什么完全取决于您。
  • 对我来说,如果你公开一个 REST API,这样的事情会更有用,这样人们就可以在构建过程中自动压缩所有文件,而无需在构建脚本中手动执行。确定 POSTed 数据的 mime 类型并自动适当地缩小(或期望文件类型参数)并不难。然后,您总是可以拥有一个手动表单,就像您提供的那种从 REST API 后端运行的表单。当然,这可能比你想要的更多
  • @rdlowrey - 这实际上并不是一个坏主意。允许用户设置自己的应用程序直接向服务器发出请求来处理它。我也可以发布脚本,但我确实会对此进行调查。谢谢。

标签: php html upload preprocessor


【解决方案1】:

需要这种缩小的文件是不良做法的证明。

  1. 使用最佳实践时,单个 php 文件的文件大小绝不会成为问题。
  2. 无论如何,您不应该在部署期间上传文件。相反,您应该从您的 VCS 中检出文件,并且您不希望在您的 VCS 中“缩小”文件。
  3. 这样的缩小也不会提高网站性能,因为每个严肃的项目都使用操作码缓存。

结论:不需要这样的服务。

【讨论】:

  • 好的,谢谢。我仍然会完成这个项目,因为有人会想要一个客户看不到 HTML cmets 的网站。
  • 这与 HTML cmets 有什么关系?
  • 我正在为大量文件添加功能,例如 HTML 和 JS。可能是一些非 Web 文件,例如 C 和 Python。
  • JS 和 CSS 缩小是已经集成在许多服务和库中的标准。 mod_pagespeed 做到这一点,assetics 包做到这一点,等等等等。
  • 我在这里想说的是,您正在重新发明轮子。如果您这样做是为了学习,请继续!
猜你喜欢
  • 2019-03-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-08-27
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多