Существует масса плагинов и дополнений по добавлению пользователей, как обычных так и всяких прочих добавляемых из соцсетей и даже вручную. Однако нет ни единого плагина, дополнения или инструкции как в пакетном режиме удалить пользователей.
В целом это небольшая проблема конечно, зайти в базу и там удалить одно или двоих человек, меня не напрягает. Благо пока сайт пребывает в локалке все пользователи это считай ручные вводы и счёт идёт на штуки. Однако будущее покрыто туманом и хочется иметь решение для удаления пользователей более внятное.
Отсюда два вопроса:
1) Где в базе хранится дата последнего появления пользователя?
2) Какой запрос нужно составить в базе что бы удалить пользователей не заходивших с после заданной даты и не имеющих ни постов ни комментариев ни личных сообщений ни аватар? То есть, если у пользователя что-либо из перечисленного есть, то его удалять не нужно.
Или посоветуйте уже существующий инструмент, способный в той или иной мере облегчить задачу.
Если топик переместить в черновики или удалить, то по его ссылке мы получаем 404.
Есть ли решение, при котором на странице перемещенного/удаленного топика было бы соответствующее сообщение?:
— Автор топика username переместил его в черновики
— Автор топика username удалил его
Благодаря этому и этому спам-боты на моем сайте себя не проявляют — они регистрируются, пытаются что-то постить, но реального вреда от них нет. Разве что они засоряют список пользователей, в особенности «Онлайн».
Это не сильно мешает, но иногда раздражает. Идея доотсеивать пользователей на основе их поведения зрела уже давно, но сесть и реализовать (хотя бы прототип) получилось только сейчас.
Данный плагин подменяет для всех стандартное действие «Удалить топик» и вместо реального удаления производит отметку об удалении. Это позволяет как защититься от случайного удаления, так и от удаления контента обиженным автором.
Администратору доступны как функции удаления, так и восстановления топика.
Иногда после удаления блога «сыплется сайт», и без лазания в базу ручками восстановить работоспособность нереально. И топики с описанием такого рода проблем появляются на этом сайте с завидной регулярностью. Потому и было предложено решение. И да, я опять задействовал для этого админку aceAdminPanel. Но в данном случае, по-моему, это более, чем оправдано :)
Читать дальше →
Я муторным путем выяснил структуру объекта $oComment, которая получается из Comment_GetCommentById(), в ней есть такая штука {target} «цель», в ней есть {user_id} идентификатор автора «цели», к которой написан комментарий -> отсюда получаем ID человека, который может чистить комментарии,. вот.