| | |
Spam threads... "Soft deletions" versions complete deletion
![]() |
This question arose in another thread here, and don't wish to see that thread hijacked further, so moved here.
For an example, Tipard is constantly bombarding this site with their sollutions, and was told that most of their posts are "soft deleted" (meaning their posts are only visible to mods). Response given was along the lines of
No offence intended to Crunchie, but that answer doesn't cut it. The problem is, while you may "soft delete" these spammings, a search for the term "Tipard" still brings a stream of results, each with enough summarised info, that even if the entire post cannot be viewed, the Tipard guys still get a leg-in on the site.
Now I can see where "soft deletions" could serve a purpose, but when we are dealing with serial spammers, why not just go all the way and delete ALL reference to their works? Not trying to be b1tchy, but I just don't see why they deserve even the slightest reference to a post which should be fully removed on sight.
For an example, Tipard is constantly bombarding this site with their sollutions, and was told that most of their posts are "soft deleted" (meaning their posts are only visible to mods). Response given was along the lines of
•
•
•
•
Because that is how we do things around here. No-one can see them except for the Mods anyway.
Now I can see where "soft deletions" could serve a purpose, but when we are dealing with serial spammers, why not just go all the way and delete ALL reference to their works? Not trying to be b1tchy, but I just don't see why they deserve even the slightest reference to a post which should be fully removed on sight.
Daniweb probably has to comply with certain information archival laws. If any threads are physically deleted from the database, that could be grounds for heavy fines or even complete shutdown of the site. Or the information could be used to prosecute spammers, but physical deletion makes coming up with a case harder.
I mean no offense, but I have been part of the administration for a forum before. Most of the complaints and suggestions I got were too narrow minded. They focused on one aspect of the big picture and did not consider all of the other factors. Big forums like Daniweb do not get popular by having arbitrary rules and processes. We should be confident that there is a good reason for everything, even if it does not make sense to those of us without inside information.
I mean no offense, but I have been part of the administration for a forum before. Most of the complaints and suggestions I got were too narrow minded. They focused on one aspect of the big picture and did not consider all of the other factors. Big forums like Daniweb do not get popular by having arbitrary rules and processes. We should be confident that there is a good reason for everything, even if it does not make sense to those of us without inside information.
-Tommy (For Great Justice!) Gunn
Soft-deleting has nothing to do with the spam references you see in search results. This site's search is powered by Google, and it can take a day or more before the site is reindexed to take into account the removed threads.
"Technological progress is like an axe in the hands of a pathological criminal."
•
•
•
•
Soft-deleting has nothing to do with the spam references you see in search results. This site's search is powered by Google, and it can take a day or more before the site is reindexed to take into account the removed threads.
If you check the source, you can see for yourself
.
. If you mean "check the source" as in check page source info; is awfully easy to filter through a ream of info if you know what to look for... have said from the start my take on computers is via graphics not programming/serious coding. So no, was not so straight forward this end, but that simple explanation above made immediate sense.
Another reason for soft deletes is so that the mod (or SuperMod, or other Admin) can reverse the decision to delete the thread. If it were a hard delete then there it can not be undeleted. Mods are human too and sometimes make the wrong decisions.
Don't PM me with questions -- you might get a nasty PM in response. If you have a question then post it in one of the forums.
Also, if an offending post is completely removed from the database, we have no way of keeping track of it. The very essence of our infraction system is designed around knowing whether it's someone's first offense or if they keep making the same mistake over and over again despite multiple warnings. If each time someone screws up, that screw up is permanently deleted forever, then it could be someone's 500,000th time doing the same exact thing wrong and we'd have no way of knowing.
•
•
•
•
Another reason for soft deletes is so that the mod (or SuperMod, or other Admin) can reverse the decision to delete the thread. If it were a hard delete then there it can not be undeleted. Mods are human too and sometimes make the wrong decisions.
•
•
•
•
Also, if an offending post is completely removed from the database, we have no way of keeping track of it. The very essence of our infraction system is designed around knowing whether it's someone's first offense or if they keep making the same mistake over and over again despite multiple warnings. If each time someone screws up, that screw up is permanently deleted forever, then it could be someone's 500,000th time doing the same exact thing wrong and we'd have no way of knowing.
- Keeping record of a serial offender (single user ID) is useful in keeping track of an in-house pest. But here you're tracking an external pest, which seems to call for different tactics.
- It means any "recent post/thread" site-search, leaves the user wading through spam, as the side-bar is a simplified tool, with no method for filtering results (not criticising the sidebar by-the-way; merely highlighting the issue at had).
- Because they are forever using quite legitimate userID's, every time they get booted, there's another userID no-longer available for anyone else to use (which actually ties into the other question I posted in the Feedback boards regarding account deletion).
Would a more effective method of dealing with this issue (and this is only a suggestion (it may or may not be viable at a host-site level) be to setup an auto-filter of some kind (either keyword-based, or less arbitrary, a filter which prevents threads/posts which contain blacklisted URLs, as well as "tinyurls" to prevent the obvious work-around).
Under the current system (as has been explained), even after deleting the offending post, reference to said post is still available in summary-form for at least some period of time, meaning they just keep banging away, knowing full well they've still got their message out (and given that a Google search for Tipard gives nearly 7 million hits this is obviously a large-scale problem), despite the constant deletions.
Whereas preventing the posts in the first-place, either by filtering as suggested, or some other method - they don't get that foot in the door in the first place. This may even deal with the issue of a whole tonne of perfectly legitimate user-ID's being rendered unusable to anyone else because of a constantly growing blacklist.
Everything you are saying has already been discussed amongst the staff, so you are not saying anything new.
The pro's and cons have been weighed up and this is the system that is in place.
Is there room for improvement? Sure there is and I am sure that as Daniweb goes forward, changes will be implemented as needed.
The pro's and cons have been weighed up and this is the system that is in place.
Is there room for improvement? Sure there is and I am sure that as Daniweb goes forward, changes will be implemented as needed.
![]() |
Similar Threads
- use listbox to insert data? (PHP)
- Is there a "view threads changed since I added my two cents" button? (DaniWeb Community Feedback)
- Selectively Printing only Certain Divs (javascript/css question) (JavaScript / DHTML / AJAX)
- vBulletin mod_rewrite for vB 3.0.7 (Existing Scripts)
- How to handle spam? (Growing an Online Community)
Other Threads in the DaniWeb Community Feedback Forum
- Previous Thread: Fly Paper
- Next Thread: Bogus notification
| Thread Tools | Search this Thread |
+ abuse beginners bookmark bored box bug bugs calamity code codebox codesnippets codetags code_snippet comments cpuintensive daniweb design editcodesnippet end-of-the-world favouriteforums feedback ff3 flamewar glitch ie6 itsatag! kids layout login lulz negative newfeature poll post preview privatemessaging problem profanitytest profile quality quick rashakil-fol reply reputation reputation-power sandwich score search snippet socialgroups solvedthreads sub-forum suggestion tagcloud tagging tags theactualrulerofthetag-cloud:3 therulerofthetag-cloud:[ thread threadtagging today's-posts unansweredposts upgrade user voting whining






