Удаление пользователей в 1.0.1

Вопросы
Добрый день!

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

1.
Пожскажите пожалуйста, как в стандартной админке 1.0.1 удалить пользователя со всеми его топиками? Есть ли такая функция? Если есть, то где (ткните носом)?

Это очень актуально при регистрации ботов. Удаление через БД (когда делал для другого сайта) всегда чревато потерей топиков/камментов удаленных пользователей.

2. Позволяет ли плагин «Администрирование, управление и создание пользователей (Admin users)» catalog.livestreetcms.com/addon/view/272/ все-таки удалять пользователей с их топиками?
Если нет, есть ли другой плагин?

20 комментариев

avatar
Что мешает Вам поставить «aceAdminPanel»?
avatar
aceAdminPanel взятая с github.com/aVadim483/aceAdminPanel и установленная на 1.0.1 не удаляет пользователей: т.е. при нажатии на кнопку «Удалить» справа ничего не происходит (хоть в списке пользователей, хоть в профиле пользователя в админке). При этом js-ошибки отсутствуют.
avatar
В соседнем топике livestreet.ru/blog/questions/15784.html проблему тоже не решили
avatar
А как Вы поняли, что там проблема осталась не решенной?
avatar
По отсутствию хотя бы благодарности или уведомления автора топика.
avatar
Скачайте новую версию aceAdminPanel от avadim на github.com
avatar
Именно последнюю и скачал с github.com/aVadim483/aceAdminPanel
avatar
2. Позволяет ли плагин «Администрирование, управление и создание пользователей (Admin users)» catalog.livestreetcms.com/addon/view/272/ все-таки удалять пользователей с их топиками?
удалять не позволяет.
  • PSNet
  • +1
  • ↓
avatar
Было бы здорово если б добавили.
avatar
А какие у вас ещё плагины установлены? У меня админка не удаляет если активированы плагины DAO. Приходится в plugins.dat менять названия этих плагинов, потом удалять юзеров, а потом опять править plugins.
  • vdenu
  • +2
  • ↓
avatar
Хм, действительно. Не проверял ни разу (не было нужды удалять пользователей). При активном DAO, ничего не происходит…
avatar
DAO установлен. Сейчас перепроверю.
avatar
Не приятная хрень новость, однако…
avatar
Спасибо вам большое!
Действительно при включенном DAO не появляется модальное окно с предупреждением.

Решается путем отключения плагина DAO, удалением пользователей-ботов, повторным включением DAO.
avatar
А я просто в базе жертву убиваю при помощи флажка активации :) как-то так:
UPDATE prefix_user 
SET 
	user_password = concat(user_password,'.ban'), 
	user_mail = concat(user_mail,'.ban'), 
	user_activate = 0,
	user_settings_notice_new_topic = 0,
	user_settings_notice_new_comment = 0,
	user_settings_notice_new_talk = 0,
	user_settings_notice_reply_comment = 0,
	user_settings_notice_new_friend = 0
WHERE	user_id = 43;


id жертвы только найти надо сначала, ну и префикс таблиц в собственной базе знать. :)
avatar
Уточните что делает этот запрос? Вижу только 
user_password = concat(user_password,'.ban'),

При чем тут слова «жертву убиваю», если у вас UPDATE, а не DELETE?
avatar
Сбивают активацию(подтверждение мыла), при этом к паролю и мылу приписывают(конкатенируют) строку .ban
Получается пользователь не может активировать себя, поскольку данные отсылаются на несуществующее мыло(Но вроде бы домен первого уровня .ban существует) и при этом не знает данные от аккаунта. Таким образом все созданные материалы остаются, а пользователь в глубоком «бане»

Вопрос к Gmugra — что происходит при канкатенации 32 символьной строки под которую выделено место в бд с 4 символами и последующей записью?
avatar
Не знаю :) SQL Exception скорее всего :) Тестрировать лень, плюс подозреваю конретной поведение может отличатся в зависимости от версии SQL сервира и используемого движка (ну там InnoDB или что другое)
avatar
Подскажите пожалуйста где и как конкретно это запустить
avatar
Написал тикет автору DAO. Получен ответ с текущим LS-решением:

Этот конфликт известен.
Решается просто в PluginDao.class.php
Фикс войдет в следующее обновление.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.