-
Is this what I need ?
Hi,
I'm the owner of few game based wikis, made on media wiki script. We have many problems with flooders, and hackers that try to get our users to download spyware.
- What interesting fetaures do you have to prevent spaming, and those kinds of behaviours ?
- is there a built-in system that could allow the moderators to accept every change on the wiki before it shows up ?
- I would like to have one wiki one one forum, but use the subdomains to show different content. Like wow.domain.com to show the wiki about World of Warcratf, and Skyrim.domain.com to show the skyrim wiki. But the forum and user database is one so they can integrate.
- Is your wiki high volume and high user traffic optimal ?
-
1. We tap into vBulletin's existing anti-SPAM features. We assume that if users successfully answered the CAPTCHA/verification question, they are okay. However, we also check for flooding (submitting multiple posts or changes within your forum's limit).
2. If desired, new articles and discussion comments are entered into your regular forum moderation queue for untrusted users. Likewise, there is also an option to add edits by untrusted users into the moderation queue. For wikis that allow guest editing, we recommend enabling this.
3. For the time being, you can have individual wikis under separate forum areas, but I don't know of any mod that allows you to force different content for each sub-domain. While we have something close to this built into the product, it is no longer supported and is slated to be removed in the next version. In the future we do intend to add support for custom URLs which should re-enable some of this functionality. You can always have domain.com/skyrim and domain.com/wow for the time being, you can code a solution yourself, or you can use the existing unsupported function without upgrading until we release the custom URL function.
4. We like to think that it is. We have a number of users that are running VaultWiki quite successfully in a high volume/high traffic environment. We try to develop code optimized with these users in mind, but this situation is not something we're able to entirely replicate ourselves. While I've seen tools that can visit pages 100,000 times per second, I haven't seen any that understand how to use wikis to submit 100,000 edits per second. However, if you have a server that is already configured to handle concurrency quite well, and you have at least a few MB extra leeway in terms of memory and some spare CPU cycles (VaultWiki runs on top of vBulletin), you should be just fine.
-
Thank you for your answer. The URL like domain.com/wow domain.com/skyrim what does it give me. I would like to have on userbase (forum) and multiple wikis with the same moderators and users.
-
If it is the same userbase, it won't matter what the path is, just set the custom path for your WOW wiki to wow and the custom path for the Skyrim wiki to skyrim. You will also need to update your .htaccess to forward these paths to the showwiki_proxy.php file which is stored at your forum root.
-
Ok, so if this works there is all what I need.