Jump to content

markscarts

Member
  • Posts

    2,486
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by markscarts

  1. Depends on the skin you are using. If patterned after a stock skin, you should find it set in the skin's stylesheets folder under common.css unless the skin has various color choices, then it may be in common.css or in the skin color stylesheet folder usually in layout.css. If you still have trouble finding it, post a link to an online version of the site and I'll have a look.

  2. Since http://mysite.tld does not equal http://www.mysite.tld (www vs. non-www) this empty cart problem always occurs when one or the other is forced by the webstore using SSL (note that when ordering/applying SSL you must choose one or the other - with or without www).

    So, it is important to redirect via htaccess, to ensure that all your visitors are viewing the store addressed in browser appropriately. This solves most of the mysterious 'empty basket' issues. In versions CC3 and CC4, the store URL was coded into global.inc.php, and it was important that the SSL address matched that setting for "www", I think this has been changed in v5 so that CC code auto-determines the store URL being used and assigns it to a constant.

    Your solution, I think, is to use a redirect in htaccess file to force browser to use correct URL (with or without www, as the case may be).

    Check this topic, http://forums.cubecart.com/topic/46575-how-to-redirect-com-names/ and the link http://www.htaccessbasics.com/force-www-nonwww-domain/

  3. In styleSheets/layout.css look for the .boxContent class, and remove the line that specifies the border.

    Note, this will remove the border from probably ALL the center column sections of your store, NOT just welcome box. To do that, you would need to specify a new class for that one box.

    Remove the border as described above and let us know if that was what you are after; if not, we can advise further.

  4. Your problem is probably due to the image path, as well as the html tag which should be <img> not <image>, also "height" is mispelled. Computer can't tell that "heigh" is supposed to mean "height"

    Many years ago, I wrote the image tag as <image> instead of <img> as a bad, learned habit, and didn't realize it because it worked with early versions of IE and that's all I used back then. Maybe you're in the same boat? <image> has never been an html tag for real, that I know of.

    Try: <a href=""><img src="images/uploads/abc.jpg" width="115" height="83" alt="" title=""/></a>

    IOW, use <img> and if it doesn't show, check the path is good.

  5. I could be terribly wrong, but I have a feeling the problem lies in your edited template file. You really need to check that every closing {/if} has an opening {if} - and "if" they do, look for html errors that may be causing an opening if to be ignored or improperly parsed. And that is only one of several scenarios that could wrong with html side of things . . .

    You state that the problem persisted when you switched to a stock skin . . . are you absolutely certain this is true? No cache in play back at that time? Also, I assume you have a clean store installation somewhere with NO edits? Does the same stock skin have problems with repeated tests in an unedited store? Also, when you had the problem appearing with a stock unedited skin . . . was this the skin that you based the earlier edits on? Did the problem persist with ALL stock skins?

    Just feels to me like a problem with your html edits, or perhaps with the particular stock skin you used for editing.

  6. I still don't know what's caused the bug, MySQL version perhaps? It seems most stores are free of it, anyway changing the fieldtype to VARCHAR solved the issue, I removed extra spaces and/or characters from end of image names in db and after changing to varchar everything seems to work fine on updating.

    BTW, when viewing image names in db, while problem was in force, an ellipses appeared after each image name, clicking the field would reveal that the entire allotment of 250 character spaces were filled . . .

  7. Thanks.

    Try adding this code:

    
    RewriteCond %{HTTP_HOST}  !^www.directknifesales.* [NC]
    
    RewriteCond %{HTTP_HOST}  !^$
    
    RewriteRule ^(.*) http://www.directknifesales/$1 [L,R]
    
    
    
    
    
    
    just BETWEEN these lines of code:
    
    
    
    
    
      RewriteRule ^(.*).html?$ index.php?seo_path=$1 [L,QSA]
    
    </IfModule>

  8. Welcome to the forums bkessler91!

    The xtemplate system used by CC3 and CC4 does not allow php in the html templates, so you can't use include() there. What you can do is create a new box template containing html, something like styleTemplates/boxes/logo.tpl and call it with something like {LOGO} in the global templates in place of the php include() method.

    But as you've probably discovered already, there are only a couple global templates to worry about, so repeating the html in them is not too painful.

    To go all-out and make a box template for holding the html in one place, you would need to:

    1. Create a php file for includes/boxes/logo.inc.php

    2. Create a template file for styleTemplates/boxes/logo.tpl

    3. Include the new php file and its placeholder "LOGO" in the includes/global/index.inc.php and cart.inc.php files

    4. Put the placeholder {LOGO} into the global templates where you want it.

    As Rob suggested, more info on all this at www.cubecartforums.org

  9. Thanks for the tip, I had the same thought. I really think it is a server setting and in googling I thought I saw a few rumors of probs with images in binary in db.

    Still no direct db access yet, but I will post here once I'm able to get to that and report how things turn out.

×
×
  • Create New...