Weird path in rewrite

I have installed vbseo 2.3.2 on vbulletin 3.5.1 (+patch). When requesting a forum URL (forumdisplay), VBSEO seems to rewrite that to the nice format. However, it does include some strange path info into the URL.

HTTP Header recording is as following:

Code:

GET /show/forumdisplay.php?f=2 HTTP/1.1
Host: forum.webhostlist.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051111 Firefox/1.5
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://forum.webhostlist.de/show/
Cookie: 

HTTP/1.x 301 Moved Permanently
Date: Sun, 01 Jan 2006 11:43:27 GMT
Server: Apache
X-Powered-By: PHP/5.1.1
Location: http://forum.webhostlist.de/srv/www/show/script-serverseitig/
Content-Length: 0
Keep-Alive: timeout=15, max=88
Connection: Keep-Alive
Content-Type: text/html; charset=iso-8859-1

I am not sure where the /srv/www are coming from. Since they are inserted at this part, the .htaccess (residing in the /show directory) will never get triggered and the server throws a 404. I have checked the config file and there seems to be no option to configure this behaviour.

Thanks,

Carsten

Hello Carsten,

I sent a PM to you.

I am getting something similar seemingly out of the blue:

The links to the newest post on the right hand side of the homepage listing look like this:

http://www.navy-net.co.uk/finance-pensions/66034-armed-forces-must-wait-five-years-longer-pension-new-post.html

as you would expect, but then redirect to this:

http://www.navy-net.co.uk/part/of/my/file/path/finance-pensions/66034-armed-forces-must-wait-five-years-longer-pension.html#post1087385

It works fine with VBSEO turned off

VB 4.2, VBSEO 3.6.0 gold. Was the same on 4.1.12 and 3.6

Any ideas please?

Edit: this path snippet is also added to the URL if I click "Promote to Article" under a forum post

I have checked the filesystem for the string - not found - and cleared the system and VBOptimise caches. No change

Hello Rob ,

Can you please try disabling vB Optimise temporary to see if the issue is still there without vB Optimise. Can you please also supply us your .htaccess content

Hi Mert,

I disabled VBOptimise in its own settings and the VB Products list - no change.

I'm using Lighttpd, with the following lighttpd.conf config. I'm using the same config for two other sites without problem though, so I'm not hopeful the fault is here. Thanks for your help.

Code:

$HTTP["host"] == "www.navy-net.co.uk" {
server.document-root = "/my/path/some/of/which/appears/in/the/url/www.navy-net.co.uk/"
url.rewrite-once = ( 
"^/rrpedia$" => "/wiki2/index.php",
"^/rrpedia/(mw-)?config/?" => "$0",
"^/rrpedia/([^?]*)(?:\?(.*))?" => "/wiki2/index.php?title=$1&$2",
"^/rrpedia/([^?]*)" => "/wiki2/index.php?title=$1",
"^/(sitemap.*\.(xml|txt)(\.gz)?)$" => "/vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1",
"^(/(admincp|install|xcache-admin|gallery|dbtech|vboptimise|olive_scripts|olive_js|olive_images|mobiquo|olive_styles|modcp|clientscript|cpstyles|images|customavatars|wiki|rrpedia|api\.php)/.*)$" => "$1",
"^(/vbseo/resources/(css|images|scripts)/.*)$" => "$1",
"^(/favicon\.ico|/robots\.txt|.*clear\.gif)$" => "$1",
"^/(.+)\?(.*)$" => "/vbseo.php?$2",
"^/(.+)$" => "/vbseo.php"
)
auth.backend = "htpasswd"
auth.backend.htpasswd.userfile = "/a/file"
auth.require = ( "/admincp/" =>
(
"method" => "basic",
"realm" => "Password protected area",
"require" => "user=auser"
)
)
}

I didn't use lighttpd for ages so i will let another staff member check the configuration Rob.

Hi Rob,

There may be a problem with the automatic detection of the full path to your forum. Please try this and let us know how it goes:

* Login to your vBSEO Control Panel
* Head to General Settings -> vBSEO Options -> Click on 'Advanced Settings' tab
* Set the full path to your forums here: "Custom Doc Root"
* Save the changes

Hi andres">Andres, that cracked it. The problem seemed to appear from having a dotted domain in the path, so using:

/my/path/www.navy-net.co.uk , the actual full path - in the options as you described above didn't work. No change

using

/my/path/navynet worked fine and the URLs are correct. This is a symlink I use to ensure backwards compatibility after the move to Lighttpd.

I include that detail just in case it's any help in finding some obscure bug. If it is a bug.

Thanks very much for the help.

We are glad to assist, Rob

Thank you for your feedback!