Webtrax ayuda a comprar la tarjeta de crédito de bitcoin canadá

Webtrax es un programa de análisis de archivos de registro para los registros del servidor web NCSA. Funciona mejor en registros que incluyen "referencia" y "navegador" información, como el "Formato Combinado NCSA." Webtrax lee el archivo de registro de un servidor web y produce hasta veinte informes gráficos y tabulares diferentes de visitas y las actividades de los visitantes individuales del sitio, incluidas las páginas que vieron y por cuánto tiempo. La salida de Webtrax es extremadamente personalizable.

Webtrax está escrito en Perl y, por lo tanto, es portátil para muchas plataformas. Lo he comprobado en Macintosh, Windows 95, Linux y FreeBSD Unix. El programa está diseñado para registros de visitas de tamaño pequeño a mediano: lleva unos segundos en una máquina de 1 GHz analizar un registro de 5000 golpes. He analizado registros diez veces más grandes, pero lleva mucho tiempo en una máquina multiusuario; Perl se interpreta, después de todo. Dado que Webtrax asigna todo su almacenamiento de trabajo en la memoria, consume mucha memoria y puede quedarse sin combustible en una máquina pequeña o estrangular en un registro en el rango de medio millón de visitas. Si tuviera 50,000 visitas regularmente, buscaría un programa compilado que utilizara una base de datos real.

Información que no está en el protocolo HTTP. No hay una identificación única de la persona que mira la página incluida en el protocolo. Lo que tenemos es la dirección IP de donde vino la solicitud. Suponiendo que este número corresponde a una sola computadora o un solo "visitante" El sitio web no cuenta con varios arreglos de uso compartido de IP, proxies, computadoras multiusuario, uso en serie de la misma computadora por parte de muchas personas, grupos de acceso telefónico y muchos otros posibles factores de confusión. Webtrax agrega éxitos sucesivos de la misma dirección IP dentro de un período configurable de tiempo en un "visitar."

Almacenamiento en caché en un proxy de red. AOL, por ejemplo, almacena en caché páginas, imágenes y applets en algún lugar entre su servidor y el usuario final. El servidor ve muchos menos hits de los que cabría esperar, y si combina todos los hits de AOL (como lo haría con el webtrax) "pre_dominio" mapeo), entonces la ruta del usuario resultante a través del sitio parece saltar.

Comportamiento del servidor web escribiendo el registro. Algunos servidores web pueden descartar eventos de registro para mantenerse al día en momentos de gran carga. Si la partición del disco donde reside el registro se llena, el servidor web puede seguir publicando páginas pero omitir la escritura de los registros. Las entradas de registro no pueden escribirse en el orden en que las solicitudes fueron emitidas por el usuario final: He visto casos en los que la entrada de registro de un gráfico vinculado por una página se produce antes de la entrada de la página.

Webtrax fue escrito originalmente por John Callender y ha sido mejorado sustancialmente por Tom Van Vleck. Paul Schmidt contribuyó con la función de preprocesamiento, algunas cadenas de motores de búsqueda adicionales y una función para permitir clases de visitas predeterminadas basadas en el directorio. Ned Batchelder contribuyó con una corrección al procesamiento de caché de DNS y dos nuevos comandos. Simon Child también ha contribuido con correcciones de errores, y Ben Eden ha sugerido múltiples mejoras útiles. Debilidades del programa

Al igual que cualquier programa que haya crecido gradualmente durante más de diez años, Webtrax tiene su cuota de errores y problemas, elecciones que haría de manera diferente si escribiera un nuevo programa desde cero. La gran cantidad de opciones (más de 80) y su nomenclatura inconsistente es una vergüenza. La no modularidad del programa tenía sentido cuando era poco, pero por ahora es un problema que inhibe otras mejoras. El entrelazado de salida HTML y no HTML desordena el código. El modo no HTML es un ejemplo de una característica que no uso y no pruebo, por lo que puede romperse. Si comenzara de nuevo, experimentaría con cargar el registro en una base de datos y luego escribir un motor de generación de informes. Perl ha sido una herramienta maravillosa para escribir Webtrax, pero se ha utilizado a bajo nivel y su rendimiento y consumo de memoria son inconvenientes. Aún así, Webtrax es "suficientemente bueno" para mi uso, y escribir o encontrar una herramienta mejor no es una gran prioridad para mí. Espero que otros lo encuentren útil, con todas sus fallas. Salida

Si lo que parece ser una visita comienza con un hit referido por una página local, esto puede ser una señal de que el usuario está accediendo al sitio muy lentamente o de que el usuario está accediendo. Tú sitio a través de un proxy que usa más de una dirección (microsoft.com parece hacer esto). Algunos servidores web parecen poner hits en sus registros fuera de servicio, y esto también puede causa esto. Establecí el valor de expire_time predeterminado de hasta 30 minutos y todavía veo muchos de estos en mi sitio. Visitas que comienzan con un "local" golpe están marcados con "*" en los detalles de la visita. Ignorando ciertos dominios

