Almacenamiento de cliente Variables

Usted puede recordar que las variables de sesión se almacena en la memoria, mientras que las variables del cliente se almacenan en una estructura del disco. La estructura interna de las variables de sesión en la memoria no es importante, pero las opciones para almacenar las variables de clientes merecen un debate. Por defecto, las tiendas de ColdFusion Cliente variables en el Registro de Windows. Como puede ver, todas las variables de clientes asignados a un determinado período de sesiones se almacenan en una clave que toma su nombre de la CFID y CFTOKEN de una sesión determinada. El problema es que el Registro de Windows nunca fue diseñado como una alta velocidad de datos de almacenamiento y sistema de recuperación, y un gran número de accesos consecutivos puede afectar al rendimiento de un servidor. Una mejor opción es almacenar las variables de cliente en un servidor de base de datos. Esto es un poco más complicado que el almacenamiento de datos en el Registro. En primer lugar, debe configurar la base de datos como uno que ColdFusion puede utilizar para el cliente de almacenamiento variable. Para ello, siga estos pasos:

1. En ColdFusion Administrator, crear una fuente de datos ColdFusion en la que almacenar las variables de cliente. (Debe ser un servidor de base de datos reales, tales como Microsoft SQL Server u Oracle, y no un archivo de base de productos, tales como Microsoft Access.)

2. Ir a variables de cliente del administrador de ColdFusion, elija el origen de datos que acaba de crear y haga clic en Agregar.

3. Dar la fuente de datos una descripción, dejar todas las casillas de verificación en sus posiciones por defecto, y haga clic en Enviar. Modificar la configuración del cuadro de registro de entrada sólo si estás absolutamente seguro de que usted necesita. Después de seguir estos pasos, su base de datos contiene ahora dos nuevos artículos: CDATA y CGLOBAL. CDATA contiene el cliente de datos variables, y CGLOBAL contiene información global para cada período de sesiones, tales como el recuento de visitas y el tiempo de la última visita. Para empezar a utilizar la base de datos de clientes variables, usted puede hacer una de las siguientes dos cosas:

Establecer el origen de datos como el cliente predeterminado opción de almacenamiento variable en ColdFusion Administrator. Esta es una buena idea, porque ninguno de su código debe cambiar para apoyarlo. Esto no es una buena idea, sin embargo, si ejecuta varios sitios Web con múltiples bases de datos Clientvariable, porque usted puede, involuntariamente, almacenar variables en el lugar equivocado.

Use la etiqueta CFAPPLICATION como sigue:

Esta es una mejor opción, en general, ya que le da un control más granular sobre la que se almacenan las variables del cliente.

...

¿Por qué usamos UCase ()? Lamentablemente, el parámetro JSESSIONID que es parte de Session.URLToken se incluye como un parámetro en minúsculas; J2EE, sin embargo, requiere que se incluya como JSESSIONID mayúsculas. Si no se incluye la llamada a UCase (), el estado no se mantiene entre las solicitudes. Un detalle importante del desarrollo de ColdFusion que a menudo es pasado por alto tristemente es el marco de aplicación, que se reduce a dos partes: el uso eficaz de Application.cfm, OnRequestEnd.cfm, y la etiqueta de CFAPPLICATION. Un archivo que existen en casi todas las aplicaciones de ColdFusion es Application.cfm. ColdFusion ejecuta este archivo antes de cada petición, haciendo Application.cfm un excelente lugar para establecer las variables que cada petición que puede utilizar, como el nombre de su fuente de datos, base de datos el nombre de usuario y contraseña, y otras constantes globales. Además, ColdFusion también se ejecutará una plantilla llamada OnRequestEnd.cfm después de cada petición, haciendo OnRequestEnd.cfm un lugar ideal para colocar el código pie de página de su sitio. Cuando usted solicita una plantilla de ColdFusion, ColdFusion Lo primero que hace es buscar la aplicación. CFM en el directorio que contiene la plantilla que ha solicitado. Si se encuentra ColdFusion Application.cfm, la búsqueda se detiene y ColdFusion ejecuta Application.cfm. Si no hay un Application.cfm en el directorio actual, ColdFusion busca en cada directorio en la plantilla solicitada camino hasta ColdFusion encuentra un archivo llamado Application.cfm. Por ejemplo, si usted pidió c: \ inetpub \ \ wwwroot midirectorio \ mytemplate.cfm , ColdFusion buscaría Application.cfm en los directorios siguientes en este orden:

c: \ inetpub \ \ wwwroot midirectorio \ c: \ inetpub \ wwwroot \ c: \ inetpub \ c: \

ColdFusion Si no encuentra una Application.cfm cualquier parte de la plantilla solicitada jerarquía de directorios, ColdFusion, simplemente ejecuta la plantilla solicitada. Cuando se pidió a la plantilla de acabados, ColdFusion mira en el mismo directorio donde se encuentra Application.cfm un archivo llamado OnRequestEnd.cfm . Si no encuentra ColdFusion OnRequestEnd.cfm en el mismo lugar que Application.cfm, ColdFusion, simplemente termina la petición. OnRequestEnd.cfm no sigue el mismo directorio que el proceso de recorrido de Application.cfm hace. El problema es saber dónde poner Application.cfm y OnRequestEnd.cfm. Algunas aplicaciones de poner Application.cfm en cada directorio único en la solicitud, mientras que otros no incluyen Application.cfm en absoluto. La mejor práctica se encuentra en algún lugar entre estos dos extremos, por lo general sólo tienen una Application.cfm en la raíz de la estructura de directorios de mi aplicación completa. Yo, sin embargo, añadir un Application.cfm en cualquier lugar que sea absolutamente necesario, pero soy muy cuidadoso para agregar un Application.cfm sólo cuando tengo una razón de peso para hacerlo. CFAPPLICATION es la piedra angular del marco de aplicaciones ColdFusion. Sin CFAPPLICATION, no sería capaz de establecer Cliente, reunión, o las variables de aplicación, y no sería capaz de mantener el estado CFAPPLICATION porque es el mecanismo de ColdFusion para la manipulación y CFID CFTOKEN. Los aspectos de la administración del estado de CFAPPLICATION se ha mencionado anteriormente, sino un atributo de CFAPPLICATION que desafortunadamente no se suele pasar por alto es el atributo de nombre:

El atributo de nombre de las particiones CFAPPLICATION aplicación, sesión, y las variables del cliente en los espacios de solicitud por separado. Si usted llama CFAPPLICATION con un nombre de MyApp en una solicitud y el nombre de yourapp en otra solicitud, ni compartirá la solicitud de otras aplicaciones, reunión, o las variables del cliente, porque las dos solicitudes se encuentran en espacios de aplicación diferentes. El punto es que todas las Etiquetas CFAPPLICATION en toda su aplicación debe siempre referencia al nombre de la misma aplicación. Algunos desarrolladores tratan de dividir la aplicación en diferentes partes, pero no lo haga. La división de una solicitud única en múltiples espacios de aplicación cada vez que fracasa porque el promotor siempre se olvidará de que las plantillas en un espacio de aplicación las variables de sesión el uso de diferentes plantillas en otro espacio de aplicación. Manténgalo simple y utilizar sólo un nombre de aplicación para cada solicitud en su aplicación.

un artículo presentado por Lucas Arnelas

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "Conservación de las variables del cliente" fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.