Php 什么是带钥匙的饼干；ebNewBandWidth“；？设置在哪里？

在过去的3天里，我从CodeIgniter的输入类中得到了“不允许的关键字符”错误。我发现这是由于CI检查$\u cookie数组中的有效全局cookie键造成的。触发警报的特定键如下所示（asianfanfics.com是我工作的网站）：

ebNewBandWidth\uu www\uAsianFanfics\uCOM=277%3A1357053922099；expires=Wed，2014年1月1日格林威治标准时间15:25:24_路径=/_域=\u www\u asianfanfics\u com

ebPanelFrequency\uu www\u asianfanfics\u com=\“\”；expires=周二，2013年1月1日格林尼治标准时间15:43:39_路径=/_域=\u www\u asianfanfics\u com

因此，如果

$\u COOKIE[$key]=$value

，

$key

未通过CI的检查，

$value

始终为空。当在Chrome的cookie inspector上检查cookie时，我看到它是为www子域设置的，并且在expires下，而不是日期，它显示“会话”

与此相关的另一个问题是，有人在使用我没有使用的jquerytabs插件

---

有人知道该cookie的设置吗？

根据cookie的名称（以

ebNewBandWidth

和

ebPanelFrequency

开头），您可能想询问LinkedIn，他们的服务器是否向您的服务器提供的客户端资源中注入了一些代码，或者以其他方式连接到您的网站或域名，而这些网站或域名是创建这些cookie的来源：

LinkedIn公司
收件人：隐私政策问题
2029斯蒂尔林法院
加利福尼亚州山景城94043
美国

可能是因为一般情况下，每个人都可以使用此类cookie请求头设置浏览器中被接受为有效cookie名称的所有内容

cookie中的会话意味着，它将在浏览器关闭时过期

剩下的看起来像是Codeigniter出于某种原因扔掉了饼干。可能只是预先警告

任何HTTP客户机都可以向您的服务器发送任何类型的cookie请求头，因此您对此无能为力

cookie始终由用户代理设置，至少是导致错误的请求中的cookie（进入

$\u cookie

）

哪一个进程最初设置了这个特定的cookie不能仅通过cookie的名称来说明。任何进程都可以创建任何类型的cookie头，cookie看起来至少足够有效，可以让浏览器将其与请求一起发送

---

可能Codeigniter需要在此处进行一些修复或设置，以便您可以使用这些密钥，例如，您可能希望禁用这些密钥（在您的情况下是无用的？）检查。

我相信MediaMind以前的EyeBlaster（因此是Cookie的eb前缀）是这些Cookie的幕后黑手。他们的服务被横幅广告服务广泛使用，因此他们很可能间接地被你的站点使用的服务所涉及。上面提到的infiniti cookie页面将它们链接到ebNewBandWidth。

谢谢。现在我已经扩展了CI的输入类来忽略cookie键错误，但是我不太愿意修改核心类的功能。这在代码运行的三年中没有发生过，所以现在不确定是什么导致了它。你是说这是由用户的浏览器而不是服务器设置的？我现在可以安全地忽略这个cookie吗？我不能告诉你是否可以安全地忽略那个cookie。可能是的，可能不是。刚刚看到你的编辑。我看到其他一些网站说他们有带有该键（Infiniti）的cookie，但仍然不确定为什么我的cookie会突然受到影响。感谢您的回复。您是否正在使用linkedin javascript小部件？比如为我的帖子投票、发表评论、交朋友之类的“社交”东西？我有Google+、FB-likes和Twitter。我已经看到问题cookie的cookie路径设置为没有这些小部件的页面，所以我不认为会是这样，但我会尝试禁用它们。这就是PHP的会话进程（如session_start（））所设置的cookie吗？我有一个使用PHP会话的第三方票务板（我的应用程序没有）。我刚刚在我管理的一个使用CodeIgniter和LinkedIn构建的网站上发现了这个问题。看起来cookie的格式不正确，整个字符串已被推入密钥中。不过，还没有找到原因。