Robsta Posted May 10, 2009 Share Posted May 10, 2009 This is happening more and more. http://forums.cubecart.com/index.php?showtopic=38285 Quote Link to comment Share on other sites More sharing options...
doublet Posted May 11, 2009 Share Posted May 11, 2009 I also have/had this same problem with my long running Cube Cart store. The strange symbols appeared almost 2 weeks ago after server PHP upgrade. I have now inserted bsmither's fix and it worked. Thank you. Quote Link to comment Share on other sites More sharing options...
Robsta Posted May 11, 2009 Share Posted May 11, 2009 I also have/had this same problem with my long running Cube Cart store. The strange symbols appeared almost 2 weeks ago after server PHP upgrade. I have now inserted bsmither's fix and it worked. Thank you.Which version of PHP are you now on? Quote Link to comment Share on other sites More sharing options...
Guest Posted June 3, 2009 Share Posted June 3, 2009 Looking at v47.co.uk, I see some messed up coding and wherever there is a closing body tag, there is the strange As an experiment ONLY (until Devellion fixes it in the manner they wish), open file: /includes/session.inc.php, at the end of the file, change "PC9ib2R5Pg==PC9odG1sPg==" to "PC9ib2R5Pg==". I just got the problem--but i don't see this string. Should this be the session file in Public_HTML/Includes/Boxes ?? Or is there another?? thanks Quote Link to comment Share on other sites More sharing options...
Guest Posted June 4, 2009 Share Posted June 4, 2009 I'm bumping this.....thanks! Quote Link to comment Share on other sites More sharing options...
Robsta Posted June 4, 2009 Share Posted June 4, 2009 I'm bumping this.....thanks!Why bump? it's in this file as the topic indicates..... /includes/session.inc.php Quote Link to comment Share on other sites More sharing options...
Guest Posted September 1, 2009 Share Posted September 1, 2009 Hey guys I have the same problem here. I tried the fix but didnt work. Any other sugestion? My website: www.bahia-capoeira.com Thanks in advance Alvaro Quote Link to comment Share on other sites More sharing options...
Guest Posted September 1, 2009 Share Posted September 1, 2009 Hello again? So, nobody have a new idea or solution? I was searching by myself and I found this 2 other possible solutions: Problem with Russian language in titles... http://forums.cubecart.com/index.php?showtopic=25186 serious foreign symbols / characters, UTF-8 characters showing correctly in phpMyAdmin but not on web site. http://forums.cubecart.com/index.php?showt...p;hl=characters But none works for me. Now Im ready to try any, Im seriously, any other sugestion Thanks again Alvaro Quote Link to comment Share on other sites More sharing options...
bsmither Posted September 1, 2009 Share Posted September 1, 2009 I don't see the anomaly as discussed in this conversation. I do see an attempt at printing a foreign character everywhere there is a div class="boxFootLeft". That character should just be unless your skin designer changed it. In the file /language/YOUR_LANGUAGE/config.inc.php, find the line for $charsetIso and change it to "UTF-8". Quote Link to comment Share on other sites More sharing options...
Guest Posted September 1, 2009 Share Posted September 1, 2009 I don't see the anomaly as discussed in this conversation. I do see an attempt at printing a foreign character everywhere there is a div class="boxFootLeft". That character should just be unless your skin designer changed it. Hey I really apreciate the time you took to answer me. Sorry about my english. Its not so good than I would like. So, the problem is not just in the index page for the div class="boxFootLeft". If you check some other pages with information you would see a lot of weird characters where should be just "ã",, "õ", "^" or "ç". Characters for portuguese language. Example page: http://www.bahia-capoeira.com/shop.php/cds...ranea/c_25.html I know are not the same kind of weird characters but I think they qualify as weird too. Also happens with the "´" character (for portuguese and spanish language), but this last one seems a little randomic. In some cases appears normally and other dont. By the way, I created the skin. Its the Killer skin modified. I did it pretty "handmadely". This was my first attempt for a skin. I never worked before with css code. And this was 3 years ago. In the file /language/YOUR_LANGUAGE/config.inc.php, find the line for $charsetIso and change it to "UTF-8". So, I tried that solution too yesterday. I saw your comment in the post I linked above: serious foreign symbols / characters, UTF-8 characters showing correctly in phpMyAdmin but not on web site. http://forums.cubecart.com/index.php?showt...p;hl=characters I did that change (in both languagesd, english and spanish) but didn't work. Anyway, this never happens before. This webstore its mine and I have it almost for 3 years. I think I made it with CC 3.0.9. Cant remember clearly. Never had this issue before. The only modifications before this problem were: 1. Moved the webstore to another hosting company: InMotion 2. Upgraded from CC3.0.17 to CC3.0.20 (before the upload to the new hosting) So, please, do you have a brilliant sugestion to fix this? I will apreciate very, very (very, very, very) much. Thanks again Alvaro Quote Link to comment Share on other sites More sharing options...
Guest Posted September 2, 2009 Share Posted September 2, 2009 Hey bsmither I took the time to figure what are you was trying to say in your post about the: I do see an attempt at printing a foreign character everywhere there is a div class="boxFootLeft". That character should just be unless your skin designer changed it. I checked the files in the folder \mywebsite\skins\Killer\styleTemplates\boxes categories.tpl currency.tpl customDocs.tpl (created by me) language.tpl ourFavorites.tpl viewTestimonials.tpl (by Goober) and I found on this files some characters missing in the line suggested by you: This is what it was: <div class="boxFootLeft"> </div> (<--- with a blank space) This is what I changed it: <div class="boxFootLeft"> </div> (<--- adding the ) For the strange symbol at the SiteDocs bar I did almost the same in the siteDocs.tpl file: This is what it was: <span class="siteDocsBgLeft"> </span> This is what I changed it: <span class="siteDocsBgLeft"> </span> So, the strange characters in the boxes are gone now. Thanks my friend. But now I still have a lot of those "?" characters in the product names, product descriptions, etc. Could you please point me the right direction to find and (try to) fix the problem by myself? Many thanks again bsmither Regards Alvaro Quote Link to comment Share on other sites More sharing options...
aris1234 Posted September 15, 2009 Share Posted September 15, 2009 Looking at v47.co.uk, I see some messed up coding and wherever there is a closing body tag, there is the strange characters (happens twice on this page). This led me straight to the parseDecode function. There has been a change to PHP's base64_decode function. See here: http://bugs.php.net/bug.php?id=47174 So, the variable $lkParsed needs fixing. Testing with several on-line base64 decoders, I get: ASPX: "Invalid character in string. No output." Pearl: </body> ASP: </body>Âö‡FÖÃàPHP(4.4.2): </body> As an experiment ONLY (until Devellion fixes it in the manner they wish), open file: /includes/session.inc.php, at the end of the file, change "PC9ib2R5Pg==PC9odG1sPg==" to "PC9ib2R5Pg==". Ok, my host upgraded to PHP5 also and I started seeing this. I made this change and it appears to have fixed it but for the life of me I can't figure out what this does! :-) Is there any chance of it affecting other parts of the cart? What do those hieroglyphics do? Quote Link to comment Share on other sites More sharing options...
bsmither Posted September 15, 2009 Share Posted September 15, 2009 What has happened is that PHP 5.?? strictly considers equals signs as base-64 encoded "end of string padding." However, as a matter of a minor efficiency boost, string parsers can "split" a long encoded string by these equals signs. This string was left this way in pre-.20 versions of CC. I *suppose* the string is a remnant of a prior version of a routine. *Maybe* a better routine was developed, but since versions of PHP 5 less than the latest version (and PHP 4) didn't care, I *suppose* no developer recalled to look at this. I'm just making huge conjectures. This string is an element of a routine that tidies up a "loose thread". This routine is part of another routine that determines if CC should append the copyright notice to the web page. It affects no other part or function of your store. The odd characters are the result of the new stricter interpretation. As this string gets decoded, the characters after the equals signs are decoded into the wrong half of the 256-character map. Quote Link to comment Share on other sites More sharing options...
Guest Posted October 16, 2009 Share Posted October 16, 2009 Hey just wanted to let everyone know this is what fixed the problemf or us change <meta http-equiv="Content-Type" content="text/html; charset={VAL_ISO}" /> to <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> Quote Link to comment Share on other sites More sharing options...
Guest cherryaa Posted November 6, 2009 Share Posted November 6, 2009 Use BSmither's solution. Hey just wanted to let everyone know this is what fixed the problemf or us change <meta http-equiv="Content-Type" content="text/html; charset={VAL_ISO}" /> to <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> Problem with this is that ISO 8859-1 only supports standard "Western European" characters so, if you hard-code it as above, other languages will not be supported. The dynamic {VAL_ISO} fixes this (more or less). ISO 8859-1 has patchy support for the Euro sign. You might want to change it it to 8859-15 in language/YOUR.LANGUAGE/config.inc.php. Info here: http://en.wikipedia.org/wiki/ISO/IEC_8859-1. To remove the weird characters at the bottom of your page, BSmither's solution here works. Thanks for that! Cherry Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.