• Register
    • Help

    striker  0 Items
    Currently Supporting
    • Home
    • News
      • VaultWiki News
      • Visit the Wiki
    • Forum
    • Wiki
    • Support
    • What's New?
    • Buy Now
    • Manual
    • 
    • Home
    • VaultWiki 3.0.3

    1. Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

      VaultWiki allows your existing forum users to collaborate on creating and managing a site's content pages. VaultWiki is a fully-featured and fully-supported wiki solution for vBulletin and XenForo.

      The VaultWiki Team encourages you to join our community of forum administrators and check out VaultWiki for yourself.

    • VaultWiki 3.0.3

      by
      pegasus
      • View Profile
      • View Forum Posts
      • View Blog Entries
      • Visit Homepage
      • View Articles
      Published on August 17, 2010 4:56 PM
      2 Comments Comments
      Today we released VaultWiki 3.0.3, which addresses a critical security concern. Due to this and other showstopper bugs that have been addressed, we recommend that customers update as soon as they are able.

      Also in VaultWiki 3.0.3, we have made a number of changes that we believe will improve performance on a number of boards. One of these changes simplifies processing for Who's Online pages and the display of the user's current location.

      A big improvement in 3.0.3 is the vastly increased support for MySQL slave databases. Among other things, Special page data, in-article contributions, and page history are now read from the slave database, if available. When the server and vBulletin are configured properly, this change should reduce locking issues on these more-trafficked tables.
      Comments 2 Comments
      1. Moses - August 17, 2010
        • Reply
        Thanks for this update pegasus,
        Would you advise setting up a slave database, even if it's on the same physical box?
      1. pegasus - August 18, 2010
        • Reply
        Unless I'm mistaken, having the slave on the same box (while not ideal for CPU) would still be an improvement due to table/row-locking issues that occur whenever database reads occur. However, keep in mind that every write transaction will need (number_of_slaves + 1) * write_time rather than the standard write-time. But using slaves with vBulletin would only offer an improvement if you had multiple slaves setup, and you used a script to randomly select one for each vBulletin session. Otherwise, you will still have the problem where multiple users are accessing the same database table at once and need to queue. As far as I can tell, you would not get any saving from write-locks because vBulletin doesn't support slaves with delayed updates (you would have login and registration problems).

      Oops!

       
      Cancel Changes
    • Contact Us
    • License Agreement
    • Privacy
    • Terms
    • Top
    All times are GMT -4. The time now is 12:47 AM.
    This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Learn more… Accept Remind me later
  • striker
    Powered by vBulletin® Version 4.2.5 Beta 2
    Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
    Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2025 DragonByte Technologies Ltd.
    Copyright © 2008 - 2024 VaultWiki Team, Cracked Egg Studios, LLC.