Pregunta

Tengo problemas con openx; aquí es el tema

OpenX :: Servicios :: Base.connection devuelve la clase variable de @@ conexión que está poblada por OpenX :: Servicios :: Base.connection si no ha sido previamente inicializado.

El problema con él que es una variable de clase es que persiste a través de conexiones, lo que significa que si hay una pausa en la actividad, la sesión XMLRPC entre mi sitio y OpenX agotará el tiempo, y la API de OpenX tiene ninguna disposición para comunicar una la sesión ha expirado, lo que sería un desperdicio de todos modos, ya que requeriría una solicitud antes de cada comunicación sólo para verificar que la sesión seguía siendo válida.

Lo que creo que sería una mejor forma de hacerlo sería crear una instancia de una conexión al inicio de cualquier solicitud que necesita el apoyo de OpenX, y para cerrarla al final, asegurándose de que no hay posibilidad de una sesión de tiempo- en el lado del XMLRPC de las cosas.

¿Alguien más ha encounted cuando utilice OpenX / OpenX XMLRPC? Si es así ¿cómo resolver este problema?

¿Fue útil?

Solución

Tengo un bloque try / catch alrededor de la llamada RPC OpenX, y escribí un traductor excepción. Si detecto un tiempo de espera de la sesión voy a ejecutar una vez más la operación de inicio de sesión, voy a tomar el nuevo identificador de sesión y voy a ejecutar la llamada OpenX vuelto a fallar. Es un poco más complicado de lo que tiene una tarea programada con el fin de mantener la sesión con vida, pero con más prestaciones y robusto (en mi opinión).

Otros consejos

Nos enfrentamos a la misma cuestión. Nuestra solución: Crear un controlador no autenticado, que hace algunas interacciones simples con la API de OpenX (sólo para mantenerlo vivo) y tienen este URL invocada por una tarea programada cada 5-10 minutos

.

¿Qué solución ha utilizado?

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top