Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Счетчик и анализатор логов.
 
 автор: Владимир55   (31.07.2008 в 13:49)   письмо автору
 
 

Как я понимаю, логи содержат абсолютно всю информацию, которую только можно получить счетчиком или какой-либо иной системой контроля в реальном времени. А если так, то непонятно, зачем нужен он-лайн контроль, загружающий сервер, если все это можно вынуть из логов?

  Ответить  
 
 автор: mechanic   (31.07.2008 в 13:53)   письмо автору
 
   для: Владимир55   (31.07.2008 в 13:49)
 

может потому, что логи эти как раз сервер пишет? )
или я что то не понял, что за онлайн контроль?

  Ответить  
 
 автор: Владимир55   (31.07.2008 в 14:31)   письмо автору
 
   для: mechanic   (31.07.2008 в 13:53)
 

Логи сервер пишет в любом случае, причем делает это так быстро, как только возможно. А вот счетчик для сбора статистики, включая разработку softtime, выполняется на рнр, что потребляет довольно много ресурсов. Если же учесть, что счетчик собирает ту же информацию,которая уже есть в логах, только делает это иначе, то становится непонятным, какой в этом смысл?

Почему пошли по пути создания счетчиков, а не по пути создания анализаторов логов?

  Ответить  
 
 автор: Loki   (31.07.2008 в 15:12)   письмо автору
 
   для: Владимир55   (31.07.2008 в 14:31)
 

Тупо проанализировать многомегабайтный файл не получится: все равно его предварительно надо будет разобрать на части и каким-то образом стуктурировать (читай - перенести в БД). То есть все упирается в способ сбора информации, так как система анализа в обоих случаях будет одинаковой. В случае разбора логов не будет интерактивности... да и файлы логов, по мере наполнения переименовываются. В общем, сделать можно и так и эдак. Кому как удобнее.

  Ответить  
 
 автор: Владимир55   (31.07.2008 в 17:21)   письмо автору
 
   для: Loki   (31.07.2008 в 15:12)
 

Но вот что странно: счетчитков (платных и бесплатных) довольно много, а бесплатных анализаторов логов, понимающих кириллицу, нет вообще. И такие цены:
- битрикс 300 доллаов;
- Спайлог 20000 рублей в год.

  Ответить  
 
 автор: Loki   (01.08.2008 в 09:38)   письмо автору
 
   для: Владимир55   (31.07.2008 в 17:21)
 

>понимающих кириллицу
не вижу в этом проблем: конвертируете лог в utf-8 и вопрос снимается.

  Ответить  
 
 автор: Владимир55   (01.08.2008 в 10:03)   письмо автору
 
   для: Loki   (01.08.2008 в 09:38)
 

Да, это несложно.

Просто я сейчас читаю книгу на эту тему, и там приводятся разные модели разных фирм.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования