Quantcast Tips to optimize (speed up) a vBulletin forum - digitalFAQ Forum
03-14-2013, 10:59 PM
admin's Avatar
admin admin is offline
Site Staff | Web Development
Join Date: Jul 2003
Posts: 4,367
Thanked 584 Times in 437 Posts
Found this on another site. (Original site/author unknown. Quoted by another user there.)

Tips plus my commentary are found below...

vBulletin Options -> Search Type (Drop Down Under vBulletin Options):
If you have MySQL 4.0.x you can use Full Text Search as this option can greatly reduce server load when a search query is used on your server. You can also check out this thread on vBulletin.org for information on using sphinx search. This is so much faster than using fulltext. It's something you don't need to do until search becomes a problem though. This is usually around 1 million posts.
1. You should be running MySQL 5.x -- it's 2013 now. If your host only offers MySQL 4.x, move!

vBulletin Options -> General Settings -> Use Forum Jump Menu:
I have this setting turned off. If you have a large amount of forums this will cause the server to work harder as it has to Generate the Forum Jump and then display it on the page. The Forum Jump consists of alot of html which makes the page larger which increases bandwidth usage. The majority of your users will not even realize it is gone. At east this is the case on my site.
2. Disable the jump menu, check. People rarely use this anyway, so it's really useless.

vBulletin Options -> General Settings -> Disable AJAX Features:
Make sure that this is set to allow all AJAX Features. Ajax helps reduce server load by not reloading a page where AJAX is used. (Quick Reply for instance)
3. AJAX is used by the very useful WYSIWYG editor, so never disable it.

vBulletin Options -> Cookies and HTTP Header Options -> GZIP HTML Output:
I have this turned off because my server handles this through my httpd.conf file via mod_deflate. If you are not sure whether or not you have this enabled on your server you may test it using this website: GZIP Test. It will tell you if you have it enabled or not and if you do it will show you how much the page was compressed. My main page: Mustang Web Site uncompressed is 45,886 bytes and compressed 8,994 bytes for a total reduction of 80.4%. Make sure the Compression Level is never set higher than 1.
4. Gzip should be done on a case by case basis. For most Linux servers, do it somewhere. It should have gzip enabled one place or another, either by server settings or by app settings. For Windows servers, don't; use dynamic compression in IIS7 or IIS8.

vBulletin Options -> Cookies and HTTP Header Options -> Remove Redirection Message Pages:
I have this set to Yes. Not only do I find them incredibly annoying but they cause an unneeded page load.
5. Remove redirects pages not just for this reason, but because they're obnoxious.

vBulletin Options -> Cookies and HTTP Header Options -> Add No-Cache HTTP Headers:
Make sure this is set to No.
6. Never No-Cache a browser. It forces the person to reload the whole page, even if elements haven't changed. It takes band width, and makes the page slower.

vBulletin Options -> Server Settings and Optimization Options -> Cached Posts Lifespan:
I have this set to 90 days. Once you turn this on I recommend rebuilding your Cache Posts via Maintenance -> Update Counters
7. Or 60 days.

vBulletin Options -> Server Settings and Optimization Options -> Update Thread Views Immediately:
Set this to No. With this set at No the Thread Views will automatically update via Cron every 1 hour by default. If you wish to change this you can do so by editing the Scheduled Task for Thread Views to a different time. Mine is set to update thread views every 15 minutes.
8. Once an hour is often enough.

vBulletin Options -> Server Settings and Optimization Options -> Update Attachment Views Immediately:
I have this set to No as well. I just use the default cron to update these.
9. Again, once an hour is often enough.

vBulletin Options -> Style & Language Settings -> Store CSS Stylesheets as Files?:
Set this to yes. Make sure that you change the permission of the /clientscript/vbulletin_css/ folder to 777. This greatly reduces the page size and the code to content ration as well as not requiring the web server to spit out all that code on every page load.
10. Store the CSS as files, not in the database. Remember to set write permissions!

vBulletin Options -> User Listing & Profile Viewing -> Show Last Post on Profile Page:
This is very server intensive. Set this to No.
11. Another useless setting. Most of the time, the only ones to visit profile pages are bots.

vBulletin Options -> Message Posting and Editing Options -> Quick Reply:
Not only does this make posting faster which leads to more posts being made this also uses ajax which means you do not have to load another page to make a post nor does it reload the page after you make the post. I use this hack: Smilies in QR and QE To even further reduce the need to click the Post New Reply Button. I have Quick Reply set to: Yes, Click Not Required.
12. Enable quick reply, check. Use the smiley/attachment mods, check.

vBulletin Options -> Message Posting and Editing Options -> Quick Edit:
Turn this on to reduce the need for a new page reload when someone simply wants to edit a post.
13. Same as above. Enabled, check.

vBulletin Options -> Message Searching Options -> Minimum Time Between Searches:
I have mine set to 5. I recommend setting some kind of small time limit to reduce any chance of abuse.
14. This doesn't matter much. I see no load difference one way or another, so why annoy users trying to search the forum? You want them to find and visit page!

vBulletin Options -> Forums Home Page Options -> Display Logged in Users?:
I have mine set to Yes, Alphabetical listing to members only. What this does is show your members Alphabetically if you are logged in but if you are a guest the Whos Online does not show at all. This helps reduce server load by limiting the amount of people that see the Who's Online Stats.
15. Helpful mostly for admins/mods to see who else is on. So enabled for other members only.

vBulletin Options -> Forum Display Options -> Show Users Browsing Forums:
I have this option set to No. If your members ask for it then enable it only for members. Guests really don't need to see how many people are viewing a particular forum.
16. Use alternate mods to show who's visited the site today. Again, useful for mods/admins to see activity.

vBulletin Options -> Forum Display Options -> Maximum Displayed Threads Before Page Split:
I have this set to 50. I would not go much higher than this. The higher you go the more resources it takes to generate those extra threads to show and the bigger your page gets. Note: Changing this will change the amount of Forumdisplay pages that are generate overall which will result in a reindex by search engines.
17. That's too much! This has a very big impact on server/site performance, and will make a vBulletin site crawl. Not to mention there are other issues with max characters per page for lots of long posts. It needs to be 20 at most. If a person wants to see more, they can either (1) search the thread, or (2) click pages to keep reading. Remember: It gets page views up, so it's not all bad!

vBulletin Options -> Thread Display Options -> Show Users Browsing Threads:
I have this set to No for the same reason I gave for Forumdisplay pages.
18. Again, there are alternate mods. The cron is about every 10 minutes and is good enough.

vBulletin Options -> Thread Display Options -> Check Thread Rating:
I have this set to no. Thread Ratings are rarely used on my forum so I don't need it to tell the user whether or not they have rated the thread and what their rating was.
19. The whole idea of "thread ratings" is somewhat silly. This isn't high school; I don't care about popularity contests. If somebody finds something useful, awesome. If not, they can search again. In fact, if they're going to be negative a give low ratings (rather than post and help), I just assume they leave. Disable it.

Now let us look at some hacks that I find useful in reducing the server load and increasing site speed:
Use Xcache!!!!! xCache is the easiet was to increase performance for your forum(s). It does is reduces the amount of memory that vBulletin uses each page load by caching the php scripts in memory. It allows you to cache the Datastore (Link) and Templates (Link) in xcache. This removes two queries to the database. If you have more than one forum then you can only store one forums datastore and templates in xcache at once. For more than one forum look into using memcached to store the datastore. No modification exists at the time for the templates so I recommend storing the templates of your most active site in xcache. You can find more info on setting up memcached here. You can start up several instances of memcached on different ports or ips and point each site to a different memcached server.
For Windows, use WinCache.
For Linux, anything is fine -- just use something! APC, Memcached, Xcache, etc.

- Did this site help you? Then upgrade to Premium Member and show your support!
- Also: Like Us on Facebook for special DVD/Blu-ray news and deals!
Reply With Quote
Someday, 12:01 PM
admin's Avatar
Ads / Sponsors
Join Date: ∞
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts

Similar Threads
Thread Thread Starter Forum Replies Last Post
Widen [code] box in vBulletin forum, change style to increase width kpmedia Website and Server Troubleshooting 0 07-25-2011 07:14 AM
How to Optimize ISPConfig 3, reduce 150MB+ RAM: Disable clamav, amavis, spamd kpmedia ISPConfig 0 07-06-2011 10:54 AM
VBulletin custom graphic icon by forum name kpmedia Website and Server Troubleshooting 1 01-04-2010 03:27 AM
ATI installation tips admin Capture, Record, Transfer 0 05-21-2005 08:13 PM
ATI MMC VCD settings tips admin Capture, Record, Transfer 0 02-15-2005 10:35 AM

Thread Tools

All times are GMT -5. The time now is 10:17 AM