Несколько вопросов.
1. По форуму. А почему в нем отсутствует поиск?
2. Rejik 3.2.1 Проблема с make-cache.
Такое подозрение, что она не отрабатывает.
При запуске redirector, выдается следующее:
---
2006-04-25 08:52:59 [27500] Run make-cache
2006-04-25 08:52:59 [27500] Make-cache finished
2006-04-25 08:52:59 [27500] Redirector start and working
---
но в директории
---
vega rejik3.2.1 $ ls -la /usr/local/rejik3.2.1/banlists/banners
total 84
drwxr-xr-x 2 squid2 squid2 4096 Apr 25 08:52 .
drwxr-xr-x 4 squid2 squid2 4096 Apr 24 16:36 ..
-rw-r--r-- 1 squid2 squid2 1358 Apr 23 20:02 banner.pcre
-rw-r--r-- 1 squid2 squid2 66995 Apr 23 20:02 banner.urls
-rw------- 1 squid2 squid2 0 Apr 25 08:52 lock.file
---
файлов .cache не появляется
С правами на директории все в порядке, владельцем всех является пользователь, под которым redirector (и squid) стартуют. Запись во все эти каталоги разрешена.
Проверка (check-redirector) не срабатывает (если вписать туда один из сайтов, содержащихся в banner.urls
redirector.conf
---
error_log /var/log/squid2/redirector_3.2.1.err
change_log /var/log/squid2/redirector_3.2.1.log
make-cache /usr/local/rejik3.2.1/make-cache
<BANNER>
ban_dir /usr/local/rejik3.2.1/banlists/banners
url http://1.2.3.4/images/rejik/1x1.gif
---
3. Может имеет смысл добавить к redirector (и make-cache) какие нибудь ключики, типа "-v" (режим расширенного логирования)? А то совсем не понятно, что происходит
4. А по какому критерию новые введенные в базу данных правила (допустим на баннеры) признаются верными? После того как любой человек их проверит и подтведит? Возможно, стоит сделать перекрестную проверку (2 или 3 человека), а до тех пор считать правило не валидным? Ведь единственный человек, проверяющий данное правило, может и ошибиться.
5. Проверка юниоров по листу mail-сайтов.
А чего в листах так часто повторяются одни и те же сайта XXX направленности? Нет, это конечно здорово - проверять по 100 раз не нужно, но если хотим проверить человека на "вшивость", то надо ему каждый раз разные сайты подсовывать. Почему бы их не выбирать случайным образом из любых других доступных разделов (xxx, spyware и тд)?
make_cache и другие вопросы
1. Все равно поиск от форума русские словоформы не понимает. Толку от него не много.
2. Отрабатывает, просто ничего не находит, вот и кешь не создаёт (ищет файлы "urls" и "pcre").
3. Не хотелось добавлять редко используемый функционал, который бы тормозил режик во время основной работы.
Однако дебаг есть, если раскоментировать в vars.h строчки #define DEBUG_ и перекомпилить, то режик будет очень много писать, как и что он делает на стандартный выход.
4. По рейтингам пользователей, которые их ввели или проверили. Можно будет в будующем сделать различные проверки, вроде количества людей, проголосовавших за правило, но пока проверок не очень много, особенно в банерах.
5. Проблема ясна, исправлю немного позже. Суть проблемы в том, что у каждого правила есть счётчик, сколько раз его проверяли. И при запросе листа, первым делом выдаются правила, которые проверяли меньшее количество раз.
Так же бывает, что кто-то добавляет например порно и ошибается группой, добавляет в мейл.
2. Отрабатывает, просто ничего не находит, вот и кешь не создаёт (ищет файлы "urls" и "pcre").
3. Не хотелось добавлять редко используемый функционал, который бы тормозил режик во время основной работы.
Однако дебаг есть, если раскоментировать в vars.h строчки #define DEBUG_ и перекомпилить, то режик будет очень много писать, как и что он делает на стандартный выход.
4. По рейтингам пользователей, которые их ввели или проверили. Можно будет в будующем сделать различные проверки, вроде количества людей, проголосовавших за правило, но пока проверок не очень много, особенно в банерах.
5. Проблема ясна, исправлю немного позже. Суть проблемы в том, что у каждого правила есть счётчик, сколько раз его проверяли. И при запросе листа, первым делом выдаются правила, которые проверяли меньшее количество раз.
Так же бывает, что кто-то добавляет например порно и ошибается группой, добавляет в мейл.
Как не понимает :-0Slava писал(а):1. Все равно поиск от форума русские словоформы не понимает. Толку от него не много.
Этож движок phpbb - оно и по русски тоже ищет... Может проблема в локали mysql базы или самого форума?
чОрт2. Отрабатывает, просто ничего не находит, вот и кешь не создаёт (ищет файлы "urls" и "pcre").
А в документации об этом где то было написано? (
Я то бьюсь, бьюсь, какого фига оно не работает, а тут на тебе
Ага, понял, сенькс3. Не хотелось добавлять редко используемый функционал, который бы тормозил режик во время основной работы.
Однако дебаг есть, если раскоментировать в vars.h строчки #define DEBUG_ и перекомпилить, то режик будет очень много писать, как и что он делает на стандартный выход.
Просто пользователь с рейтингом даже в 20K вполне может случайно (ненамеренно) ошибиться. А вот если проверят 2...3 человека - вероятность ошибки существенно снижается.4. По рейтингам пользователей, которые их ввели или проверили.
А если как нить мягко подталкивать пользователей? Например, добавил чел 10ток правил в базу, ему на емейл автоматом пришло 5...10 других правил с просьбой проверить. Главное - за раз много не слать.Можно будет в будующем сделать различные проверки, вроде количества людей, проголосовавших за правило, но пока проверок не очень много, особенно в банерах.
Сам он не пойдет на сайт загружать правила, а вот если уже готовое придет.. почему бы и нет?
а, понялТак же бывает, что кто-то добавляет например порно и ошибается группой, добавляет в мейл.
Еще вопрос.
Не нашел на сайте возможность добавлять pcre правила. Только url-ы.
Понятно, что pcre слишком глобальны (могут быть) и возможно подойдут не всем. Но если делается распределенная БД, то (лично мне, где прокси стоят на нескольких разных машинах с общей базой правил) желательно, если уж подключается rejik, иметь общую базу не только по url-ам, но и по pcre тоже (хотя бы для себя).
1. По слову дом найдёт слова дома, дому итд?
2. http://rejik.ru/index350.html
4. Понимаю, подумаю, что модно сделать.
Есть сомнения, что подобные рассылки будут чересчур навязчивы.
pcre доступны для редактирования пользователям с рейтингом свыше 1000,
2. http://rejik.ru/index350.html
4. Понимаю, подумаю, что модно сделать.
Есть сомнения, что подобные рассылки будут чересчур навязчивы.
pcre доступны для редактирования пользователям с рейтингом свыше 1000,
Найдет. Но это лучше, чем полное отсутствие поиска.Slava писал(а):1. По слову дом найдёт слова дома, дому итд?
Ведь часто быстрее по поиску найти ответ на свой вопрос, чем задавать его и потом ожидать ответа.
Слав, положа руку на сердце - читал эту документацию. Но оттуда (по крайней мере мне) неочевидно, что файлы должны называться именно ./urls и ./pcre
Попробую объяснить почему
В конфиге есть директива ban_dir, из этого следует, что ищутся файлы в определенной директории.
Файлы уже имеют расширения .urls и .pcre, сразу приходит на ум сделать софтлинк из dbl/lists нужных файлов в директории banlist/banners/
Просьба - уточнить в документации необходимость называть файлы именно "./urls" и "./pcre".
Есть такое дело4. Понимаю, подумаю, что модно сделать.
Есть сомнения, что подобные рассылки будут чересчур навязчивы.
Тогда действовать только продвижением в массы и увеличивать цену за скачку полной базы.
Неплохо было бы перевести документацию на английский.
Я могу по мере свободного времени сделать портаж Rejik-а для Gentoo Linux (по крайней мере там его еще нет) - может тоже поможет популялизации продукта.
Хдеж об этом написано то? )pcre доступны для редактирования пользователям с рейтингом свыше 1000,
6. Вопрос по обновлению баз.
Как я понимаю, очки снимаются за скачивание полной базы (скрипт ./FULL).
Скрипт Update.Fast синхронизирует локальную базу с DBL, но это касается только собственных правил пользователя. Очки при этом не снимаются.
А что со скриптом Update? Он, как я понял, синхронизирует локальную базу с DBL, т.е. у пользователя получается последняя версия базы (аналогично запуску с нуля скрипта FULL). Но при операции ./Update снимаются ли очки или нет?