我有一个从头开始用PHP编写的应用程序.我正在使用PHP的本机会话处理程序函数来处理用户身份验证和持久性.
在开发服务器上进行测试时,一切都很顺利.身份验证,持久性等都可以正常工作.
在生产服务器上安装后,一切正常,直到用户身份验证为止-当应用程序实际将数据写入会话对象时,紧随其后的HTTP请求完全在执行session_start()时完全挂起.
我怀疑临时会话文件已被PHP锁定并且从未发布,因此我尝试使用session_write_close()跟踪应用程序正在写入会话对象的地方,但这似乎没有任何效果.
这听起来像是文件锁定问题,还是其他?如果是这种情况,我很困惑为什么session_write_close似乎没有解决文件锁定问题,这就是为什么我想知道这里是否还有其他问题.
有任何想法或想法吗?
回应Pekka的出色建议:
>生产服务器是linux环境. phpinfo报告Linux wynn 2.6.18-164.9.1.el5PAE#1 SMP
>页面未自行调用
>我可以读/写会话文件夹和文件.我可以看到从auth尝试序列化到文件中的身份验证数据.
解决方法:
仅有一些想法-除了pygorex的注释之外,首先要打开error_reporting,这绝对应该排在第一位.
>可能不是,但是在session_start的用户贡献的注释中描述了三个挂断:
>您可以读取会话cookie并检查/ tmp目录中是否存在该名称的会话文件吗?该文件可写吗?是否包含数据?
>如果所有其他操作均失败,则manual page on session_save_handler()似乎可以完全替代默认的会话处理功能.考虑使用那些进行详细的调试.
标签:session,php
来源: https://codeday.me/bug/20191106/2001322.html