Session变量不能传送到下一页.解决: session.use_trans_sid = 1

本文主要探讨PHP中SESSION变量不能跨页传递的问题。分析了问题产生的原因,如客户端禁用cookie等。介绍了session的存储和工作原理,指出session不一定依赖cookie。还给出了抛开cookie使用session的几种实现途径,并举例说明,最后提醒注意php.ini文件的位置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

附:文摘
============================================================
在PHP中使用过SESSION的朋友可能会碰到这么一个问题,SESSION变量不能跨页传递。这令我苦恼了好些日子,最终通过查资料思考并解决了这个问题。我认为,出现这个问题的原因有以下几点:
1、客户端禁用了cookie
2、浏览器出现问题,暂时无法存取cookie
3、php.ini中的session.use_trans_sid = 0或者编译时没有打开--enable-trans-sid选项

为什么会这样呢?下面我解释一下:

Session储存于服务器端(默认以文件方式存储session),根据客户端提供的session id来得到用户的文件,取得变量的值,session id可以使用客户端的Cookie或者Http1.1协议的Query_String(就是访问的URL的“?”后面的部分)来传送给服务器,然后服务器读取Session的目录……。也就是说,session id是取得存储在服务上的session变量的身份证。当代码session_start();运行的时候,就在服务器上产生了一个session文件,随之也产生了与之唯一对应的一个session id,定义session变量以一定形式存储在刚才产生的session文件中。通过session id,可以取出定义的变量。跨页后,为了使用session,你必须又执行session_start();将又会产生一个session文件,与之对应产生相应的session id,用这个session id是取不出前面提到的第一个session文件中的变量的,因为这个session id不是打开它的“钥匙”。如果在session_start();之前加代码session_id($session id);将不产生新的session文件,直接读取与这个id对应的session文件。

PHP中的session在默认情况下是使用客户端的Cookie来保存session id的,所以当客户端的cookie出现问题的时候就会影响session了。必须注意的是:session不一定必须依赖cookie,这也是session相比cookie的高明之处。当客户端的Cookie被禁用或出现问题时,PHP会自动把session id附着在URL中,这样再通过session id就能跨页使用session变量了。但这种附着也是有一定条件的,即“php.ini中的session.use_trans_sid = 1或者编译时打开打开了--enable-trans-sid选项”。

用过论坛的朋友都知道,在进入论坛的时候,往往会提示你检查Cookie是否打开,这是因为大多数论坛都是基于Cookie的,论坛用它来保存用户名、密码等用户信息,方便使用。而且很多朋友都认为Cookie不安全(其实不是这样),往往禁用它。其实在PHP程序中,我们完全可以用SESSION来代替Cookie,它可以不依赖于客户端是否开启Cookie。

所以,我们可以抛开cookie使用session,即假定用户关闭cookie的情况下使用session,其实现途径有以下几种:

1、设置php.ini中的session.use_trans_sid = 1或者编译时打开打开了--enable-trans-sid选项,让PHP自动跨页传递session id。
2、手动通过URL传值、隐藏表单传递session id。
3、用文件、数据库等形式保存session_id,在跨页过程中手动调用。

途径1举例说明:

s1.php

<?php
session_start();
$_SESSION[’var1’]="中华人民共和国";
$url="<a href=".""s2.php">下一页</a>";
echo $url;
?>

s2.php

<?php
session_start();
echo "传递的session变量var1的值为:".$_SESSION[’var1’];
?>

运行以上代码,在客户端cookie正常的情况下,应该可以在得到结果“中华人民共和国”。
现在你手动关闭客户端的cookie,再运行,可能得不到结果了吧。如果得不到结果,再“设置php.ini中的session.use_trans_sid = 1或者编译时打开打开了--enable-trans-sid选项”,又得到结果“中华人民共和国”

 

途径2举例说明:

s1.php

<?php
session_start();
$_SESSION[’var1’]="中华人民共和国";
$sn = session_id();
$url="<a href=".""s2.php?s=".$sn."">下一页</a>";
echo $url;
?>

s2.php

<?php
session_id($_GET[’s’]);
session_start();
echo "传递的session变量var1的值为:".$_SESSION[’var1’];
?>

隐藏表单的方法基本原理同上。

途径3举例说明:

login.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>Login</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head>
<body>
请登录:
<form name="login" method="post" action="mylogin1.php">
用户名:<input type="text" name="name"><br>
口 令:<input type="password" name="pass"><br>
<input type="submit" value="登录">
</form>
</body>
</html>

mylogin1.php

<?php

