Php 具有持久性的Cookie管理

PEAR的HTTP_Request2——我有一个HTTP_Request2_CookieJar对象，我希望保存它以供以后的会话使用

for HTTP_Request2表示它实现了可序列化接口。手册引用的源代码确实显示了serialize（）和unserialize（）契约的实现

但这一消息来源是2011年2月。最新的2011年8月源代码不再实现可序列化接口

使用PHP的serialize（）/unserialize（）序列化对象似乎是我对其进行的一些搜索的噩梦

HTTP_Request2的cookie jar的优点是它在会话期间自动处理cookie，但我需要它们在会话之间保持，而且我真的不想花一晚上的时间来编写代码

---

这里有最简单的路径吗？

默认情况下，会话cookie不会序列化。序列化之前，必须对CookieJar对象调用serializeSessionCookies（true）。看

---

：353和：376的代码出现在2012年3月，所以开发人员可能会把它放回去

默认情况下，会话cookie不会序列化。序列化之前，必须对CookieJar对象调用serializeSessionCookies（true）。看

---

：353和：376的代码出现在2012年3月，所以开发人员可能会把它放回去

我想指出，这个问题提供了误导性的信息

---

HTTP_Request2_CookieJar从一开始就实现了可序列化接口，这一点从未被删除。

我想指出，这个问题给出了误导性的信息

---

HTTP_Request2_CookieJar从一开始就实现了Serializable接口，但这个接口从未被删除。

扩展它并自己实现Serializable？你能让请求使用你的cookiejar而不是它的本机cookiejar吗？界面看起来很简单。我在重新实现它时有点谨慎，因为从一开始就删除该功能肯定有很好的理由——我猜它没有正常工作。我不熟悉serializable接口，也不想现在就学习它，我只想使用它。联系作者，询问他们为什么要删除它，以及他们是否打算将它放回去。如果他们要把它放回去，你可以随时使用旧版本，一旦功能被替换，你就可以升级。最简单的方法就是给这些家伙发电子邮件并询问他们。Alexey的响应能力很强。你自己扩展它并实现serializable吗？你能让请求使用你的cookiejar而不是它的本机cookiejar吗？界面看起来很简单。我在重新实现它时有点谨慎，因为从一开始就删除该功能肯定有很好的理由——我猜它没有正常工作。我不熟悉serializable接口，也不想现在就学习它，我只想使用它。联系作者，询问他们为什么要删除它，以及他们是否打算将它放回去。如果他们要把它放回去，你可以随时使用旧版本，一旦功能被替换，你就可以升级。最简单的方法就是给这些家伙发电子邮件并询问他们。亚历克西反应很快。很有趣。。。我确实注意到，我没有提到2011年8月的源代码，我确实倾向于回忆HTTP_Request2_CookieJar在那个阶段实现了另一个接口。也许我偶然发现了一个临时登记处？不管怎样，它现在就在那里，这就是最重要的，所以我将结束这个问题。有趣的。。。我确实注意到，我没有提到2011年8月的源代码，我确实倾向于回忆HTTP_Request2_CookieJar在那个阶段实现了另一个接口。也许我偶然发现了一个临时登记处？不管怎样，它现在就在那里，这才是最重要的，所以我将结束这个问题。