Question

我在机器A(solaris.example.com)上有一席,机器B(rhodes.example.com)上有一席,这两台机器与同一MYSQL数据库连接,该数据库有一席。

我已执行我自己的会议手稿,以便节省数据库的费用,而不是将其保存到档案中,而这项工作是罚款的。

我的问题是,我如何从机器B获得在机器A上设定的准确会议身份?

我的手稿对两台机器做了这些安排:

ini_set("session.gc_maxlifetime", "288000"); 
ini_set("session.cookie_lifetime", "288000");
ini_set("session.save_handler", "user");  
session_set_cookie_params( 0, "/", ".example.com", false, false);
session_cache_expire(288000);

问题Im到是,机器B在桌上设置了新的会议,当我试图用<条码>在机器B上设定会议编号时,则使用<条码_id (美元_GET[`sessId”] ,它压倒了机器A创造的价值。

问题是,我如何告诉机器B如何使用由机器A创建的、从表格中获取数据的元数据。

我认为这是自动的,因为我称之为session_set_cookie_params(0,“/”,“example.com”,不实;。

任何帮助都是热情的。

Answer 1

我将努力在用户机器上节省一个厨师,这样一来可以很容易地确定自己的会议是否存在。当然,如果使用者有残疾的厨师,那就赢得了笔工作。

您可以根据用户P/etc储存某种有意义的数据,然后根据这些数据确定用户。注:只有在你能够准确识别用户时,这一解决办法才会奏效。否则,你可以向目前的用户提供其他用户会议。

Edit i发现“link on SO,或许会有所帮助。

Answer 2

假设两台机器在客户方使用国际投资协会的同一东道名称,你的做法显然是错误的。

届会期: (美元)

use_trans_id 应尽可能避免。库克群岛的数值仅以_REquestST(视要求而定)或以_COOKIE为单位。

当然,如果他们在客户中使用不同的东道方名称,那么你就不得不把会议拼凑起来,而PHP可能为你赢得。

利用厨师是一种更为明智的做法,大大简化了事。

您应核实,在A机器上创建的会议是否真正提交给B机器(作为厨师或URL)。如果是的话,那么情况就非常罕见。

友情链接