тогда архитектурное украшение: сделать в рамках rejik - демон отвечающий за логгинг всех процессов редиректора. Т.е. редиректоров много - они посылают сигнал одному дополнительному процессу - этот процесс пишет в лог файл - типа logger (man logger)Slava писал(а): Да, 6 файлов открыто на запись.
Открыл, записал, закрыл - правильно, с точки зрения колличества открытых файлов, но не правильно, с точки зрения быстродействия - два лишних действия на каждую замену..
С сислогом тоже не все понятно. Например, как из него потом вынимать только режиковские логи и пропускать остальные сообщения в данном уровне?
не знаю... судя по всему хлам какой-то, если автор SARG его не оценивает...Slava писал(а): Ковырял, вроде все понятно, кроме одно:
2002-12-13 15:17:26 [5579] Request(boss/ads/-) http://ad.doubleclick.net 10.0.0.2/- - GET
Здесь ads, я так понял, это группа, а что такое boss?
Хм. Т.е. в html-отчете нет ссылки на squidguard.html (раньше он был на странице index.html)? Видимо, SARG завершился с ошибкой - что-то не так...Slava писал(а): Просто как еще одна возможность выхода из ситуации.
Если бы оно еще работало.
Сделал, как Вы написали, получилось что-то невразумительное.
Сарг создает отчет, но о редиректорах в нем не упоминает.
Покопавшись в недрах отчета, нашел один файлик, squidguard.html, показывающий только несколько порно сайтов, (http://rejik.ru/1.png). Ни кто лазил, ни остальных редиректов, ни оценки экономии трафика..
Хотя возможно мне нужна губызакатывающая машинка?
На счет выводимой информации: у меня показываются столбцы: userid, name/ip, date/time, accessed site, rule.