标签: alternative-php-cache

我的服务器上运行了多个具有相似配置的 APC 实例（尽管具有不同的缓存大小。但是，其中一个实例的性能非常差，我不知道为什么（100% 缓存碎片，高未命中率）。

我使用的运行时设置如下（几乎是开箱即用的）：

apc.cache_by_default        1
apc.canonicalize            1
apc.coredump_unmap          0
apc.enable_cli              0
apc.enabled                 1
apc.file_md5                0
apc.file_update_protection  2
apc.filters 
apc.gc_ttl                  3600
apc.include_once_override   0
apc.lazy_classes            0
apc.lazy_functions          0
apc.max_file_size           1M
apc.mmap_file_mask  
apc.num_files_hint          1000
apc.preload_path    
apc.report_autofilter       0
apc.rfc1867                 0
apc.rfc1867_freq            0
apc.rfc1867_name            APC_UPLOAD_PROGRESS
apc.rfc1867_prefix          upload_
apc.rfc1867_ttl             3600
apc.shm_segments            1
apc.shm_size                10M
apc.slam_defense            1
apc.stat                    1
apc.stat_ctime              0
apc.ttl                     0
apc.use_request_time        1
apc.user_entries_hint       4096
apc.user_ttl                0
apc.write_lock              1

APC是3.1.6版本，PHP是5.3.3-1ubuntu9.5。我试过多次重启 Apache，所以这不是一个怪异的例子。

有问题的实例只是在安装了一些插件的情况下运行 Wordpress。服务器上的所有其他实例 (~4) 都运行得非常好，命中率几乎为 100%，碎片率为 0%；例如，这个实例持有一个使用 …

我们正在使用 iuscommunity repo 运行 CentOS 6 节点，并且想要将之前安装的 php53u 升级到 php54。

但是，这会在 php53u 和 php54 之间引入依赖冲突。有没有人对这个问题有想法？

--> Running transaction check
---> Package php54-fpm.i686 0:5.4.5-1.ius.el6 will be installed
--> Processing Dependency: php-common = 5.4.5-1.ius.el6 for package: php54-fpm-5.4.5-1.ius.el6.i686
---> Package php54-gd.i686 0:5.4.5-1.ius.el6 will be installed
---> Package php54-mbstring.i686 0:5.4.5-1.ius.el6 will be installed
---> Package php54-pecl-apc.i686 0:3.1.11-2.ius.el6 will be installed
--> Processing Dependency: php54 >= 5.3.5-1 for package: php54-pecl-apc-3.1.11-2.ius.el6.i686
--> Running transaction check
---> Package php54.i686 0:5.4.5-1.ius.el6 will be installed
--> Processing Dependency: php54-cli …

我准备了一个服务器来运行一个 Magento 实例：Apache + Php-FPM + APC

我遇到的问题是 Apache 没有压缩 Magento PHP 脚本的 HTML 输出。

在我的 .htaccess 我有：

AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript
AddOutputFilterByType DEFLATE application/xml application/xhtml+xml application/rss+xml
AddOutputFilterByType DEFLATE application/javascript application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php

我还尝试使用以下方法压缩所有内容：

SetOutputFilter DEFLATE

但我没有运气。

Zlib 压缩被禁用：

php_flag zlib.output_compression on

我的猜测是这与 Php-FPM 或 APC 有关系，但我不确定问题是什么。

为未压缩页面返回的 MIME 类型是：

Content-Type: text/html; charset=UTF-8

有任何想法吗？

更新：问题似乎与 PHP 处理的任何内容有关，如果我将 html 输出复制到 .html 文件然后获取它，它将被压缩，如果我将同一文件重命名为 .php 并将其获取输出不会被压缩。以下是标题：

[[响应标题 HTML 文件]]

Date Fri, 29 Aug 2014 20:03:13 GMT
Content-Encoding gzip …

我有一个运行在低端机器（1GB RAM）上的 Web 应用程序，提供静态和动态 (php) 页面的混合。这些 PHP 页面正在查询一个根本不经常更改的 MYSQL 数据库 - 每周一次？

我希望进行大量缓存以保持一切正常和快速。我的页面虽然是 php，但信息很少更改（获取可能每隔几个月更改一次的项目列表？）。几页可能会列出多达 400 条记录。

我安装了 Varnish、nginx、PHP-FPM、APC、MYSQL。我“认为”我已经正确设置了一切。正在提供页面，并且我在 Varnish 中显示了点击数... Brill！但是，由于网站的性质，我不确定它是否已尽可能优化。

最近的搜索提出了一些可能对我的 php 页面有所帮助的内容：

• nginx FastCGI缓存
• 内存缓存
• MYSQL 查询缓存

一个例子：一个新的 PHP 页面，它列出了相当多（200+）条记录：2 秒刷新后，1.5（ish）秒。编辑：我期望这个页面被缓存在某处并且在访问后更快地提供是不切实际的吗？

我最好的选择是什么？以上一项或全部？