使用.htaccess php\u值设置cookie域无效
例如,“website.com”的两个子域共享同一个会话(主要是为了不必为每个站点再次登录) 在每一行中,我都有.htaccess,从以下第一行开始:使用.htaccess php\u值设置cookie域无效,php,apache,.htaccess,cookies,session-cookies,Php,Apache,.htaccess,Cookies,Session Cookies,例如,“website.com”的两个子域共享同一个会话(主要是为了不必为每个站点再次登录) 在每一行中,我都有.htaccess,从以下第一行开始: php_value session.cookie_domain .website.com 在Chrome的开发工具中检查cookie时,该域仍被设置为完整的子域URL,例如“siteone.website.com”和“sitetwo.website.com”而不是“not.website.com” 考虑到虚拟机正在承载其他站点,更改“php.i
php_value session.cookie_domain .website.com
在Chrome的开发工具中检查cookie时,该域仍被设置为完整的子域URL,例如“siteone.website.com”和“sitetwo.website.com”而不是“not.website.com”
考虑到虚拟机正在承载其他站点,更改“php.ini”是不可取的,在php脚本中以编程方式设置“php.ini”也是不可取的(如果我可以避免的话)
没有抛出或记录错误。.htaccess的其他规则正在运行。尝试清除我的所有浏览数据/cookie。奇怪的是,dev设置(在另一个VM上)正在按预期工作。它可能与prod上的SSL设置有关吗?由于某些原因,有人将prod VM设置为使用比安装的主版本旧的PHP版本。它通过在Apache站点配置中指定通过FCGI使用另一个版本的PHP来实现这一点<
中的code>php\u值
。htaccess仅适用于通过Apache模块运行的php
对于每个子域,在其中设置session.cookie\u domain=.website.com
同时,dev VM没有被触动,所以仍然使用PHP作为Apache模块,因此
.htaccess
在那里工作。如果您的PHP字体中有对ini\u set()
函数的调用,那么这个ini\u set()
可能会覆盖.htacess
指令。尝试在主机目录中搜索此函数,并检查指令是否未被重写。