[beta] ignore list mod

[zet]

Название: ignore list mod
Описание:мод позволяет для каждого участника форума вести персональный игнор лист, с возможностью отключения отображения сообщений или тем пользователей, находящихся в списке.
Автор: идея: M[bl]sh, кодинг: zet.

[~ & § OM § & ~]

Идея хорошая, хотя уже реализована уже давно
Можно маленькое замечание?
Сча глянул код и вот не могу понять: Почему вы решили сам "лист" делать в текстовом файле? Или я что-то недосмотрел?

[Alf]

Помнится на пхпббхакс нходил подобный мод, но был шокирован способом реализации, который для каждого сообщения при просмотре топика обращался к базе данных. В итоге мод нереально подгружает сервак.
Данный сабж пока не смотрел, но изучу. Хотя предыдущий пост уже пугает.

[zet]

Идея хорошая, хотя уже реализована уже давно
Можно маленькое замечание?
Сча глянул код и вот не могу понять: Почему вы решили сам "лист" делать в ткстовом файле? Или я что-то недосмотрел?

видимо я плохо искал, раз не нашел

как раз за замечаниями я сюда и выложил. чем больше - тем лучше.

все верно - сам лист, на текстовых файлах что бы лишний раз не обращаться к бд (обращение только при редактировании листа)

[Alf]

Пля! А если у меня свыше 3-х тыщ юзеров? Это чтоже? будет 3 тыщи текстовых файлов? Ахтунг, товарищи!
Если так уж подумать, то чтение из базы данных происходит быстрее чем обращение к фаловой системе к отдельным файлам.

У меня была однажды проблема при реализации двух хитрых таблиц в мускуле, тут похоже можно использовать аналогичную технологию. Если предположить, что список игнорирования будет небольшим для каждого пользователя, например пользователей 6-7, то можно просто просто в таблицу пользователей добавить текстовое поле, где через запятую будут написаны индексы игнорируемых юзеров, далее при выборке посто воспользовать mysql оператором FIND_IN_SET
Но вот опять же я не знаю, насколько он сильно будет подгружать сервак.
хотя тоже возникает ряд проблем, например с учетом игнорирования, количество страниц в топике может уменшиться, а следовательно они некорректно будут отображаться во viewforum'е

[zet]

чтение файла по моему будет быстрее, чем чтение бд.
три тысячи текстовых файлов разве больше, чем 3 тысячи строк? (можно проверить, с 3 тысячами правда не пробовал, но когда мало - быстрее)

как вариант, можно создать текстовое поле у каждого юзера, а оно читалось бы (при логине, насколько я понимаю) и хранилось постоянно в $userdata строкой. при необходимости разбирается и убираются ненужные посты/топики.

лучше ли так?

некорректно viewtopic (возможно, viewforum так же) отображается только в случае, если игнорируемый пользователь оставил первое сообщение на странице, тогда phpbb считает, что темы не существует (приходиться идти на предыдущую страницу). пока решил, как пофиксить.

[quazi]

когда записей будет много (случай маловероятный, но его всегда стоит учитывать) - выйгрыша никакого. все это называется экономия на спичках.

крайне плохо выносить взаимосвязанные данные (уже хранящиеся в едином пространстве данных) в другое пространство. фактически вы нарушаете целостность данных

[zet]

quazi, спасибо, буду делать так, как описал в предыдущем посте.

[edgar]

видимо я плохо искал, раз не нашел

Вот ссылки по теме, вдруг пригодятся

Мод Ignore Users на phpbbhacks
Проблема у начинающих юзеров с этим модом
Локализация Ignore Users

[crash]

три тысячи текстовых файлов разве больше, чем 3 тысячи строк?

залез от нефиг делать. конечно больше и намного.
1. почитайте про inode на Unix на всякий случай.
2. если размер кластера например 4 кбайта, то даже если файл будет несколько байт займуися все 4 кб. Отсюда вывод, что наше место на хостинге тихо умирает.