问题标签 [pecl]

我正在编写用于安装 PHP 的自定义自制程序公式。除了当我需要通过 PECL 安装 APC（和其他一些）时，它工作得很好。PECL 安装暂停询问几个问题，并由于缺少用户输入而导致 brew 安装失败或挂起。

有没有办法简单地接受 PECL 中的默认值？或者 Homebrew 可以以某种方式将 Enter 键发送到系统？

我正在尝试为发送的 pecl_http HttpRequest 对象启用 cookie 持久性，使用相同的 HttpRequestPool 对象发送（如果重要的话）；不幸的是，文档非常稀缺，尽管我做了所有尝试，但我认为事情并不正常。

我已经尝试过使用 HttpRequestDataShare（尽管这里的文档非常稀缺）和使用 'cookiestore' 请求选项来指向一个文件。我仍然没有看到在连续请求中发送回服务器的 cookie。

明确地说，“cookie持久性”是指服务器设置的cookie会自动存储并由pecl_http在连续请求时重新发送，而无需我手动处理（如果涉及到它，我会的，但我希望我不必这样做）。

谁能指出一个工作代码示例或应用程序将多个 HttpRequest 对象发送到同一服务器并利用 pecl_http 的 cookie 持久性？

谢谢！

到目前为止，我一直无法在我的 OS X 机器上安装这个扩展。我在 CentOS 或 RedHat 上没有遇到任何问题。

我已经从源代码构建了 gpgme-1.3.0。

sudo /Applications/XAMPP/xamppfiles/bin/pecl install gnupg

相关输出：

谷歌并没有提供太多帮助，我在解释 make error-output 方面的技能还没有达到成熟 - 我希望有人能够给我一个提示，说明我需要做什么才能获得这个扩展在职的！

我下载了一个 PECL 扩展并执行：

以下命令产生了几十个错误：

我怀疑前两个错误会导致其他错误：

/Users/afilina/Downloads/APC-3.1.9/apc.h:61:17：错误：php.h：没有这样的文件或目录 /Users/afilina/Downloads/APC-3.1.9/apc.h:62 :30: 错误: main/php_streams.h: 没有这样的文件或目录

以下是数十个语法错误的示例：

/Users/afilina/Downloads/APC-3.1.9/apc.h:69：错误：“TSRMLS_DC”之前的语法错误

有没有人指出可能发生了什么？使用“pecl”命令安装不是一个选项，因为我的 PEAR 安装已损坏。

我正在尝试使用 APCIterator 类，并且在一些系统配置上我遇到了Fatal Error: class 'APCIterator' not found错误。

我试过了：

• Fedora 11、PHP 5.2.13、APC 3.0.19
• Centos 5、PHP 5.2.14、APC 3.1.4
• 视窗 7、PHP 5.2.7、APC 3.0.19

使用 apc_store() 和 apc_fetch() 方法正确安装了 APC 并且工作正常，只是 APCIterator 类导致了问题。

关于何时引入该类以及它附带的 APC/PHP 版本的文档很少。我能找到的最好的是 PECL 站点上的更改日志中的一条评论，建议 APCIterator 是在APC 3.1.1中引入的

谁能告诉我是否需要安装一些东西，或者我需要升级才能使用它的版本？

我正在尝试使用 pecl oauth

但是当打电话给

我收到警告说常量 OAUTH_REQENGINE_CURL 是字符串而不是 int。

用于设置引擎 OAUTH_REQENGINE_CURL 的另一个常量是一个整数。

这是一个错误吗？我错过了什么吗？

使用 php 5.3.5 和 pecl-oauth v1.2

OAUTH_REQENGINE_CURL 未定义为常量。

尽管在文件 php_auth.c 中，以下几行定义了 2 个引擎

定义 OAUTH_REQENGINE_STREAMS 1

定义 OAUTH_REQENGINE_CURL 2

谢谢，

在 php 二进制文件中编译 pecl 扩展会提高性能吗？

我希望我的术语是正确的，但是：

http://php.net/manual/en/install.pecl.static.php

那就是我的意思。

我们有一小部分扩展，几乎在每个脚本执行中都会用到，我们认为将它们放在 mod_php 二进制文件中而不是通过 extension=ext.so @ php.d / php.ini 加载会更明智。此外，我们确实使用自编译的 php 二进制文件，而不是基于包 (rpm/dpg/etc) 的二进制文件。所以这样做是相当微不足道的。

任何人？

谢谢！

首先，这是我当前系统的样子：

• 沙发数据库 1.0.2
• PHP 5.3.6
• 阿帕奇 httpd 2.2.19
• PECL http 1.7.1
• CouchDB-Lucene 0.6.1

我正在用 CouchDB 和 CouchDB-Lucene 构建一个迷你搜索引擎。当用户输入查询时，我 POST 到我的 PHP 脚本，然后查询 couchdb-lucene。然后，Couchdb-lucene 将向 PHP 脚本返回匹配文档键的列表。然后，我将数据（使用 http_post_data）发布到带有该键列表的列表函数（详细信息在此处，在“查询选项”下）。此列表函数返回 HTML 格式的结果。这是有效的部分。

