Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

FWR Media

♥Ambassador
  • Posts

    6,718
  • Joined

  • Last visited

  • Days Won

    46

Posts posted by FWR Media

  1. @@JeffroDH

     

    Whoever did the customisation caused this .. get them back to fix it .. free of charge of course.

     

    the three page checkout is just too many clicks, and is going to hurt conversions, I'm certain.

     

    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.

  2. 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 ...

  3. @@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.

  4. I dont understand it exactly,

     

    but why is google complaining about duplicated content? double title's and descriptions..?

     

    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.

     

    live preview: http://www.mangelot.nl/budget-webhosting-1-core-c-86_21_71.html

    goes to the same page as http://www.mangelot.nl/budget-webhosting-1-core-c-21_71.html

    so generates duplicate content both url have a own canonical link etc..

     

    notice also the breadcrumb (categorie 86 "shared hosting" is missing in breadcrumb)

    is there an simple solution that if page -c-21_71.html is called this redirects to -c-86_21_71.html?

     

    regards Marco

     

    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 ).

  5. The support threads are quite long and tedious to find answers. In between work, and developement, I am looking.

    I wish I had known they did not play well together before I installed both.

     

    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.

  6. Hello FWR,

     

    It seems that the url validation isn't working for categories in categories.

     

    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.

  7. Also, where is the manufacturer files? I have 4 manufacturer places and need to duplicate the code so that I will have urls for all 4 of them.

     

    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.

  8. I have updated php on my sever and now I am seeing some errors. I think I have fixed them all but I cant seem to figure this one out.

     

    error:

    PHP Notice:  Undefined property: SEO_URL::$keep_in_memory in /home/xxx/public_html/includes/classes/seo.class.php on line 1957
    

     

    Line 1957 has this:

     

    if ( $this->keep_in_memory || $local_memory ) {
    

     

    Any help would be appreciated (sorry if its already been addressed and I missed it)

     

    That is Chemos old 2002 code not USU5.

  9. 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.

  10. Warning: imagepng() [function.imagepng]: gd-png: fatal libpng error: zlib error in /includes/modules/kiss_image_thumbnailer/classes/Image.php on line 146

     

    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 );
    

  11. This worries me: -

     

    RewriteRule ^([a-z0-9/-]+)-p-([0-9]+).html$ product_info.php [NC,L,QSA]

     

    to display the product_info page but goes to "no product found"

     

    When I use a modified rule

     

    RewriteRule ^([a-z0-9/-]+)-p-([0-9]+).html$ product_info.php?products_id=$2 [NC,L,QSA]

     

    It will display the product_info page properly, but when I enable the module it has the redirect loop error again.

     

    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.

  12. 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.

×
×
  • Create New...