Issue: Run wiki on subdomain

Settings > Options > VaultWiki: Server Settings > Wiki Base URL

Yeah, I've already discovered that setting. I've even read the docs about it.

So if I set that to be wiki.badgerandblade.com, then what? What do I need to do on the server-side to make that actually work?

Just to be clear - I set that setting to http://wiki.badgerandblade.com and then generate my .htaccess file, which I'm told to place at wiki.badgerandblade.com/.htaccess That code is

RewriteEngine On
RewriteBase /

RewriteRule ^showwiki/Main.*)$ showwiki/$1 [L,R=301]

RewriteRule ^showwiki$ showwiki/ [L,QSA,R=301]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^showwiki/(.*)?$ vb/showwiki_proxy.php [L,QSA]

So I place the .htaccess file there (mod_rewrite is enabled on our server), load up http://wiki.badgerandblade.com, and all I see is an empty directory listing.

The wiki isn't at wiki.badgerandblade.com it's at wiki.badgerandblade.com/showwiki/ It will always be in a directory, but you can rename the directory using the other admin settings.

I've figured that much out. Our problem, again, is that we have thousands of incoming links pointing to http://wiki.badgerandblade.com/Article_Title


Why can we not run it without having a /directory appended to it? Just change the .htaccess file in the wiki directory to run without the /showwiki in the URL?

You can also 301 them to the directory. There's not currently a way to turn off the directory entirely without writing a plugin.
I am writing the ability to remove the directory into the next version for you. If I still have access to FTP, I can merge the changes into your installation today.

Okay, I've committed some of the changes. Try leaving Settings > Options > VaultWiki: Server Settings > "Filename of the Wiki PHP file" blank. Then remove the /showwiki stuff from your htaccess.

I've left the field blank and regenerated my .htaccess codes, and it's not working.

I appreciate the effort you're putting in to fix this. It will for sure be a useful feature for people in the future.

If you add your IP address to the root .htaccess file, you can access the site and test your changes. Just please make sure not to open up the site to everyone.

The rules created by the generator expect that the sub-domain maps to the same directory as the domain, or to a sub-directory of it. A third proxy is needed for sub-domains created above the domain root. It will be included in the next release.

I'm confused. I had the wiki subdomain set up to load /home/user/public_html/wiki, which is a subdirectory of the document root.

In an attempt to get things working, I modified the subdomain to load up /home/user/public_html, instead. Copied the .htaccess files to the proper locations, and now get a redirect loop when attempting to load up the wiki via subdomain.

It was better the previous way, since it was working. The problem here was that the vB root and the document root weren't the same. The generator expected both to be the same, and the wiki to be there too. However, the /wiki way you had before is actually the best practice, and is the way everything is configured now.

My previous post was merely commenting on the current behavior and how it is changed for the new release. You shouldn't have made any changes on your part.

Now you should make sure your wiki.badgerandblade.com points to doc-root/wiki again.

Thanks for the clarification.

The wiki on a subdomain is now almost working sort of. If you load up wiki.badgerandblade.com, you're auto redirected to wiki.badgerandblade.com/Main_Page, which is correct behavior. And when you're redirected, you're shown the content of that article, which is also good.

But if you try to load up ANY other link, you're sent back to Main_Page immediately.

Working on this now. I had configured the proxy under the assumption that Simple URLs were turned off, but this is not actually the case, so something is wrong in the code.

EDIT: The value for Settings > Options > VaultWiki: Server Settings > Replace Wiki Tab with URL is wrong. It should be the actual URL of the article as it appears in the address bar.

OK, so the wiki on a subdomain is working B-E-A-UTIFULLY, save for one minor bug. When a user tries to create a new article, he gets a 404.

For instance, on http://badgerandblade.com/vb/newthread.php?f=133

If you submit the form, the action is attempting to be <form action=".php?do=create" method="post" name="vbform" class="vbform wikiform block">

Minor, bug still a bug.

Thanks for all your hard work. Great product you've got here.

Thanks for the reminder about that. This is why the issue is still "in progress". You can fix this temporarily on your site by editing the template vault_edit_main and changing:
To this:

I also had to edit vault_edit_newform and apply the same fix.