我的需求现在正在发生变化，我只想查询视图并取回 JSON。但是，当我这样做时，这是来自 http_post_data 调用的响应：

HTTP/1.1 415 Unsupported Media Type Server: CouchDB/1.0.2 (Erlang OTP/R13B) Date: Sat, 09 Jul 2011 22:22:51 GMT Content-Type: text/plain;charset=utf-8 Content-Length: 78 Cache-Control: must-revalidate {"error":"bad_content_type","reason":"Content-Type must be application/json"}

我为此视图生成的 URL 是正确的。我可以将我的 POST 调用更改为

http_post_data(url/of/view, $key_string, "Content-Type:application/json");

但实际上不会返回任何内容（我正在查看 Firebug 中的输出）。为了发回我的结果，这里是相关的 PHP：

HttpResponse::setContentType("application/json"); HttpResponse::setData($response);

$response包含从 http_post_data 调用到 CouchDB 的响应。

有什么建议么？这已经让我发疯了一天又一点。

谢谢。

我们在我的工作中有一台服务器，上面安装了 APC，大约每 1-2 周，突然间，这个错误开始被抛出，当它被抛出时，它发生了很多。在整个 1-2 周内它会非常好，然后它就会爆炸。我想出阻止错误的唯一方法是重新启动 apache。发生这种情况时，该网站似乎运行良好，但我担心如果我不重新启动 apache，服务器最终会开始变得不稳定并开始出现异常行为。

当我在谷歌上搜索这个时，我发现一个页面很有用（一个 PECL 错误），以及一堆在出现此错误时被编入索引的页面。

我很想解决这个警告，或者至少找出更多关于问题所在的信息。谢谢你的时间！

PS 服务器托管一些站点，其中一些站点正在使用表达式引擎。除此之外，这几乎是您正常的 LAMP 设置。

我正在与许多开发人员通过 Git 开展一个项目，现有代码库使用 PECL YAML PHP 扩展（v1.0.1）。

我已经尝试了许多步骤来在我的 MAMP 服务器上安装 PECL YAML 扩展，但并不高兴！

我假设其他开发人员都在 Linux 上。

安装的前几次尝试在我的 php_error_log 中发现了这个错误：

“[2011 年 7 月 16 日 11:29:13] PHP 警告：PHP 启动：无法加载动态库 '/Applications/MAMP/bin/php5.3/lib/php/extensions/no-debug-non-zts- 20090626/yaml.so' - dlopen(/Applications/MAMP/bin/php5.3/lib/php/extensions/no-debug-non-zts-20090626/yaml.so, 9)：找不到合适的图像。确实找到了：/Applications/MAMP/bin/php5.3/lib/php/extensions/no-debug-non-zts-20090626/yaml.so：mach-o，但第 0 行的 Unknown 中的架构错误“

经过大量时间谷歌搜索后，我意识到我并不孤单，这是因为我使用“./pecl i yaml”编译的扩展是 64 位版本

“文件 yaml.so”：yaml.so：Mach-O 64 位捆绑包 x86_64

但是，将此与我的 MAMP 设置上的工作扩展（即“文件 xdebug.so”）进行比较：

xdebug.so：具有 2 个架构的 Mach-O 通用二进制文件
xdebug.so（用于架构 ppc）：Mach-O 捆绑 ppc
xdebug.so（用于架构 i386）：Mach-O 捆绑 i386

因此，我发现了许多帮助我确定确切问题的博客。

无法在 32 位 MAMP 服务器上运行 64 位扩展 - 有道理。

我的安装过程是：

• 下载 PECL YAML 源码
• 将 tar 和 cd 提取到模块源中
• phpize 在模块目录中

• 使用博客中的命令运行 .configure：

  "CFLAGS='-O3 -fno-common -arch i386 -arch x86_64 -g -Os' LDFLAGS='-O3 -arch i386 -arch x86_64' CXXFLAGS='-O3 -fno-common -arch i386 -arch x86_64 -g -Os' ./configure --disable-dependancy-tracking --disable-shared -enable-static"

• 制作

• 将创建的模块从 modules/yaml.so 复制到 MAMP：

  “sudo cp 模块/yaml.so /Applications/MAMP/bin/php5.3/lib/php/extensions/no-debug-non-zts-20090626/。”

上述解决方案似乎对我以外的所有人都有效。

我的错误日志现在报告这个：

[2011 年 7 月 16 日 11:09:25] PHP 警告：PHP 启动：第 0 行的未知库（可能不是 PHP 库）“yaml.so”无效

我现在已经花了好几个小时了，需要你的帮助。

我实际上要做的就是在 PHP 中解析 YAML。

我有两个选择：

1. 修好它，然后呼吸一下解脱的迹象

2. 改用 PHP YAML 解析类，以后避免使用此扩展

选项 2 的问题是，由于我无法安装扩展，代码库会发生变化。

任何建议或解决方案将不胜感激。

干杯