PEAR의 HTTP_Request2 - 나중 세션을 위해 저장하려는 HTTP_Request2_CookieJar 객체가 있습니다.지속성이있는 쿠키 관리
HTTP_Request2의 manual에는 직렬화 가능 인터페이스가 구현되어 있다고 나와 있습니다. 매뉴얼이 참조하는 소스는 실제로 serialize() 및 unserialize() 계약의 구현을 보여줍니다.
2011 년 8 월 최신 소스는 더 이상 serializable 인터페이스를 구현하지 않습니다.
PHP의 serialize()/unserialize()를 사용하여 객체를 직렬화하면 일부 검색에서 악몽처럼 보입니다.
HTTP_Request2의 쿠키 항아리에 대한 좋은 점은 세션 중에 쿠키를 자동으로 처리한다는 것이었지만 세션간에 유지해야하고 그렇게하기 위해 밤에 코드 페이지를 작성하고 싶지는 않습니다.
여기에서 취할 수있는 가장 쉬운 경로가 있습니까?
을 나는 질문이 잘못된 정보를 제공주의하고 싶습니다..
HTTP_Request2_CookieJar는 처음부터 Serializable 인터페이스를 구현했으며 절대로 제거되지 않았습니다. see this SVN annotation.
흥미 롭습니다 ... 제가 언급 한 2011 년 8 월 소스가 없으며 그 단계에서 HTTP_Request2_CookieJar이 다른 인터페이스를 구현하고 있음을 상기하는 경향이 있습니다. 어쩌면 임시 체크인을 발견했을까요? 어쨌든, 지금 그곳에 있으며 그게 전부입니다. 그래서이 질문을 마무리 할 것입니다. – jontyc
기본적으로 세션 쿠키는 일련 화되지 않습니다. 직렬화하기 전에 CookieJar 객체에서 serializeSessionCookies (true)를 호출해야합니다. HTTP_Request2_CookieJar::serializeSessionCookies을 참조하십시오.
serializing의 코드 : 353 및 unserializing : (376)은 2012 년 3 월 존재, 그래서 어쩌면 개발자는 다시 넣어
확장 한 후 직접 serializable을 구현 하시겠습니까? 쿠키 요청을 네이티브 쿠키 대신 사용할 수 있습니까? 인터페이스는 직관적입니다. –
기능이 제대로 작동하지 않는 것으로 추측됩니다. 기능이 제거 된 좋은 이유가 있었음에 틀림 없으므로 다시 작성하는 것이 조금주의해야합니다. 나는 직렬화 가능한 인터페이스에 익숙하지 않고 지금 당장 배우고 싶지 않다. 단지 그것을 사용하고 싶다. – jontyc
작성자에게 연락하여 왜 삭제되었는지, 다시 가져올 계획인지 물어보십시오. 그들이 그것을 되돌려 놓고 있다면, 당신은 항상 이전 버전을 사용하고 기능이 대체되면 업그레이드 할 수 있습니다. –