FWR Media

@@JeffroDH Whoever did the customisation caused this .. get them back to fix it .. free of charge of course. To my mind this is just the world gone mad! Human beings prefer a little info at a time .. that is the proven formula and probably why osCommerce is designed as it is. One page checkout is a large page full of info to fill out .. history made us change to small snippets and one page checkout just beggars the lessons of history. Ajax snippets on a single page are fine, but this doesn't change the fact that it is "in fact" several pages as before but loads quicker.

After further examination that page needs a lot of skilled help to load at a decent speed. Your site loading makes a ridiculous 112 requests 2MB! Browsers generally can only handle 6 requests at a time, which is why it is recommened to use CDN. If you use a CDN then this may go up to 12 .. several CDN even more. Then there's the loading of images after the DOM has loaded, there would be loads of "loading" images but at least the page would show up. When the 6 requests are used up currently everything else is blocked from loading temporarily. Compression doesn't seem to be working correctly ( chunked transfer-encoding maybe? ) The images are not scaled ( huge problem with so many ) Combine and compress CSS/JS Minify HTML. So on and so forth ...

Try commenting out the code that calls: - seals.websiteprotection.com .. seems to have a problem. Generally it's a bad idea to load stuff offsite as if they go down you go down ( dependent on how it is loaded ). If you have to it's best to load these things after the page has loaded.

@@djdeuce For a start add the debugger script in my sig KissER that will help you narrow this down.

In my eperience STS creates a 100% slowdown ( twice as slow ). I wouldn't touch it with a barge pole.

@@ce7 Well my correction wasn't quite right but unless you have set quality in html_output.php to 100 then it isn't the problem. I'll give a better solution anyway: - Find ( line 144 ) $quality = is_null ( $quality ) ? 0 : $quality; Change to:- $quality = !is_numeric ( $quality ) ? 7 : floor ( $quality / 10 ); if ( $quality < 0 ) { $quality = 0; } elseif ( $quality > 9 ) { $quality = 9; } Now as to your problem, please empty the thumbs directory so it can rebuild the thumbs.

@@newburns Not sure what you mean .. the majority of PHP development I do is commercial. The one's in my sig are the one's to use, older stuff is not of the same quality.

@@PHPGenie If you are going to post here about it, and link to it .. it should be uploaded here as a contribution [the rules].

@@marcot I see that you are in at the code level Marco :)

@ Isn't that the standard "number of characters" function in admin? has been there way back since Chemos original. Usually it set to crop anything less than 3 as they tend to be of at or a etc. Careful changing things now as many of your URIs will change.

@@newburns Thanks for the kind words, glad it has helped you, always nice to hear these stories it makes it worthwhile. The other thing that makes it worthwhile/possible is donations, usually my contribs have a donate button but I forgot with that one.

Firstly this is not a subject for this support thread as it supports issues with USU5. you should ask this in the general forums. Having said that I'll answer the question. Google is complaining quite correctly as it IS duplicate content. If these seperate pages have canonical links that point to themselves then the canonical link is simply compounding the fact that you have duplicate content. No you can't have a permanent 301 redirect from one to the other, your site is stating to the search engines that these pages exist ( they exist on your website ) so to permanently redirect them simply doesn't make sense ( and would be hurtful ). As I said before, if you are going to create duplicate content like this then both pages need to have a canonical element that is THE SAME URI for both pages ( e.g. both -c-86_21_71.html ).

You don't need the old validation, that was validation off Chemos old version. You should upgrade Security Pro to the latest.

@@Biancoblu Remove php_value engine off from .htaccess [edit]and thanks for the kind words[/edit]

It's not a matter of "playing well together" which suggests an incompatibility in USU5. USU5 works fine the problem is that the header tags code breaks whenever a path based URI is used. Whether it is USU5 like: www.mysite.com/product_info.php/the-brand-etc/great-product-p-3 or the standard osCommerce path based URIs like: www.mysite.com/product_info.php/products_id/3 I can't believe after all this time that people are STILL thinking it is an issue of compatibility with USU5 .. IT ISN'T! Either Jack will fix header tags so that it will work properly with valid URLs .. or if you use header tags you simply can't have path based URIs .. period. To clarify further .. yes you can use USU5 with header tags BUT you can't use all of its functionality due to this problem.

That doesn't make sense Marco you mention productname-c- which never happens it can only be categoryname-c- If you have categories in two locations there is nothing USU5 can do except create the URLs you have asked it to produce, you HAVE created pure duplicate content, 2 pages the same with two different links, there's nothing USU5 can do about it. If you really must have categories in two locations then you need the same canonical element for both pages which links to one of the URLs which thereby notifies the search engines that the two pages should be taken as a single page.

PHP 5.4.5 compatible Just to confirm that I have just tested USU5 PRO on osCommerce 2.3.2 with the server running PHP 5.4.5 and all works as intended.

@ Got a link? PM me if you want kept secret. Is it all looping or just the ones you created?

extras/module_template.php/Usu_Template.php Is a blank template for devs, look for xxx XXX catalog/includes/modules/ultimate_seo_urls5/page_modules/index.php has code to produce manufacturers name although it differs from the template as it has more than one dependency.

That is Chemos old 2002 code not USU5.

The original Ultimate seo urls is old code dating from 2002 and built by a guy who is sadly dead. It is still currently being supported but USU5 offers a lot more and is far newer code. Entirely up to you .. also if anyone tells you about "lack of compatibility" it is rubbish.

Good catch Lyn catalog/includes/modules/kiss_image_thumbnailer/classes/Image.php Find ( line 144 ) $quality = is_null ( $quality ) ? 0 : $quality; Change to ... $quality = is_null ( $quality ) ? 7 : floor ( $quality / 10 );

This worries me: - That is incorrect ( on any version of server I've ever seen ). RewriteRule ^([a-z0-9/-]+)-p-([0-9]+).html$ product_info.php [NC,L,QSA] Cannot match a standard product_info.php url, what your new RewriteRule did was pretty much nothing. QSA means Query String Attached. Have you asked the people who run your server because in years of this contrib being available I've never heard anything like this.

Your English is great! That's a setting in admin I think. or check the language file catalog/includes/languages/[my language]/kissmt.php KISSMT_HOMEPAGE_DESCRIPTION, STORE_NAME

You need to add a character converion file named the same as your language in: - catalog/includes/modules/ultimate_seo_urls5/includes/character_conversion/ Have a look at the ones in "extras" in the download to see what to do. This file MUST be saved as the correct charset. Reset the cache in admin once done so the links can be rebuilt.