Implementar at.js en un entorno que no sea de producción

Información sobre las técnicas para implementar de forma segura at.js en un entorno que no sea de producción.

Usar la extensión “Requestly” de Chrome para asignar a otro archivo

NOTA

Además de la siguiente información, puede utilizar la extensión del explorador Adobe Target VEC Helper para Google Chrome.

Requestly es una extensión gratuita de Chrome que le permite redirigir las solicitudes a una URL alternativa.

Se implementa at.js en una dirección URL y luego se usa Requestly para asignar la dirección URL del archivo mbox.js actual a la nueva dirección URL de at.js. A continuación, cada vez que el sitio web intente cargar mbox.js, cargará at.js en su lugar. Este enfoque también facilita que Adobe proporcione soporte técnico.

Implementar en un entorno de desarrollo, ensayo o control de calidad

Si aloja mbox.js en la base de códigos y puede actualizar con facilidad los entornos de código, implemente at.js en uno de los entornos más bajos.

Para obtener mejor soporte técnico de Adobe, implemente el archivo en un entorno al que Adobe pueda tener acceso.

Usar Charles o Fiddler para asignar a un archivo local

Charles Web Debugging Proxy es una aplicación disponible para Mac y Windows cuya característica Map Local puede usarse para asignar la carga del archivo mbox.js de producción a una copia local de at.js. Se puede descargar una versión de prueba gratuita para Mac y Windows.

Fiddler es una herramienta similar que está disponible como descarga gratuita para Windows.

Implementar en el entorno de otro administrador de etiquetas

Si está usando otro administrador de etiquetas, posiblemente tenga una forma de implementar at.js de manera segura sin afectar el tráfico de producción.

En esta página