New Posting Features - Automatic Thread Tagger for vB3.8

Automatic Thread Tagger


Description
When a user submits a new thread this modification will automatically take keywords from the thread title and use these as tags. You can use Automatic Thread Tagger to propose the user AJAX tags for his new thread, or it assigns new tags after saving the new thread. It can add the translated thread prefix to the tags.
Additionally, you can tag existing threads via maintenance and also scheduled tasks.

This modification is a successor to the terminated Automatic Thread Tagger by MrEyes:
https://vborg.vbsupport.ru/showthread.php?t=179927

As an example, if a user submits a thread with a title of:
"Fish Food for Cats!"

The thread will be automatically tagged with:

- Fish
- Food
- Cats

If the user also submits an actual tag of "Fish" this will not be duplicated. Any rules you have setup for tagging will be respected.
If you choose to do so this product will also automatically tag threads created by incoming RSS feeds.

Demo
I cannot show you the process of creation, but here is a list of tags generated by Auto Thread Tagger:
http://www.insideearth.net/tags.php?langid=5
http://www.insidesupcom.de/tags.php?langid=1


Automatic Tagging of existing threads
You can tag existing threads via maintenance or scheduled task/cron. They will be created with a special flag so they can be easily identified and deleted. Manual assigned tags are not touched. Maintenance is also working if Automatic Tagging is disabled via settings. Great if you want to test some settings. Automatic Tagging will take the date of the thread creation and also the userid of the creator. This process can be automated by running a scheduled job once a night.

Please keep in mind that tags that were proposed via AJAX are not tagged as auto tagged and therefore cannot be identified as such (and therefore not deleted automatically). If you want to retain the auto tagged flag you should disable AJAX and enable the tagging after the thread has been saved. As an alternative way you can also disable this and let new threads be tagged in the night from the scheduled job.


Installation / Upgrade
1. Upload all files from "upload" to your server, take care of the directory structure
2. Import "product-auto_thread_tagger110.xml" as a product, overwrite if it's already installed
3. Check settings
4. Run maintenance / Auto Tag Threads to tag existing threads (needed if you want to use the cron)

After install, and by default the modification is disabled, this will allow you to play around with configuration before switching it on.


Troubleshooting
If you report a bug please post the thread title that created it, without this I cannot test it and improve the language parsers.

* If no threads are tagged you will have to check the following:
- Is the modification enabled? Is the action you are testing enabled? (vBulletin tagging, whole auto thread tagger system, AJAX, new threads)
- Are the words you are using badwords or filtered out?

* Cron/Scheduled Task is not tagging all threads.
- The cron is limited to 500 (you can change this via settings) threads per run to avoid heavy impact on server. Make sure you run maintenance auto tagger before this to tag old threads. You can check the scheduled tasks log to see if it is running correctly.
Important: If a thread title does not meet minimum requirements to be included in tags (f.e. one word thread titles, too short words), it will be forever in this queue.

* I'm using polish, arabic, turkish, etc.. language and the tagger is not working like it should.
- If not already replaced, replace the filter replacement '&'=>'and' with ' & '=>'and' (a space before and after &)



Todo
What comes next? You decide. Tell me what you are missing and I'll look if it can be integrated.


Why thread title and not thread text?
Parsing the thread text for tags is an extremely unlikely addition as this would require some fairly heavy processing to ensure quality of tags.


What are Stopwords?
Stopwords is the name given to words which are filtered out prior to processing of tags.
The user Hostboard on vBulletin.org posted some resources regardings this:
https://vborg.vbsupport.ru/showpost....&postcount=380



History
1.2.0, 9th August 2008
- Fixed error with missing threadid's
- Fixed error with AJAX and prefix
- Fixed error with not indexing tags via cron
- Added polish, spain, english stopwords
- Compatibel with vBulletin 3.8

[maki_69]

Hello,
I have a problem with merging threads on my forum. Causes a problem plugin "Automatic Thread Tagger". When I disable plugin merging works properly but when plugin is enabled during merging some threads browser works all time I still read merging threads page.
If I don't wait and go to any forum and check moderator menu that I have "x threads checked" but thread is merged.
This plugin cause another problem during rebuilding threads structure. If plugin is enabled that rebuild stops few time. If I disable plugin and turn on rebuilding process ends properly without stops.

If this information is important I wnote that forum is after downgrade from vb4 to vb3.
Anybody know how fix problem? This plugin is good and I would like use it still on my forum.
Regards

[Simon Lloyd]

Disable the ajax part of it, i've had similar problems with mods like this that use ajax, i believe it's in the settings for this one.

[maki_69]

Originally Posted by Simon Lloyd

Disable the ajax part of it, i've had similar problems with mods like this that use ajax, i believe it's in the settings for this one.

Thanks for answer. I turned off ajax in this plugin and thread merging works properly now

[dethfire]

Is this safe for a forum with 600k threads?

[mdawg]

I just noticed this recently. Maybe this has been going on a while, or maybe this has to do with that my server was just updated to PhP 5.4 , although I have not noticed any other issues.

When I go to Edit a post, then click on Save, nothing happens - just the spinning circle. The Edit is never saved.

So, I have to click "Go Advanced" and then click "Save Changes," and the Edit IS saved, but not before the following errors are flashed on the screen:


although, yes, after the errors are flashed the edit is saved.

When I disable the Auto Thread Tagger all edits work as normal with no errors.

[tbworld]

I believe you need to be running vBulletin v3.8.8 in order to run PHP v5.4.

[Dr.CustUmz]

i think you need php5.4 to run 388 but you CAN still run 387 on php5.4 although, having issues with addons is more of that said addon having the php issue, and most of the time its an easy fix.

@mdawd - I tried to get this error although I couldn't replicate it, and those lines... nothings poping out at me as anything that would be an issue =/

however, have you tried using https://vborg.vbsupport.ru/showthread.php?t=218350 it doesn't have the ajax feature, but it has ALOT more options, and I'd say its a better product (just my 0.02$)

[mdawg]

I did try the 4.1.3 tagger but had these issues:
https://vborg.vbsupport.ru/showpost....&postcount=424
of course that was under the old PHP but I don't see how that would matter?

[tbworld]

Statement from vBulletin.com site:

http://www.vbulletin.com/forum/forum...and-php-5-4-15

[Dr.CustUmz]

it may not support it but it does work just fine (vanilla/no addons) on it... j/s.

but products that offer php files with them some are going to give you errors, cause said php file isn't upgraded for php5.4

so mdawg.... try updating to vB 3.8.8, although i still bet you have the same issue cause your vb isnt causing the problem its the product. although i have php5.4 and have tested this mod on both 387 & 388 and was unable to duplicate this error

as for your issue with the other product... since your error was only that line, really all i would do is remove that line and try it again lol. but we can discuss that in that thread if you want to go that way instead.