Php 压缩和加密基准比较

Php 压缩和加密基准比较,php,c,encryption,zip,benchmarking,Php,C,Encryption,Zip,Benchmarking,因此,我正在创建一个web应用程序,需要在其中加密/解密文件,将其压缩并发送到浏览器。该站点使用php(codeigniter),但实际的文件服务组件可以使用不同的语言。我想知道除了使用php之外,我是否还可以通过使用纯c甚至shell脚本来提高速度?第一次尝试做对。谢谢大家。使用FastCGI+C/Python/任何fast都可以给您带来巨大的性能改进(取决于您的用例的具体情况),原因如下: 有状态的。PHP必须在每个请求上启动一个新进程,并且没有数据 可以很容易地重复使用。使用FastCGI

因此,我正在创建一个web应用程序,需要在其中加密/解密文件,将其压缩并发送到浏览器。该站点使用php(codeigniter),但实际的文件服务组件可以使用不同的语言。我想知道除了使用php之外,我是否还可以通过使用纯c甚至shell脚本来提高速度?第一次尝试做对。谢谢大家。

使用FastCGI+C/Python/任何fast都可以给您带来巨大的性能改进(取决于您的用例的具体情况),原因如下:

  • 有状态的。PHP必须在每个请求上启动一个新进程,并且没有数据 可以很容易地重复使用。使用FastCGI,您可以创建巨大的内存缓存
  • 更多地控制正在发生的事情。事实上 完全控制
  • Opencaching.pl站点有一个用PHP编写的组件,该组件为谷歌地图小部件的覆盖生成PNG图像。覆盖的工作原理是在地图顶部渲染请求的图像,这样可以标记许多地理点,而无需为每个地理点创建DOM对象。代码由SQL查询组成,获取给定坐标之间的点,然后使用PHP内置的ImageMagick API在画布上绘制它们。地图的每个视图都会导致对PHP脚本的多个查询,更不用说浏览和缩放了。演出很糟糕。大量内存和CPU使用


    当我使用Apache上的FastCGI作为服务解决方案将脚本重写为C时,保留了相同的逻辑、相同的SQL并将ImageMagick替换为SDL,猜猜看,这是一个巨大的改进!突然之间,最大的瓶颈变成了数据库,它可以提供更好的图形。SDL是一个游戏图形库,所以它的性能必须更好!使用PHP,您只能使用medicore质量的库。

    别担心。网络速度比您用来压缩/发送文件的速度慢几个数量级。您是否会同时收到许多压缩文件的请求?这并不能真正回答您的问题,但如果可能的话,提供启用/禁用加密和压缩的选项可能是一个好主意。仅此而已。。。压缩加密数据是徒劳的尝试。。。加密后,您的数据看起来像随机位…只是为了证实@DarkSquirrel所说的,如果您有文件,您可以将其压缩,然后进行加密,但反过来做是没有意义的,因为您无法压缩加密的文件(因为不应该有让您优化压缩的通用性)