I guess it's standard. All I've added other than the the main.tpl and styles was a captcha script on the registration page. But I really wish I had an idea what caused this, so it doesn't happen again. Like I said, the big change I made before noticing the problem was adding xampp php MySql test server, moving the site to the test server /htdocs/ folder and adding another database.

What if I just did a new install and swapped the template, styles and database?

So those hard urls should be dynamic includes? I have no idea how that could have happened. I have a backup from a while ago and it's the same thing. Any ideas what caused it? Is there a fix. If I reinstall I can't lose all the work I did on the template and styles. The database is no big deal.

Hi Matt,

Are there cache files I'm missing somewhere? I go to ../myforum/cache/ and delete all php files, leaving index.html and .htaccess.

Here is a piece of /myforum/include/common_admin.php. Showing all old URLs after updating the database:

"<li<?php if ($page == 'index') echo ' class="isactive"'; ?>><a href="../../../oldurl/myforum/include/admin_index.php">Index</a></li>
<?php if ($is_admin): ?>                    <li<?php if ($page == 'categories') echo ' class="isactive"'; ?>><a href="../../../oldurl/myforum/include/admin_categories.php">Categories</a></li>
<?php endif; ?><?php if ($is_admin): ?>                    <li<?php if ($page == 'forums') echo ' class="isactive"'; ?>><a href="../../../oldurl/myforum/include/admin_forums.php">Forums</a></li>
<?php endif; ?>                    <li<?php if ($page == 'users') echo ' class="isactive"'; ?>><a href="../../../oldurl/myforum/include/admin_users.php">Users</a></li>"

Does that help? Thanks again.

I just exported the database to my computer and made the connection on my test server. Tested and confirmed the connection. But I still have the same problem as with the database and files on the host. If change the base url in the database and clear the cache folder it does not change the base url in any of the files. It remains the same (the old base url).

Hi Matt,

Thanks for helping.

In the past I have changed the base url in the database, deleted all the .php files in the cache folder, and lost access to the forum. I had to put the forum back to the old location and url to access administration/options, where I would change the base url first, relocate the forum, and then change the base url in the database to make it work. Maybe it doesn't make sense, but I'm almost positive that's what happened.

Anyway, before I noticed this problem I was making a few changes to the site, including installing xampp test server and a database independent from PunBB. I'm using Dreamweaver CS3, and have noticed that relative urls don't work correctly on the main.tpl template file where I've added a header and footer to make the forum match the site. I'll make a link normally and it shows ../../file.html, but it won't work. I'll have to manually make it ../../../file.html (or something like that) to make it work. I don't know if that's relevant or not.

Any ideas?

Thanks again.

Version 1.2.20 to be exact. I can send you all the files and/or the database if it will help. Thanks.

It's version 1.2, location and url are correct, and I have cleared the cache folder. This almost happened once before but I was able to avoid the problem. NOt this time. Changing the base URL in the database is not enough, you must first change the base url in administration/options to apply the information to all files. I didn't do that, and now I can't access administration/options. What do I do? Thanks.

Why only register.php? That's where I added captcha to avoid spam, but the idea of robots.txt is to disallow files without real content so the robots don't waste time crawling them. Like the irrelevant admin files which have already been indexed by Yahoo.

I moved the the forum location and changed the base URL on the database, but I didn't change the base URL through admin/options first. Now I get: "Parse error: syntax error, unexpected '.' in /data/17/1/144/15/1688015/user/1766625/htdocs/(new forum URL)/include/functions.php on line 789". Line 789 and others are still showing the old URL. But even if I change the base URL and put the files back to the previous location, I can't open the forum at all and continue to get the same error, only with the old URL. I think the big issue is that I didn't change the base URL through admin/options first. How do I fix that? Please help, I'm stuck on this one. Thanks.

With SEO in mind, which PunBB 1.2 files should I disallow with robots.txt? I noticed that one of the admin files has already been indexed by Yahoo. And I'm sure we don't want that. Should I disallow everything but but the index file?

Thanks.

Garciat,

You're the man! Thank you so much for your help. Let me know if you need any help with a car.

AlexS

Any ideas? same problem in IE6 and 7. It doesn't matter which .tpl file I put it on (main.tpl, admin.tpl or maintenance.tpl) it does the same thing. Think a php include could be a work around?

Thank you.

removed

Hi Garciat,

I know that the main.tpl file integrates a bunch of other files, but I'm not sure what you mean by viewing directly. I have the script in a header I added to main.tpl. When the forum is published, the problem is visible. A much wider scroll bar than if its on an individual html or php file. Try it yourself with the code I gave.

Thanks.

I've installed windows live translator (works very well) on several pages and tried to install it on the PunBB main.tpl file. For some reason the translator scroll box is much wider on the .tpl file than any other. Here's the script <script type="text/javascript" src="http://www.windowslivetranslator.com/TranslatePageLink.aspx?pl=en"></script> The problem occurs on any .tpl file. Normally the scroll box is about 161px. On a .tpl file it’s about 257px. I’ve run into other javascript issues with .tpl, but this one is really bugging me. I want to use the translator but this way it’s too wide and a bad fit. Does anyone know of a fix for this problem?

I’d really appreciate your help.

Alex