Cómo quedar siempre "logueado" al sitio sin que éste nos desconecte

Fri, 04 Apr 2008 00:28:33 GMT

Uno de los problemas con los que nos hemos encontrado durante el armado del sitio es que varias veces al día perdíamos la sesión iniciada, perdiendo con ello para siempre cualquier cambio que hubiéramos realizado y que hubiera quedado sin guardar. Esto nos ocurría de manera bastante frecuente, ya que era normal estar por ejemplo editando el texto de un módulo y recibir un llamado telefónico o cualquier otra interrupción de varios minutos, lo que era suficiente para que al retomar la tarea DNN ya nos hubiera sacado de la sesión.

Tras probar no menos de una docena de variantes para evitar este comportamiento, descubrimos esta solución como la más simple y efectiva.

Requiere realizar el siguiente cambio en el archivo web.config:

Se debe marcar además la opción 'Recordar mi usuario' al hacer el inicio de sesión.

Espero que les sea de utilidad y la seguimos en el próximo post.

Mejorar la performance de un sitio DNN

Tue, 25 Mar 2008 20:39:19 GMT

Hemos obtenido mejoras significativas en la respuesta de nuestro sitio DNNCastellano realizando algunos simples ajustes que queremos compartir con todos ustedes.

Por ejemplo, en el menú de Configuraciones del Host, Configuraciones avanzadas, Ajustes de rendimiento, hemos seleccionado los siguientes seteos:

Estado de persistencia de páginas: memoria
Método de almacenamiento temporal para el módulo: memoria
Configuración de rendimiento: uso intensivo del almacenamiento temporal
Habilitar almacenamiento temporal según autenticación: Servidor
Configuración de compresión: Compresión GZip
Utilizar filtro de espacio en blanco: No (*)

(*) Cuidado con esta opción. Cuando la activamos durante las pruebas, en nuestro siguiente intento de logeo ya no pudimos volver a ingresar al sitio. Debimos recurrir a manipular directamente la base de datos de DNN para desactivar esta opción “desde afuera” y poder logearnos correctamente. No recomendamos activarla a menos que sepan como desactivarla en caso de emergencia. El procedimiento será objeto de una próxima entrega en este blog.

También deshabilitamos todas las tareas del programador de tareas desde el menú “Programador de Tareas” del Host, excepto la de purgado de usuarios en línea. Especialmente desactivamos la tarea SearchEngine, que por defecto se activa cada 30 minutos. Con herramientas de medición de la carga de CPU producida por el motor de la base de datos, pudimos verificar que al dispararse esta tarea consumía prácticamente todo el tiempo de máquina de nuestro servidor por varios minutos. Esto dejaba sin respuesta a todos los visitantes que accedieran al sitio durante ese período. Al desactivar esta tarea, se solucionó ese problema. Ahora disparamos la tarea manualmente cada vez que hay un cambio que requiera ser refrescado en el buscador. Esto puede ocurrirle también a su sitio, especialmente si también maneja un amplio catálogo de productos como el nuestro.

Finalmente, borramos el contenido de la tabla del log de eventos desde el Visor del Log en el menú Admin, especialmente si ya hay acumulados muchos eventos allí. Si es imposible entrar al visor de log debido a la cantidad de mensajes, se puede borrar todo el contenido del log desde la opción SQL del menú Host, utilizando la siguiente sentencia SQL: “truncate table EventLog;”. Para borrar sólo los últimos 7 días, se puede ingresar: “delete from EventLog where LogCreateDate < (getdate() - 7);”, en ambos casos sin marcar la opción “Ejecutar como Script”. Lo mismo se podría hacer con las tablas ScheduleHistory y SiteLog.

Espero que les sea de utilidad y la seguimos en el próximo post.

Carlos Perez Kuper

Cómo quedar siempre "logueado" al sitio sin que éste nos desconecte

Mejorar la performance de un sitio DNN