Las opciones $ pre_url, $ pre_referrer, $ pre_domain y $ pre_file pueden aparecer cada una varias veces. Cada instancia contiene un comando sustituto de Perl que se aplica a la url, al referente, al nombre de dominio o al nombre de ruta del archivo al que se hace referencia. Estos elementos son útiles para tratar varios archivos como un único archivo, mapear múltiples formas de una URL de referencia en un solo valor, etc. Cuando se establece $ show_directories, puede haber algunos directorios en los que desea ocultar el nombre, y Esta característica permitirá eso también. Si $ show_directories está configurado y si su registro contiene referencias mixtas a través de un dominio personalizado y por nombre de usuario normal (por ejemplo, ~ thvv), esta característica se puede utilizar para asignar los dos en uno. Si $ show_directories no está configurado, puede tener múltiples subdirectorios, cada uno con un index.html que desea distinguir; puedes hacer esto con una declaración como

Webtrax puede mostrar una tabla de todas las transacciones registradas por el servidor web, organizadas por código de retorno. La mayoría de las transacciones tendrán el código 200; pero el código 304 significa que un proxy distante estaba revisando para ver si el archivo había cambiado, por lo que también cuenta como un golpe. El código 206 significa que se devolvió parte del archivo; un archivo grande puede solicitarse en fragmentos. Actualmente, webtrax cuenta todas estas transacciones como hits, ya que no puede decir qué respuestas de contenido parcial son parte de la misma solicitud. Se cuentan otros códigos de retorno, pero su transacción no se considera un éxito. los "rettype" El comando se puede usar para indicar qué comandos son aciertos: un tipo de 0 es un no-acierto, un tipo de 1 es un acierto, y un tipo de 2 es un no-acierto que todavía se pone en el detalles de la visita listado. los "rettype" comando también puede especificar la clase de CSS para un golpe en el detalles de la visita sección.

para usted webtrax.archivo rc Webtrax luego examinará la secuencia de visitas y clasificará la visita de acuerdo con los tipos de páginas visitadas. (Los resultados de los indexadores web se clasifican automáticamente como ‘indexador’). Las comas representan páginas que podrían pertenecer a más de una categoría. Webtrax intentará elegir la clase más apropiada para una visita. Por ejemplo, si la página a.html se clasifica como class1, class2 y page b.html se clasifica como class2, entonces una visita que haga referencia a ambas debe clasificarse solo "clase 2". Si a.html se clasificara solo como clase 1, entonces la visita se clasificaría "clase 1>clase 2". Si no usas Esta característica no obtienes el informe

Cada archivo transmitido por el servidor a un navegador es registrado por el servidor web como "golpear." Por ejemplo, si un usuario visita una página HTML que hace referencia a tres GIF y un applet de Java contará como cinco hits, uno para la página HTML, tres para los GIF y uno para el applet. (Suponiendo que el usuario tiene Java habilitado y está cargando imágenes). Se le puede decir a Webtrax que ignore ciertos hits de varias maneras.

Si hay una secuencia de visitas del mismo dominio, estas se cuentan como una única visita. Si los hits se detienen por más tiempo que un cierto tiempo de inactividad, y luego comienzan de nuevo, Webtrax verá dos visitas. Puede configurar la duración del intervalo inactivo cambiando $ expire_time; por defecto son 30 minutos. (Ver "¿Cómo puede una visita ser ‘local’?" encima.)

Un acierto ilegal es una referencia a un objeto en su sitio (no un archivo fuente) de un referente que no es un archivo fuente en Tú sitio. (La opción $ sourcefile_extensions determina qué son los archivos fuente). Una de las causas es que las personas se vinculan a sus gráficos desde sus páginas. Otra causa posible es una cadena de referencia incorrecta enviada por un navegador.

Las visitas que no hacen referencia a ningún archivo fuente se resumen por separado. Dichas visitas pueden ser el resultado de rastreadores web que solo miran los archivos gráficos o PDF, o las referencias ilegales a los gráficos de los sitios de otros, o de una referencia a un gráfico, PDF o lo que sea en su sitio en un mensaje de correo. Estas visitas no se muestran en la sección de detalles de la visita. Dominio

Los dominios Toplevel son la parte menos específica del nombre, como .com o .de. Puede tratar un nombre de dominio más específico como un dominio de nivel superior utilizando la opción $ dominio_especial. Si una entrada de registro proviene de un dominio con todas las entradas numéricas, Webtrax intentará buscar el nombre del sitio si se especifica $ do_reverse_dns y se proporciona el nombre del archivo dnscache. Webtrax intentará buscar el código de país para la dirección IP si se especifica $ do_geoip y se proporciona el archivo geoIP. Si el dominio sigue siendo numérico, se identifica en el registro como "numérico."

Cuando activa la función geoIP, Webtrax lee toda la tabla en la memoria para buscar direcciones IP rápidamente. Este uso de memoria adicional puede hacer que Webtrax use recursos de memoria excesivos para algunos entornos de servidores compartidos. Puede realizar el DNS inverso y el procesamiento de geoIP en un paso separado utilizando el programa logextractor antes de ejecutar Webtrax para evitar este problema. Acumulativo

Los motores de búsqueda funcionan al leer sus páginas y crear un gran índice en el disco. Cuando hacen esto, crea una secuencia de éxitos. Webtrax los contará por separado si le indica los nombres de los indexadores o dominios de los motores de búsqueda, y si el nombre del navegador (agente de usuario) se proporciona en el registro. Puede suprimir estas visitas del indexador a partir de los detalles de la visita configurando una opción, que se describe a continuación; si se muestran los hits, están en la clase CSS "indexador", que una hoja de estilo personalizada puede decorar.

banner