Base de conocimientos
1000 FAQ, 500 tutoriales y vídeos explicativos. ¡Aquí sólo hay soluciones!
[LOGS RADIO] Ayuda y explicaciones
Los logs pueden transferirse automáticamente por FTP para ser procesados (atención, la operación requiere grandes conocimientos de programación).
Conéctese a la'interfaz de gestión
En su radio, haga clic en Parámetros y active la transferencia de logs
Introduzca los datos en el destino deseado
El sistema prueba si la configuración del servidor introducido y los derechos de escritura son correctos
Los logs de su radio se proporcionarán en un fichero comprimido xyz.mp3-20140805.log.gz (la fecha log tiene el formato AAAAMMDD).
Cada log comienza a las 04:00 hora suiza y termina a las 03:59:59 del día siguiente.
El log tiene la forma ip user-identifier authuser [date-time] "request" status bytes "referer" "useragent" listening-time:
La función preg_match proporciona una tabla con las siguientes posiciones significativas:
1: ip
4: fecha - hora completa
5: día
6: meis
7: año
8: hora
9: min
10: segundos
11: mount name
15: resultado (código HTTP)
16: longitud en bytes
18: user agent
19: duración de escucha (segundos)
Puede suceder que la línea de log esté mal formada, debido a un referer demasiado largo, por ejemplo. Este comportamiento de Icecast no puede corregirse. En este caso, la regexp no extrae nada y no se puede utilizar la información porque es incompleta, por lo que hay que ignorar la línea.
Las direcciones de la fila IP 84.16.67.128/25 deben ignorarse porque son los servidores de streaming.
Acciones a realizar
Conéctese a la'interfaz de gestión
En su radio, haga clic en Parámetros y active la transferencia de logs
Introduzca los datos en el destino deseado
El sistema prueba si la configuración del servidor introducido y los derechos de escritura son correctos
Más información
Los logs de su radio se proporcionarán en un fichero comprimido xyz.mp3-20140805.log.gz (la fecha log tiene el formato AAAAMMDD).
Cada log comienza a las 04:00 hora suiza y termina a las 03:59:59 del día siguiente.
El log tiene la forma ip user-identifier authuser [date-time] "request" status bytes "referer" "useragent" listening-time:
81.56.215.98 - - [09/Apr/2009:08:23:18 +0200] "GET /toto.mp3 HTTP/1.1" 200 1211297 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.10 (intrepid) Firefox/3.0.8" 69"/^(\S+)\s(.+)\s(\S+)?\s\[((\d\d)\/([a-zA-Z]{3,3})\/(\d\d\d\d)\:(\d\d)\:(\d\d)\:(\d\d)\s\+\d\d\d\d)\]\s"GET\s\/([\-a-z0-9]{1,40}(\.)?(mp3|aac|ogg){0,1})(.*)?"\s(\d{3,3})\s(\d+)\s"(.+)"\s"(.+)"\s(\d+)$/i";La función preg_match proporciona una tabla con las siguientes posiciones significativas:
1: ip
4: fecha - hora completa
5: día
6: meis
7: año
8: hora
9: min
10: segundos
11: mount name
15: resultado (código HTTP)
16: longitud en bytes
18: user agent
19: duración de escucha (segundos)
Puede suceder que la línea de log esté mal formada, debido a un referer demasiado largo, por ejemplo. Este comportamiento de Icecast no puede corregirse. En este caso, la regexp no extrae nada y no se puede utilizar la información porque es incompleta, por lo que hay que ignorar la línea.
Las direcciones de la fila IP 84.16.67.128/25 deben ignorarse porque son los servidores de streaming.
Enlace a esta FAQ: