Is it me or does the "Find In Thread" functionality fail with this turned on? Is there a quick fix to this?
I've merged boards and fulltext searching means that I won't have to rebuild search indexes on a 300,000+ post forum. I'm merging again soon to go over the 500,000+ post mark, and I'll have the same request then too ;) |
I'm on version 3.0.3, with debug mode on, but there's no "full text" option in the "version info and other untouchables" section (or anywhere else, for that matter). Did they move (or remove) the fulltext option in 3.0.3?
|
Quote:
|
Quote:
The options in there are: -vBulletin Version Number -Save Attachments as Files -File Attachment Path -Save Avatars as Files -Avatar File Path -Avatar URL -WYSIWYG Use DIV not P -BB Code Parser Function Then the [save] and [reset] buttons, and the debug box below that. Am I just missed something dumb here? :) |
I've looked everywhere (both in my AdminCP and online for answers) and can't find this option. Anyone have an idea where it might be?
|
Quote:
You'll need to shut your boards down for security reasons and enter debug mode, or enable debug mode for yourself only. So... PHP Code:
|
Quote:
-vBulletin Version Number -Save Attachments as Files -File Attachment Path -Save Avatars as Files -Avatar File Path -Avatar URL -WYSIWYG Use DIV not P -BB Code Parser Function I'm not sure why it's not there. Is it because I'm on 3.0.3 and not 3.0.2? |
Quote:
|
Quote:
|
I've re-uploaded all of the files in the "admincp" directory, but I still don't have the fulltext option in there. Where is a setting like that stored?
|
Quote:
|
Quote:
Next problem... :) I'm having problems getting one of the ALTER commands to work. After failing with the "post" one a few times, I tried the "thread" one. It completed successfully in just over 4 seconds. I'm running these queries via SSH. I've run the "post" ALTER command a few times and it's never able to finish. I've repaired the table (no errors), optimized the table and flushed the index. It still won't finish. I might just be impatient, but I let it go for an hour and it hadn't finished. No error message, just no result. The thread table has about 78,000 records in it, the post table has about 1.3 million records in it. The other strange thing is that my server load while it's working is almost nothing. It's at most 0.05. I would expect that if it was working that hard on the post index it would be putting more strain on the server. So, the questions: - Is a one hour wait for this a problem or am I just impatient? Given that the thread table takes 4 seconds and the post table has about 15 times more records, it should only take about 60 seconds, right? - Is there a way to simplify the query into a few separate ones so that I can run them one at a time? - Anything else I can do to optimize the table so this might run faster or finish? Thanks, Mickey |
ALTER commands usualy take a while, and I am not running this on my own board anymore so i cannot comment too much on it, I hope someone who has abit more knowleged about this can respond.
|
In the hopes of speeding it up, I've cut the post ALTER command down a bit. Instead of:
ALTER TABLE post ADD FULLTEXT INDEX (title,pagetext) I'm just doing ALTER TABLE post ADD FULLTEXT INDEX (title) Assuming it works, I'll do the pagetext as a separate query as well. Right now we're at 40 minutes and no sign of finishing. The only reason I'm concerned about it taking so long is that the thread table completed so quickly. I'll let it go a while longer and see what happens... Mickey |
The post talbe is quite abit larger... have you configured mysql's setting since installing mysql? an unoptmized my.cnf/ini can be horrid for running larger querys like the alter querys.
|
Quote:
|
Ok, I did a bit more digging and I might have found part of the problem. I was looking at the table in PHPMyAdmin, and found that it has a ton of indexes on it. Here is what it has...
Code:
Keyname Type Cardinality Action Field |
Quote:
|
Quote:
Congrats to all for their hard work, it is VERY appreciated. :) |
Does anyone know... are Similar Threads driven by the fulltext search too?
i.e. If I purge my word index tables, will I break anything now that most of this appears to be working? |
Good question.
What is the status on this? Are a lot of you using it successfully? I'm considering trying it. |
Quote:
|
Quote:
|
You know , I've seen that option in the vB options in the admin CP. wanted to try it, but wasn't sure if I should. Now can I test it out woithout clearing my search index?? I'd rather not reindex the search index if this doesn't turn out good results.
|
Thanks for the tip, Freddie. I'll have to read through the thread again so I better understand - You mean vB 3.0.x vs. a future 3.1 version of vBulletin?
My board isn't very big. The data and index of the database is only about 200 megabytes (attachments are in a separate directory). I don't plan on doing this right now - maybe in a couple of weeks. Just scoping things out in advance. |
Quote:
THanks |
Edit your config.php, and place the following line in it:
PHP Code:
|
Hi, I just switched to FullText Search with Vbulletin 3.0.13
I would like to know if the FullText Search is know more stable than it was in the past ? Is it better than the FullText Hack provided by JohnWoo (https://vborg.vbsupport.ru/showthrea...light=fulltext) Last question : Except the two queries (Index stuffs with Post and Thread tables) and the "vboption[fulltext] = 1", am I supposed to do something else ? Thanks in advance for your answears ! /Edit : One more question :D The Relevance Search doesn't seem to work with Fulltext ? |
All times are GMT. The time now is 05:50 AM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
More Information | |
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|