$name=$_POST[’name’];
$pass=$_POST[’pass’];
if(!$name || !$pass) {
echo "用户名或密码为空,请<a href="login.html">重新登录</a>";
die();
}
if (!($name=="youngong" && $pass=="123") {
echo "用户名或密码不正确,请<a href="login.html">重新登录</a>";
die();
}
//注册用户
ob_start();
session_start();
$_SESSION[’user’]= $name;
$psid=session_id();
$fp=fopen("e:/tmp/phpsid.txt","w+";
fwrite($fp,$psid);
fclose($fp);
//身份验证成功,进行相关操作
echo "已登录<br>";
echo "<a href="mylogin2.php">下一页</a>";

?>

mylogin2.php

<?php
$fp=fopen("e:/tmp/phpsid.txt","r";
$sid=fread($fp,1024);
fclose($fp);
session_id($sid);
session_start();
if(isset($_SESSION[’user’]) && $_SESSION[’user’]="laogong" {

echo "已登录!";
}
else {
//成功登录进行相关操作
echo "未登录,无权访问";
echo "请<a href="login.html">登录</a>后浏览";
die();
}

?>

同样请关闭cookie测试,用户名:youngong 密码:123 这是通过文件保存session id的,文件是:e: mpphpsid.txt,请根据自己的系统决定文件名或路径。

至于用数据库的方法,我就不举例子了,与文件的方法类似。

总结一下,上面的方法有一个共同点,就是在前一页取得session id,然后想办法传递到下一页,在下一页的session_start();代码之前加代码session_id(传过来的session id);
====================================================================

还有,我的php.ini文件存放在两个地方 1.c:/php4/php.ini     2.c:/winnt/php.ini ,,而我的程序好像只认识 c:/php4/php.ini,对于 winnt 下的php.ini 改动不起作用.!!! 
在不清楚哪一个php.ini起作用的时候最好同时改动两个文件,虽然是麻烦,但能解决问题.

02:32:46.785: rfc_lte.cpp:694 Select LTE TX band enum 54 on device 0 02:32:46.785: rfc_lte.cpp:708 tx_band_config: Setting to defaults, TX band enum 54 on device 0 02:32:46.785: rfdevice_pa_common.cpp:942 PA does not have exclusive ON register, using low PA gain and default ICQ to turn ON PA 02:32:46.785: rfdevice_pa_common.cpp:758 PA Set TXAGC failed in set current bias 02:32:46.785: rflte_dm_tx.c:3133 Error getting set_pa_txagc from device 02:32:46.785: rflte_dm_common.c:544 NO script is populated for rflm event buffer, num_trans: 0, resource_script_rffe_ptr 0x86A86DB0 02:32:46.785: rfdevice_pa_common.cpp:758 PA Set TXAGC failed in set current bias 02:32:46.785: rflte_dm_tx.c:3133 Error getting set_pa_txagc from device 02:32:46.785: rflte_dm_common.c:544 NO script is populated for rflm event buffer, num_trans: 0, resource_script_rffe_ptr 0x86A86DB0 02:32:46.785: rfdevice_pa_common.cpp:758 PA Set TXAGC failed in set current bias 02:32:46.785: rflte_dm_tx.c:3133 Error getting set_pa_txagc from device 02:32:46.785: rflte_dm_common.c:544 NO script is populated for rflm event buffer, num_trans: 0, resource_script_rffe_ptr 0x86A86DB0 02:32:46.785: rfdevice_pa_common.cpp:758 PA Set TXAGC failed in set current bias 02:32:46.785: rflte_dm_tx.c:3133 Error getting set_pa_txagc from device 02:32:46.785: rflte_dm_common.c:544 NO script is populated for rflm event buffer, num_trans: 0, resource_script_rffe_ptr 0x86A86DB0 02:32:46.785: rfdevice_pa_common.cpp:942 PA does not have exclusive ON register, using low PA gain and default ICQ to turn ON PA 02:32:46.785: rfdevice_pa_common.cpp:758 PA Set TXAGC failed in set current bias 02:32:46.785: rflte_dm_tx.c:3176 Error getting pa gain range data from device 02:32:46.901: rflte_dm_tx.c:3234 Assertion TRUE == rflte_dm_tx_pa_device_not_detected failed
最新发布
07-26
<think>我们正在分析LTE设备中PA(功率放大器)配置失败的问题,具体错误是“PA Set TXAGC失败”和断言错误“Assertion TRUE == rflte_dm_tx_pa_device_not_detected”。 根据引用[2],在配置PA时,会调用set_pa_on_off或config函数,这些函数会获取PA的配置参数(如寄存器地址、数据等)。如果设备未检测到PA,可能会导致断言失败。 引用[2]中的代码片段显示,当请求为RFDEVICE_PA_ON_DATA时,会设置PA的寄存器地址和数据。如果PA设备没有被正确检测或初始化,则可能导致设置失败。 可能的原因和解决方案: 1. PA设备未正确检测:检查硬件连接和PA设备是否被正确识别。引用[1]中描述了PHY设备的属性,包括制造商ID、产品ID等,确保这些与硬件匹配。 2. 配置参数错误:检查PA的配置参数(如寄存器设置)是否正确。引用[2]中使用了特定的寄存器数组(rfdevice_pa_sky_77629_51_pa_on_regs和rfdevice_pa_sky_77629_51_pa_on_data),确保这些数据与当前使用的PA型号匹配。 3. PA初始化问题:引用[1]中有一个字段“INIT”被设置为FALSE,这可能导致设备未初始化。需要确保在配置前正确初始化PA设备。 4. 功率控制设置:引用[3]提到了ETSI功率控制,如果功率控制设置不当,也可能导致PA配置问题。可以尝试调整功率控制设置。 步骤: 1. 确认PA设备在硬件上连接正确,并且被软件正确识别(检查设备树或相关配置)。 2. 检查代码中PA的配置数据(寄存器地址、数据)是否与当前使用的PA型号匹配。如果不匹配,需要更新为正确的配置数据。 3. 确保在配置PA之前,已经调用了初始化函数(将INIT字段设置为TRUE)。 4. 检查功率控制设置,确保符合区域要求(如ETSI)。 如果问题仍然存在,可能需要查看更详细的日志以确定具体失败点。 相关问题: 1. 如何调试LTE设备中的PA初始化问题? 2. 如何验证PA的寄存器配置是否正确? 3. 在LTE设备中,功率控制设置对PA工作有什么影响?</think>### 解决LTE设备中PA配置失败和断言错误的分析 #### 问题分析 1. **PA Set TXAGC失败** 当调用`set_pa_txagc`时,设备无法正确配置PA的发射增益(TXAGC)。引用[2]显示,此过程涉及获取PA寄存器配置数据: ```cpp pa_data_ptr->settings_data_get(&pa_params_cfg, &pa_reg_ag); // 获取PA配置参数 ``` 失败可能原因: - PA寄存器配置数据与硬件不匹配(如寄存器地址/值错误) - PA设备未被正确检测或初始化(见断言错误) 2. **断言错误 `TRUE == rflte_dm_tx_pa_device_not_detected`** 此断言表明软件未检测到PA硬件设备。引用[1]描述了PA设备的检测逻辑: ```cpp { 0x217, /* PHY_DEVICE_MANUFACTURER_ID */ 0xCA, /* PHY_DEVICE_PRODUCT_ID */ ... // 其他识别参数 } ``` 失败可能原因: - 硬件连接异常(如RFFE总线通信故障) - 设备ID(制造商ID/产品ID)配置错误 - PA未在设备树中正确注册 --- #### 解决方案 1. **验证PA硬件检测** - 检查RFFE总线通信:使用示波器确认SCLK/SDATA信号是否正常(引用[1]中`{4,0}`表示总线配置) - 核对设备ID:确保代码中配置的制造商ID(0x217)和产品ID(0xCA)与实际硬件一致 - 确认设备初始化:引用[1]中`INIT: FALSE`表明需调用初始化函数,添加: ```cpp rfdevice_pa_init(pa_device); // 显式初始化PA设备 ``` 2. **修复PA寄存器配置** 引用[2]显示配置依赖预定义寄存器数组: ```cpp settings->addr = &rfdevice_pa_sky_77629_51_pa_on_regs[0]; // 寄存器地址 settings->data = &rfdevice_pa_sky_77629_51_pa_on_data[cfg->port][0]; // 寄存器值 ``` 需: - 确认当前PA型号(如SKY77629)与数组匹配 - 检查`cfg->port`索引是否有效(避免越界) 3. **添加容错机制** 在断言前增加设备检测重试逻辑: ```cpp for (int retry = 0; retry < 3; retry++) { if (rflte_dm_tx_pa_device_detected()) break; // 检测PA设备 sleep_ms(10); } ASSERT(TRUE == rflte_dm_tx_pa_device_detected); // 重试后断言 ``` 4. **功率控制兼容性** 引用[3]的ETSI功率控制可能影响PA使能: ```bash iwpriv wlan0 set_mib disable_txpwrlmt=0 # 启用功率限制 ``` 确保LTE功率配置与区域规范(如ETSI/FCC)兼容,避免软件强制关闭PA。 --- #### 验证步骤 1. 使用RFFE协议分析仪捕获总线通信,确认PA响应 2. 在`settings_data_get()`后添加日志打印寄存器配置: ```cpp LOG("PA Reg: addr=0x%X, data=0x%X", *settings->addr, *settings->data); ``` 3. 若问题持续,检查硬件原理图确认: - PA的USID配置是否匹配引用[1]中`PHY_DEVICE_ASSIGNED_USID=0x1` - 供电电压是否稳定(典型值3.3V±5%) ---
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值