Code Author Scripts
Archived Posts from this Category
Archived Posts from this Category
The phpNuke community in general are sick and tired of having their site content devalued with comment spam.
Whilst there are a number of measures (as the site webmaster) you can take to limit the amount of comment spam, sometimes there are reasons for you not to undertake such measures.
For example, swtiching the permissions access to ‘Registered Users’ for the Reviews module can help eliminate atomated bot comments in that module.
Likewise, disallowing anonymous News module comments can help reduce automated bot commenting in the News articles.
Regardless of what methods you employ, Code Authors Comment Module will help you in your fight against comment spam by giving you a quick, simple and easy to use interface to view the last 50 News module comments and Reviews module comments.
You no longer have to scroll through screens of admin functions to delete a comment, you can do it right there within the Comments Module admin interface - all it takes is for you to click the ‘Delete’ link and the comment is gone!
In the case of Parent comments where additional comments have been made (child comments) - when you delete a News parent comment, all the child comments are removed with them.
The module is easily installed by simply uploading the files to you website, there are no database changes required and - thats it!
You know have an extremely easy way to monitor and delete comments from your site!!
0 comments Wednesday 15 Nov 2006 | Guardian | Comments Module
Spam Stopper Module saw it’s first release on 9th September 2006 and was followed shortly after with v.2 on 16th September 2006.
Code Authors Spam Stopper module is designed to run with pnpNuke v7.6+ and all versions of Raven Nuke and certified to run on all versions of Raven Nuke and phpNuke 7.6.
Brief Outline of Operation
When your site gets a ‘hit’ from a visitor, this is usually because they have followed a link to it from elsewhere and thus, there is usually referer data in the hit.
Spam Blocker ‘pings’ the referring site and blocks it if it meets certain criteria.
This criteria includes;
1. Whether or not the page which the visitor came from returns a 403 (access denied)
2. Whether or not the page which the visitor came from returns a 404 (not found)
3. Whether or not your site URL was found on the referring page from where your visitor just came from.
4. Whether the referer string contains a word that is blocked in your ‘bad word’ list.
5. Whether the domain is already blacklist by Spam Stopper
6. Whether the referer is already banned on one of the other referer blacklists.
7. Whether a reverse look up of the domain agree’s with the IP it is coming from.
If a human visitor is accidentally marked as spam by Spam Stopper, they will still be allowed access to your site via a link provided by Spam Stoppers custom 403 (access denied) page and the falsely-marked referrer can be whitelisted.
Spam Stopper will use PHP’s CURL function if it is available on your server, otherwise it will use its own built in functions for efficiency.
Regarding point 5 above:
Spam Stopper is designed to connect to a number of third party blacklists such as Spamhuas and forwards the visiters referer or IP to see if it is blacklisted, if it is, thenSpam Stopper will instantly block access to the visitor from both the refering website and and the users IP.
0 comments Saturday 04 Nov 2006 | Guardian | Spam Stopper Module