Как бороться с аутентификацией / сессиями OpenX XMLRPC - PullRequest
1 голос
/ 12 мая 2009

У меня проблемы с Openx; вот вопрос

OpenX :: Services :: Base.connection возвращает переменную класса @@ connection, которая заполняется OpenX :: Services :: Base.connection, если она ранее не была инициализирована.

Проблема, связанная с тем, что она является переменной класса, заключается в том, что она сохраняется во всех соединениях, что означает, что в случае затишья активности сеанс XMLRPC между моим сайтом и OpenX истечет, а в API OpenX не будет средств для передачи сеанс с истекшим сроком, который в любом случае был бы расточительным, так как перед каждым сообщением требовался бы запрос только для проверки того, что сеанс все еще действителен.

Я думаю, что лучшим способом сделать это было бы создание экземпляра соединения в начале любого запроса, который нуждается в поддержке OpenX, и закрытие его в конце, гарантирующего отсутствие возможности времени сеанса. на стороне XMLRPC вещей.

Кто-нибудь еще подключал это при использовании OpenX / OpenX XMLRPC? Если да, то как вы решили эту проблему?

Ответы [ 2 ]

2 голосов
/ 04 октября 2011

У меня есть блок try / catch для вызова OpenX RPC, и я написал переводчик исключений. Если я обнаружу тайм-аут сеанса, я снова выполню операцию входа в систему, возьму новый идентификатор сеанса и снова выполню неудачный вызов OpenX. Это немного сложнее, чем иметь работу cron, чтобы сохранить сеанс, но более производительным и надежным (на мой взгляд).

0 голосов
/ 10 сентября 2009

Мы столкнулись с той же проблемой. Наше решение: создать контроллер без проверки подлинности, который выполняет несколько простых взаимодействий с OpenX API (просто для поддержания его работоспособности), и этот URL-адрес вызывается заданием cron каждые 5-10 минут.

Какое решение вы использовали?

...