stevea1234

This won't help alot, but I've had similar problems. What I've ended up doing is deleting the code and creating a new one and eventually it works, no idea why though.

It sounds like your store is in the root and not the OSCommerce folder you uploaded to. Try uploading googlebase.php to the root folder i.e. the public_html folder

Same problem here, upgraded to V5 SEO URL's and didn't appreciate that this contrib relied on seo.class.php. What I can tell you is don't restore this file. it's not used by V5 but it will cause the V2.x database entries to be reinstalled breaking V5 completely.

Yes indeed. Found out this morning that leaving the 2.1d seo.class.php in place had a very nasty side affect on the V5 installation. I hadn't appreciated that the class has the ability to install the V2.1 database entries on the fly. This effectively crippled V5 which lead to me having to restore the database (thankfully I had a current backup!!)

Sorry Robert didn't explain it very well. The google base contribution makes direct use of seo.class.php and fails if it's not present. I'll follow up in the google base thread to see if it's going to be updated to work with V5. Thanks Steve

Hi Robert, Another request. I have google base feed installed http://addons.oscommerce.com/info/4513 , and I just noticed that it relies on seo.class V2.1d to work. I've restored the 2.1d class and it appears to work again, but I'm guessing this may cause issues? Thanks for all the help Steve

Thanks!!! Works perfectly Regards Steve

Is V5 compatible with Links Manager II http://addons.oscommerce.com/info/5272 ? When I turn SEO Urls on I get a page not found error when selecting the links category. Thanks Steve

Still learning!! The site is based on a very badly edited template and I'm trying my best to correct the many, many errors.

Worked it out (I think) Changed the '/' to 'index.php' and all now works as expected

Thanks for the quick reply. The code for the home link is as below. If I remove the / the page doesn't load and stops with an error. <img src=images/m03.jpg width=329 height=34 alt=''><a href=<?=tep_href_link('/')?>><img class="gradualfader" src=images/m05.gif width=77 height=34 border=0 alt='One of a Kind - Home'></a> What's strange is that before upgrading it was ok? Steve

Thanks for a great contribution!! I've just updated my site from V2.7 to V5 and all went well other than a strange side affect. If you go to the site direct at www.oneofakind.org.uk everything is as expected. But clicking on the home link or store logo takes you to www.oneofakind.org.uk// I didn't have the trailing / before upgrading and it doesn't appear to cause any problems, but I would still like to remove it. All help greatly appreciated. Thanks Steve

Great contribution. The version of phpthumb is a little dated but it was fairly easy to update it with the latest from source forge. I also found that adding an unsharp mask to my images made them look a lot better. You can easily add your own parameters by adding a line to the _get_params function in the oscthumb.php class. e.g. to add unsharp mask add the following at the end of the function: $params .="&fltr[]=usm|80|0.5|3"; The new tep_image function appears to have an error (I say appears because I'm not an expert), in that the section that adds remaining image parameters has w= for width and h= for height. This caused me problems as IE and Firefox would resize oddly as the page was being built. It also caused google chrome to completely fail displaying some images. Changing it to width= and height= solved the problem. The only thing I haven't worked out yet is how to force the image size, i.e. distort the image to say 170x170. Any ideas? If you want to see another example of it working take a look at www.oneofakind.org.uk

Eventually found a solution. Made the following changes to the index.php rewrite: RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/ RewriteRule ^index\.php$ "http\:\/\/www\.oneofakind\.org\.uk" [R=301,L] Everything now works, (still don't understand .htaccess syntax but it works)

Thanks Jack for the update! A small problem though. After updating, the product info page now has the text 'path Standard' or whatever option is selected in admin echoed to the screen. Looking at the page source it's inserted before the meta title. Turning off Categories removes it, but obviously this also disables it completely.