Version: 1.1.3, by Lea Verou
Developer Last Online: Jul 2012
Category: Miscellaneous Hacks -
Version: 3.6.8
Rating:
Released: 08-10-2007
Last Update: 08-14-2007
Installs: 134
Uses Plugins Template Edits
Additional Files
No support by the author.
A big thanks to everyone who nominated or voted this for MOTM September 2007!
e-steki User ModLog
What is this about? This modification shows the user a table in his UserCP with the latest moderator actions that are performed in his posts/threads.
1. Why this and not Moderation Auto-PM?
Its not intruding for the user. In fact, I decided to make this because the Moderation Auto-PMs I was receiving by tons were too annoying to bare.
Its not in the Modification Graveyard, so there is a much higher chance of updates and support ;-P
It allows more types of actions to show (unfortunately exept hard deletes).
Its more visually appealing ;-)
Users have to make more clicks to discuss an issue with the moderator, which makes it a little harder for them to protest ;-)
Most forums have some "moderation routines" that involve many moderator actions. Especially in this case MAP can be REALLY annoying.
You can select to hide the Moderator column, so no hatred will begin after the action as the user will not know who performed it.
2. Features
Admin Features
Absolutely NO template modifications and you even get to control where the table will be placed in the UserCP with a simple setting!
Ability to hide who the moderator that performed the action was.
Fully phrased.
Your moderators will not see their own actions, but the actions performed by other moderators on their posts/threads (customizable).
You get to control which action types will be shown and how many of them.
Ability to set a cutoff limit, so that actions that are performed before X days will not show.
Ability to specify which mod/admin usergroups' actions will display.
Displays actions from the moment you install it, even old ones, it doesn't display only the actions that are performed afterwards.
A nice, usable and extensive manual instead of an ugly readme.txt ;-)
End user Features
Easy spotting of the action type by the nice colorful small icons (provided by famfamfam.com. Thanks!)
Actions that were performed after the user's last visit will display in bold. Of course, they are sorted according to the date and time they were performed.
There is a link to the thread that the action is about. If the action is about a post, then the link takes the user to that specific post. There is also a link for the forum that contains that thread, in case the user does not remember what it is.
The table is collapsible, and if it has nothing to display it doesn't show, just like the other tables in the UserCP.
The username of the Moderator (if the admin has selected him to show) is formatted according to usergroup and links to his profile (so the member can send him a pm to talk about it, if he wishes to do so)
Full date and time displayed.
Don't forget to Mark as Installed!
Support will be provided only for a few days after each release.
Thanks a lot to famfamfam.com for the icons and to SirAdrian for his answers to my questions.
As the admincp screenshot was resized by those stupid attachment limits that Paul M refuses to change, here is the original one:
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
Works great on 3.7.1. Thanks so much!! One thing that confused me when testing was the Use Forum Permissions... I was expecting to see something and didn't, because of that option... so I disabled it, and voila!
Datenbankfehler in vBulletin 3.7.1:
Invalid SQL:
SELECT
modtable.username as moderator,
modtable.usergroupid as modgroup,
modlog.userid as modid,
modlog.action as action,
modlog.type as type,
modlog.dateline as dateline,
modlog.threadid as threadid,
modlog.postid as postid,
forum.forumid as forumid,
thread.title as threadtitle,
forum.title as forumtitle,
deletionlog.reason as delreason
FROM moderatorlog AS modlog
LEFT JOIN user AS modtable ON (modtable.userid = modlog.userid)
LEFT JOIN thread AS thread ON (thread.threadid = modlog.threadid)
LEFT JOIN post AS post ON (post.postid = modlog.postid)
LEFT JOIN forum AS forum ON (forum.forumid = thread.forumid)
LEFT JOIN deletionlog AS deletionlog ON (deletionlog.primaryid = IF(deletionlog.type = 'post', modlog.postid, modlog.threadid))
WHERE
IF(modlog.postid,post.userid=1,thread.postuserid=1) AND modlog.type !=20 AND modlog.type NOT IN (5,) AND 1212884825-modlog.dateline <86400 AND modtable.usergroupid IN (5,6,7)
ORDER BY dateline DESC
LIMIT 4;
MySQL-Fehler : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND 1212884825-modlog.dateline <86400 AND modtable.usergroupid IN (5,6,7)
' at line 21
Fehler-Nr. : 1064
Fehler-Zeit : Sunday, 08.06.2008 @ 00:27:05
Datum : Sunday, 08.06.2008 @ 00:27:05
Skript : http://www.xxxxxx.com/usercp.php?
Referrer : http://www.xxxxx.com/forum.php
IP-Adresse : xxxxxxxxxxxx
Benutzername : ANGEL OF FIRE
Klassenname : vB_Database
MySQL-Version : 5.0.54-log
I know this mod is flagged as unsupported, but I want to report an issue with it which I hope Michelle will look in to.
We have a large forum and are experiencing serious SQL slow downs with this query:
23 million rows examined!!! This mod is grinding our forum to a halt.
Is there an alternative, more efficient way of doing this? I have had to disable the mod until a fix is found, and I would suggest that anyone with a big forum check their SQL performance when using this.
I noticed this aswell. The usercp takes ages to load while I got this mod enabled.
I know this mod is flagged as unsupported, but I want to report an issue with it which I hope Michelle will look in to.
We have a large forum and are experiencing serious SQL slow downs with this query:
23 million rows examined!!! This mod is grinding our forum to a halt.
Is there an alternative, more efficient way of doing this? I have had to disable the mod until a fix is found, and I would suggest that anyone with a big forum check their SQL performance when using this.
Ditto here... Same query.. Here's mine and I'm disabling this pronto. Took me a few hours to figure it out... but I'm seeing horrible locking issues!!!
PHP Code:
# Time: 080624 20:19:30
# Query_time: 22 Lock_time: 11 Rows_sent: 10 Rows_examined: 6977723
SELECT
modtable.username as moderator,
modtable.usergroupid as modgroup,
modlog.userid as modid,
modlog.action as action,
modlog.type as type,
modlog.dateline as dateline,
modlog.threadid as threadid,
modlog.postid as postid,
forum.forumid as forumid,
thread.title as threadtitle,
forum.title as forumtitle,
deletionlog.reason as delreason
FROM moderatorlog AS modlog
LEFT JOIN user AS modtable ON (modtable.userid = modlog.userid)
LEFT JOIN thread AS thread ON (thread.threadid = modlog.threadid)
LEFT JOIN post AS post ON (post.postid = modlog.postid)
LEFT JOIN forum AS forum ON (forum.forumid = thread.forumid)
LEFT JOIN deletionlog AS deletionlog ON (deletionlog.primaryid = IF(deletionlog.type = 'post', modlog.postid, modlog.threadid))
WHERE
IF(modlog.postid,post.userid=15234,thread.postuserid=15234) AND modlog.type !=20 AND modtable.userid != 15234 AND modlog.type NOT IN (11,12,29) AND 1214353145-modlog.dateline <2592000 AND modtable.usergroupid IN (5,6,7)
ORDER BY dateline DESC
LIMIT 10;