【问题标题】:Timeout error with any post script when idle too long空闲时间过长时,任何 post 脚本都会出现超时错误
【发布时间】:2012-04-13 20:28:12
【问题描述】:

我正在为用户使用 cookie;没有会话数据。在您发布数据的任何表单上,当您空闲 2 到 3 分钟时,都会出现超时错误。

这是您登录时发生的情况。

$_COOKIE['user_id'] = 1;
$expire = time() + 60 * 60 * 24 * 365;
setcookie('user_login', $_COOKIE['user_id'], $expire);

这是 php.ini;适用于问题的东西...

max_input_time = 10080
max_execution_time = 10080
session.gc_maxlifetime = 10080
memory_limit = 100M

我正在使用共享的 GoDaddy 共享主机,据说他们已经解决了所有问题。但是,我已经尽一切努力解决这个问题,但没有解决。这是错误的屏幕截图...

我快疯了。我有 20 位作家,当这种情况偶尔发生时,这太可怕了。关于可能导致这种情况的任何想法?谢谢。

【问题讨论】:

  • 我刚上 uplup.com,从空白页面加载大约需要 30 秒才能看到任何内容,当我看到所有拇指图像都是全尺寸(640 ×431) 并且没有缓存到浏览器中,这将涉及相当多的带宽浪费。
  • 总之,我必须对拇指做点什么。感谢您的提示。

标签: mysql timeout php


【解决方案1】:

尝试将您的 cookie 有效期设置为 1 小时,看看是否有帮助:

$expire = time()+3600;  /* expire in 1 hour */

【讨论】:

  • 不,同样的错误。我大概测试了 20 到 25 次,得出的结论是它正好处于 90 秒不活动状态。这会让你知道它可能是什么吗?
  • 您是否在使用某种类型的 CMS 或登录脚本?
  • 自定义登录脚本,虽然很简单。根本没有会话数据。我今天用 cookie 重写了整个用户系统来尝试解决这个问题。虽然结果相同...
猜你喜欢
  • 1970-01-01
  • 2017-09-25
  • 2016-02-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-09-26
  • 2021-03-07
相关资源
最近更新 更多