Раньше я тоже размышлял, нужно ли и можно ли удалять пользователей. С одной стороны, теряется целостность контента сайта, создаются пробелы в обсуждениях, теряются адресаты — в общем, создаётся некоторый хаос.
Но стоит спуститься со своей колокольни админа, как приходишь к выводу, что сайт-то для пользователей, а не для тебя. И если пользователь хочет удалить свой блог, комментарий или даже аккаунт, нужно дать ему такую возможность.
Приведу в качестве примера vkontakte.ru. Куча людей наигрались в неё и начали удалять свои аккаунты, я в том числе. А представьте, если бы такой возможности не было. Дискомфорт для пользователей и множество мусорных аккаунтов в системе обеспечены. А чем наши сайты лучше Контакта?
Мы должны руководствоваться пожеланиями посетителей наших сайтов, а не заботой о целостности БД. Поэтому функция удаления ДОЛЖНА в будущем появиться в движке. Или же потом её всё равно придётся дописывать самостоятельно.
Как вариант, у пользователя могут быть варианты:
— удалить все свои комментарии,
— удалить все свои блоги,
— удалить свой аккаунт.
При выполнении любого удаления пункт, идущий выше не выполняется, т.е. если пользователь удалил свой аккаунт, не удалив комментарии, комментарии остаются на месте и на сайте просто выводятся как комментарии от гостя с таким-то именем. В IPB есть пример реализации такого подхода.
А как же сетки сообщений, если один комментарий удалить, то весь смысл может потерятся, тоже самое с топиками и уже не говоря о блогах… а вдруг учетную запись пользователя взломают? Такую возможность надо лишь админу, чтобы бороться со злосными троллями, а пользователю как максимум блокирование собственого аккуаната с возможностью повторной активации.
На хабре прилетает НЛО удалаяет запись, но это должна делать только команда сайта, в случае с особо злосными комментами, так как менее злосные итак скрываются с помощью голоса пользователей. А сам пользователь по идее никогда не должен иметь права стирать свои сообщения.
Можно попробовать сделать так, если удаляется пользователь, то пусть остаются все его топики, сообщения. Но возле ника пишет «уже нет на этом сайте» (что-то в этом роде)
У меня какие мысли: вот я например установил двиг, сейчас делаю дизайн, перед этим проверял его функционал, создавал топики, блоги, тестовых юзеров и т.д. Теперь бы все это удалить хорошо, но нет такой возможности, это не очень удобно.
Теперь в общем, если есть какой-то проект, со временем неизбежно появляется проблема модерации контента, сейчас она не возможна, это тоже большой минус. Например профиль блога, там есть пункт модераторы, его бы реализовать было бы хорошо = )
Макс, мне кажется администратор и модератор должны видеть не просто строчку «комментарий удален», а и весь тест комментрия в приглушенном цвете. И у них должна быть галка «Восстановить комментарий». А то есть такие горе-модераторы, которые начинают на право и на лево удалять комментарии, в базе то все в BLOB, если проект большой с ум сойдешь разбираться кто прав, а кто нет.
Вот например дойдет до того, что кто-то на сайте с довольно большим рейтингом возьмет да и создаст блог с название «Б@#$ь х@й...» (что-то в этом роде, намек понятный я думаю) и создаст там несколько записей. Заблокирую я этого пользователя, и дальше что? Ведь от этого блог и топики некуда не денутся. Проблема имхо…
У меня такая ситуация была, когда я поехал отдыхать на 2 недели, и с собой комп не взял. У меня есть форум, и вот там один человек стал постить темы нехорошего содержания, и сделать я ничего не мог, потому как пароль от админки на компе сохранен, а я его не помню. Ну там конечно несколько другая причина, но последствия те же.
обязательно, сплош и рядом «имянитые» пользователи сайта, просто когда выпимши обычно, ночью, берут и создают типа «@%$*^)^» :) Когда таких топиков десяток, надпись тип «НЛО прилетело» раздражать будут, если они на пол экрана. На следующее утро он естественно извинится, напишет кучу отмазок, а автор то реально хороший, банить его ну максимум на три дня рука подниится. Кнопка «удалить/скрыть топик» спасла бы положение.
когда проект большой замучаешся по ссылкам бегать, нельзя кнопку «скрыть в черновик» вывести около топика как кнопку «редактировать»?
а по поводу этого какие мысли?
то что в prefix_user_administrator это я понел, а собственно там что и куда? добавлять ведь нужно запросом к бд? или просто изменить что-то в том что уже есть в prefix_user_administrator…там есть просто user_id вместо id подставить свой? 1…объясните чайнику.
45 комментариев
Раньше я тоже размышлял, нужно ли и можно ли удалять пользователей. С одной стороны, теряется целостность контента сайта, создаются пробелы в обсуждениях, теряются адресаты — в общем, создаётся некоторый хаос.
Но стоит спуститься со своей колокольни админа, как приходишь к выводу, что сайт-то для пользователей, а не для тебя. И если пользователь хочет удалить свой блог, комментарий или даже аккаунт, нужно дать ему такую возможность.
Приведу в качестве примера vkontakte.ru. Куча людей наигрались в неё и начали удалять свои аккаунты, я в том числе. А представьте, если бы такой возможности не было. Дискомфорт для пользователей и множество мусорных аккаунтов в системе обеспечены. А чем наши сайты лучше Контакта?
Мы должны руководствоваться пожеланиями посетителей наших сайтов, а не заботой о целостности БД. Поэтому функция удаления ДОЛЖНА в будущем появиться в движке. Или же потом её всё равно придётся дописывать самостоятельно.
Как вариант, у пользователя могут быть варианты:
— удалить все свои комментарии,
— удалить все свои блоги,
— удалить свой аккаунт.
При выполнении любого удаления пункт, идущий выше не выполняется, т.е. если пользователь удалил свой аккаунт, не удалив комментарии, комментарии остаются на месте и на сайте просто выводятся как комментарии от гостя с таким-то именем. В IPB есть пример реализации такого подхода.
Теперь в общем, если есть какой-то проект, со временем неизбежно появляется проблема модерации контента, сейчас она не возможна, это тоже большой минус. Например
У меня такая ситуация была, когда я поехал отдыхать на 2 недели, и с собой комп не взял. У меня есть форум, и вот там один человек стал постить темы нехорошего содержания, и сделать я ничего не мог, потому как пароль от админки на компе сохранен, а я его не помню. Ну там конечно несколько другая причина, но последствия те же.
а по поводу
и ревизии в транке неплохо смотреть, изменения в смысле
нумерация юзерских ID-ков начинается с 1.
никакого отношения табличные индексы не имеют к тому, что нужно записать в таблицу префикс_администратор