Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth) в [info]ljr_todo
@ 2007-09-26 05:05:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
предложения по сохранности контента
Хорошие предложения по сохранности контента.

1. http://leonid-b.livejournal.com/396965.html
"Запретить удаление журнала и записей в течение недели-двух
после последней операции смены пароля, оставить только
перевод записи в режим "private". Если в течение этого
времени приходит комплейн - разбираться вручную
"кто есть ху" с изучением ip адресов, логов, чего угодно еще"
(идея [info]dadcaptain@lj).

2. Разрешить удалять не более двух постов в сутки.

Спасибо [info]amalgin.

Будет сделано ASAP (то есть: после победы над флудом,
и переезда в UK). К сожалению, Петя [info]nit загружен
основной работой, и всего делать не может, а остальная
администрация вообще давно не активна (нам стыдно).

Сейчас у нас все лежит в бэкапе базы, и может
быть восстановлено вручную, но этого недостаточно,
конечно.

Привет

(Добавить комментарий)


[info]kouzdra
2007-09-26 02:40 (ссылка)
Там не так просто - удаление поста (по крайней мере один из его методов) заключается в его редактировании в "пустое место". Так что надо запрещать редактирование.

К тому же - проблема именно в редактировании: вместо удаления можно испоганить. То есть хорошего решения проблемы я пока не вижу (хранить версии наверное не очень просто).

Еще надо не забыть про комменты (которые вполне эффективно могут быть снесены взломщиком) - но тут скорее всего все просто - просто не удалять их из базы физически, а только флажок "D" ставить.

PS: По поводу победы над флудом, вы только не прибейте возможность интенсивно флудить самому владельцу дневника - а то все эти роботы для импорта/экспорта работать перестанут.

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2007-09-26 03:01 (ссылка)
>Так что надо запрещать редактирование.

Да, ты прав. Причем (как я вспоминаю) уже мы обсуждали
подобное предложение, года два назад, и пришли к тому же.

Но можно запретить редактирование больше 3-х постов в день
для людей, недавно поменявших пароль. Если совсем надо,
пусть переводят в приват.

>вы только не прибейте возможность интенсивно флудить самому владельцу дневника

Сейчас работа идет по двум направлениям:

1. Ограничение доступа к talkpost_do.bml
Не больше какого-то количества комментов с данного IP.

2. Будет включено captcha для анонимов для
IP в черном списке (и для неанонимов, если
с этих IP очень флудят, но это вручную только).

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kouzdra
2007-09-26 03:35 (ссылка)
По поводу флуда можно сделать среди опций комментариев опцию "спрашивать капчу для всех не френдов" - как временная мера для прекращения флуда она должна быть хороша.

(Ответить) (Уровень выше)


[info]kouzdra
2007-09-26 03:36 (ссылка)
PS: Еще основной ЖЖ спрашивает капчу у анонимов, постящих чаще коммента в минуту.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]yushi
2007-09-26 08:51 (ссылка)
О. А интересно, этот код есть в открытом доступе?

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kouzdra
2007-09-26 23:28 (ссылка)
Есть:

http://code.sixapart.com/

Хотя не уверен, что у них там все полностью сейчас лежит.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]yushi
2007-09-27 07:47 (ссылка)
Забавно, и там Trac в качестве ITS. Мы его с полгода назад внедрили на работе и только потом выяснили что, мягко выражаясь, не одиноки в своём выборе.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kouzdra
2007-09-27 08:00 (ссылка)
Мы тоже его сейчас у заказчика похоже внедрять будем - вместе с Eclipse - потому что у него интеграция с Eclipse хорошая

(Ответить) (Уровень выше)


[info]fuhrer
2007-09-26 11:37 (ссылка)
а что если заставить человека, собирающегося поменять пароль с какого-нить нового айпи пройти тест идентификации, вроде как "забыл пароль" на мейл.ру?

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2007-09-27 03:16 (ссылка)
Этот тест на мэйл.ру откровенно бесполезен и
весьма часто вреден. Самое разумное, что можно там сделать -
забить ч8787тукгкйчгкйжйчц во все клеточки.

Привет

(Ответить) (Уровень выше)


[info]tristes_tigres
2007-09-26 18:32 (ссылка)
А что если использовать что-то типа Subversion для контента, то есть файловую систему, где ничего не удаляется ? Там есть "cheap copy", то есть изменеия сохраняются в виде diff. Ну что-то типа Wikipedia.

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2007-09-27 03:17 (ссылка)
Так и надо бы, но контент LJ хранится в MySQL-базе.
Как, впрочем, и контент Вики.

Такие дела
Миша

(Ответить) (Уровень выше)


[info]kouzdra
2007-09-27 16:06 (ссылка)
Миша, а как сейчас работает ljr_fif? Я пробовал найти в текстах - ничего не нашел.

(Ответить) (Ветвь дискуссии)


[info]tiphareth
2007-09-28 04:13 (ссылка)
/home/.../fif-light/update-fif.sh
сохраняет из крона ленту каждые 10 минут.
В cachingapache/conf/httpd.conf вписано
ProxyPass /fif-light http://127.0.0.2:81/
ProxyPass /users/ljr_fif/friends http://127.0.0.2:81/
ProxyPass /~ljr_fif/friends http://127.0.0.2:81/
На 81-м порту бегает nginx, который ее и демонстрирует.

nginx пускать была идея Пети, мне она кажется излишеством,
но "работает, не трожь".

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kouzdra
2007-09-28 10:59 (ссылка)
А ограничений на число френдов у нас нет? Мне для гейта нужно - imho проще и эффективнее всего просто френдить всех гейтуемых и смотреть в их ленту. private можно обрабатывать отдельно и пореже.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2007-09-30 10:17 (ссылка)
Есть, кажется, и ljr-fif его обходит. Там в коде видно как
(см. ljlib.pl)

(Ответить) (Уровень выше)