Jump to content

weird characters bottom of index.php


Guest
 Share

Recommended Posts

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?
Link to comment
Share on other sites

  • 4 weeks later...

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

Link to comment
Share on other sites

  • 2 months later...

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

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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. :rolleyes:

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

Link to comment
Share on other sites

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">&nbsp;</div>
  (<--- adding the &nbsp;)





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">&nbsp;</span>

So, the strange characters in the boxes are gone now. :rolleyes:

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

Link to comment
Share on other sites

  • 2 weeks later...

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?

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

  • 1 month later...

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" />

Link to comment
Share on other sites

  • 3 weeks later...
Guest cherryaa

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! :rolleyes:

Cherry

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...