【问题标题】:How do I fix the Apache PHPSESSID err0r?如何修复 Apache PHPSESSID err0r?
【发布时间】:2013-08-13 11:11:02
【问题描述】:

我从 AWS PHP 库中获取 Apache 错误,这是我从 Apache 错误日志文件中获取的错误,

[Fri Aug 09 15:47:12 2013] [error] Failed to determine HOME directory after trying "sh: 1: cd: can't cd to ~" (exit code 2)
[Fri Aug 09 15:47:12 2013] [error] PHPSESSID f97oht9qlsuvknc45t075hohn5
[Fri Aug 09 15:47:12 2013] [error] f97oht9qlsuvknc45t075hohn5
[Fri Aug 09 15:47:12 2013] [error] f97oht9qlsuvknc45t075hohn5 =

我尝试在these steps 的帮助下修复错误,之后我得到了其他 3 行错误,

[Fri Aug 09 15:47:12 2013] [error] PHPSESSID f97oht9qlsuvknc45t075hohn5
[Fri Aug 09 15:47:12 2013] [error] f97oht9qlsuvknc45t075hohn5
[Fri Aug 09 15:47:12 2013] [error] f97oht9qlsuvknc45t075hohn5 =

如何解决这些错误? 感谢您的提前帮助。

【问题讨论】:

  • 你能把所有的代码都放在这里吗?
  • 是的,四行错误是从 AWS PHP 库获取的。
  • 您使用的是什么版本的 SDK?您如何向 SDK 提供凭据?你在哪个平台上?
  • 我用的是 1.6.2 版本的 PHP

标签: php apache session amazon-web-services


【解决方案1】:

如果您使用 1.6.x 版的 SDK 并明确向客户端对象提供凭据(而不是依赖 SDK 的配置发现机制),那么您可以尝试使用 AWS_DISABLE_CONFIG_AUTO_DISCOVERY 常量来规避所有自发现代码。

您必须在包含 SDK 之前定义常量。

define('AWS_DISABLE_CONFIG_AUTO_DISCOVERY', true);
require '/path/to/sdk.class.php';

这将消除 isoop 博客中所述的 hack 需求,并且还可以解决日志中显示的其他三行的问题(尽管我不确定为什么 SDK 会导致这些行出现)。

【讨论】:

    猜你喜欢
    • 2021-04-30
    • 1970-01-01
    • 1970-01-01
    • 2020-01-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-04-22
    • 1970-01-01
    相关资源
    最近更新 更多