Navbar/footer fixes
- Thread starter Monty
- Start date
-
- Tags
- fixes navbar or footer
- Status
M
McRabbet
User not found
Just so others will know the error -- Clicking on either Admin or Mod in the bottom bar on the Link and Download Library pages produced a double link entry like this:
http://www.ncwoodworker.net/forums/...www.ncwoodworker.net/forums/admincp/index.php
(Since the above is truncated, mouseover it to see it on the bottom of your IE browser.) Obviously, it returned a 404 error.
Rob
http://www.ncwoodworker.net/forums/...www.ncwoodworker.net/forums/admincp/index.php
(Since the above is truncated, mouseover it to see it on the bottom of your IE browser.) Obviously, it returned a 404 error.
Rob
Each major product that interfaces with vbulletin system, tries to do what vbulletin does. vBulletin expects that there will be only partial or symbolic links in the navbar and the footer for certain known PHP scripts such as usercp.php, register.php. These actually have to be expanded to a full URL. These same products attempt to do the same thing. Some only know of some of the links. Some do the expansion making invalid assumption about the directory layout and finally some manage to get vbulletin's method and their own to function at the same time and the really screws things up.
Every product knows about Admincp and modcp, but most of them do an excellent job of screwing them up.
Anyway, in general, the only way that works "always" is the make the link start at the root of the site but without the front part of a full URL. So, in our case the correct url in an a href tag for the photo gallery index page is '/forums/pp/index.php'
DL and I went through navbar together making sure each main url was in this form. But it appears, I forgot to do the same for footer.
Another way to look at this: the leading "/" in the url tells vbulletin and the other packages to leave it alone and then vbulletin in a function whose name I can't remember, simply prepends the http://www.ncwoodworker.net to it.
Any URLs we add to templates should be done in this manner. Then they will always work across all the packages.
Every product knows about Admincp and modcp, but most of them do an excellent job of screwing them up.
Anyway, in general, the only way that works "always" is the make the link start at the root of the site but without the front part of a full URL. So, in our case the correct url in an a href tag for the photo gallery index page is '/forums/pp/index.php'
DL and I went through navbar together making sure each main url was in this form. But it appears, I forgot to do the same for footer.
Another way to look at this: the leading "/" in the url tells vbulletin and the other packages to leave it alone and then vbulletin in a function whose name I can't remember, simply prepends the http://www.ncwoodworker.net to it.
Any URLs we add to templates should be done in this manner. Then they will always work across all the packages.
I don't think there any in the navbar unless somebody other than DL or myself added them after we did the original one.
Wow, talk about coincidence:roll: The top posters product added its link to the Quick Links using a plugin. and guess what he used as the start of the URL 'misc.php?xxxxxxxx' so it worked fine in some places put not others. fixed the plugin so url was /forums/misc.php?xxxxxxx and now it works everywhere.
I hope:rolf:
I hope:rolf:
OP
OP
hmmm... I see what you're talking about. Thanks for the info. Some of the links were just the name of the php file. I have used $vboptions[bburl]/ to fix them, but /forums/ does the same thing.
My problem was that I was looking in the "links" footer template (which does not contain the footer navbar), not the main footer template... dumb :roll:
My problem was that I was looking in the "links" footer template (which does not contain the footer navbar), not the main footer template... dumb :roll:
- Status
Premier Sponsors
Contact for your financial processing needs!