【问题标题】:server dont start the session php服务器不启动会话 php
【发布时间】:2014-05-27 15:29:43
【问题描述】:

我一直在开发一个小型网站,它在我的本地主机上运行良好,但问题是当我尝试将它放到网上时,我遇到了会话问题,我将它托管在 ipage 上,愚蠢的支持根本没有帮助,所以我的问题是 在每个页面的顶部我称之为:

<?php session_start(); ?>

我改变了:

session.save_path = "/var/php_sessions"

到:

session.save_path = "/tmp"

它适用于第一次登录,但是当你刷新或导航会话时更改为 1。我不知道为什么??

我做了一些研究,发现 ipage 需要使用:

session_save_path("/home/users/web/b2894/ipg.sefroucom/cgi-bin/tmp");

别人说应该是这样的:

session_save_path("/home/users/web/b2894/ipg.sefroucom"/cgi-bin/tmp);

现在每个页面的顶部都有一个转折点:如果我将它添加到索引页面,其他页面可以正常工作,但索引页面也不能正常工作,如果将其添加到其他页面,它就会像主页一样停止工作。 现在已经 3 天了,我真的很沮丧,我不知道该怎么办,如果有人想测试它,请帮忙链接在这里:

http://www.sefrou.com/

您可以对其进行测试并查看问题。 谢谢你

【问题讨论】:

  • 如果没有看到您如何在页面中设置它的一些代码,这只是我们的猜测。
  • 您确定session_start(); 放在任何输出之前吗?
  • 是的,它是页面上的第一件事,没有空间没有

标签: php mysql session login


【解决方案1】:

问题是他们的session path 没有write permisions 用于“其他” 组。必须是 777。

我建议您使用 Cookies(这将允许您进行“永久”登录)或更改您的虚拟主机服务器。

至于其他人说session_save_path("/home/users/web/b2894/ipg.sefroucom"/cgi-bin/tmp); 合适,我说不。这对 PHP 来说毫无意义,会导致致命错误。

【讨论】:

  • 什么样的系统对/tmp没有777权限?
  • 最近配置的一个。也许他的帐户被分配到了一个没有正确权限的新服务器。我记得在新的 Debian x64 / nginx Web 服务器上遇到了同样的问题。
  • 我认为如果这些权限设置不正确,很多事情都会中断。
  • 只有会话和文件上传会被破坏。我在服务器相关问题和管理方面担任技术分析师,根据我的经验,在未设置这些权限的情况下,没有发现任何其他问题。
  • 我不只是在谈论您的应用程序。 Unix 上的许多其他东西都希望 /tmp 是世界可写的。
猜你喜欢
  • 2013-01-04
  • 1970-01-01
  • 1970-01-01
  • 2020-07-17
  • 2014-06-09
  • 2014-06-20
  • 2016-11-14
  • 2011-07-14
  • 2023-03-17
相关资源
最近更新 更多