Comment faire face à l'authentification/sessions OpenX XMLRPC

Question

J'ai des problèmes avec Openx; Voici le problème

OpenX :: Services :: Base.connection renvoie la variable de classe @@ connection qui est remplie par OpenX :: Services :: Base.connection si elle n'a pas été initialisée auparavant. Le problème avec cette variable de classe est qu'elle persiste à travers les connexions, ce qui signifie qu'en cas d'accalmie de l'activité, la session XMLRPC entre mon site et OpenX expirera et l'API OpenX ne disposera pas de dispositions pour communiquer une session expirée, qui serait gaspilleuse de toute façon car elle nécessiterait une requête avant chaque communication juste pour vérifier que la session était toujours valide. Ce que je pense serait une meilleure façon de le faire serait d'instancier une connexion au début de toute demande qui a besoin de soutien OpenX, et de le fermer à la fin, en veillant à ce qu'il n'y ait aucune possibilité de temps de session -out sur le côté XMLRPC des choses.

Est-ce que quelqu'un d'autre a enchaîné cela lors de l'utilisation de OpenX/OpenX XMLRPC? Si oui, comment avez-vous résolu ce problème?

Answer 1

J'ai un bloc try/catch autour de l'appel OpenX RPC, et j'ai écrit un traducteur d'exception. Si je détecte un délai d'attente de session, j'exécuterai à nouveau l'opération de connexion, je prendrai l'identifiant de la nouvelle session et je relancerai l'appel OpenX qui a échoué. C'est un peu plus compliqué que d'avoir un job cron pour garder la session en vie mais plus performant et robuste (à mon avis).

Answer 2

Nous avons fait face au même problème. Notre solution: Créez un contrôleur non authentifié qui effectue des interactions simples avec l'API OpenX (juste pour le garder en ligne) et que cette URL soit invoquée par un travail cron toutes les 5-10 min.

Quelle solution avez-vous utilisée?