Jump to content

weird characters bottom of index.php


Guest

Recommended Posts

I get the following characters Âö‡FÖÃà at the bottom of my site (have a look) http://www.templateblue.com

Anyone knows how to get rid of theese characters?

This is how the last part of code looks like when doing "view source" from my site

<clear="all" />

<div class="siteDocs">

<a href="index.php?act=viewDoc&amp;docId=2&amp;ccSID=49dcbaf150b55ce37a691969b8bfa36a" class="txtSiteDocs">Contact</a>

<span class="txtSiteDocs">|</span>

<a href="index.php?act=viewDoc&amp;docId=5&amp;ccSID=49dcbaf150b55ce37a691969b8bfa36a" class="txtSiteDocs">FAQ</a>

<span class="txtSiteDocs">|</span>

<a href="index.php?act=viewDoc&amp;docId=4&amp;ccSID=49dcbaf150b55ce37a691969b8bfa36a" class="txtSiteDocs">Privacy Policy</a>

<span class="txtSiteDocs">|</span>

<a href="index.php?act=viewDoc&amp;docId=1&amp;ccSID=49dcbaf150b55ce37a691969b8bfa36a" class="txtSiteDocs">Terms of Use</a>

</div>

</div>

</body>Âö‡FÖÃà

</html>

Link to comment
Share on other sites

You may have been hacked, unless you've been editing the root index.php or includes/content/index.inc.php files? Best to check them against shipped versions.

I've replaced index.php + index.inc.php with shipped versions but with no luck to get rid of the characters.

I have also searced for Âö‡FÖÃà within the source code of all the cubecart files and the database

but did not find the combination.

I googled the character combination Âö‡FÖÃà and found other cubecart sites with the same issue;

for example;

http://www.cubecartshop.com/

http://www.greenhousesurf.com/store/index.php

http://www.snyggunder.se/

http://www.v47.co.uk/cbt/

Any other suggestions to fix this ?

Link to comment
Share on other sites

I am having this same problem!

The characters are on the bottom of every store page, including the cart pages:

Âö‡FÖÃà

This just appeared today on my website ... and I found out also they just installed PHP 5.2.9 today on my server!

So there is the cuase of this garbage string appearing but do not know what PHP 5.2.9 does not like with the CubeCart Version 3 ... :(

-Tim H.

Link to comment
Share on other sites

Here are some more websites with the garbage Âö‡FÖÃà:

http://www.eoutlet4u.com/

http://www.jammaboards.com/store

http://www.creeksideridingstables.com/pages/

http://www.amazingelearning.com/

http://www.rossrecords.com/

http://pinkparisdesign.com/shop/

http://www.thefeedstation.com/

http://www.321webprint.com/

http://www.geekbouteek.com/store/

http://www.reeftecdesigns.com/

http://www.vdf.org/estore/

http://www.crawlercarriersales.com/

http://www.fernglass.com/

http://nailfile.net/index.php

http://www.thenaturalhound.com/shop/index.php

http://www.kingsviewguesthouse.com/

http://www.velianewman.com/

http://www.itnojgroup.com/onlinestore/index.php

http://www.keepsakestuffer.com/

Oh hell I can keep going on and on.

With the exception of some old greek books, google has 13,100 sites index right now with these characters. And they are seeming to be all CubeCart Version 3 stores. :(

So unless all these stores have been hacked there is something in the cubecart version 3 code that the latest PHP does not like.

-Tim H.

Link to comment
Share on other sites

I would think this is something else, I always upload in binary. I have two CC 3.018 stores on different hosting both with php 5.2.9 and they both have no strange characters aywhere. Perhaps this is something to do with php but down to the way its configured. Someone will shed some light on this I am sure as there are bound to be many people trying to sort this out.

Link to comment
Share on other sites

Hmmm... Yesterday morning my website was fine. However yesterday afternoon suddenly the characters were there. I asked my webhost company (Bluehost) if they did anything on the server that day which they said they had just upgraded to the latest PHP 5.2.9 ...

Maybe it is just some type of configuration that was changed but I have no idea what it might be...and there are now a heck of a lot of the CC3 stores with this problem.

One of my customers asked if my store was hacked... gee this is great for business.

-Tim H.

Link to comment
Share on other sites

Hmmm... Yesterday morning my website was fine. However yesterday afternoon suddenly the characters were there. I asked my webhost company (Bluehost) if they did anything on the server that day which they said they had just upgraded to the latest PHP 5.2.9 ...

Maybe it is just some type of configuration that was changed but I have no idea what it might be...and there are now a heck of a lot of the CC3 stores with this problem.

One of my customers asked if my store was hacked... gee this is great for business.

-Tim H.

Im also using bluehost for hosting my site. I got this problem 2-3 days ago.

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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

Hi bsmither ... So far everything seems fine with your fix.

I cannot see any problems now and the cart seems to be fine. :(

-Tim H.

Link to comment
Share on other sites

Guest starry89

Hi all stores owner,

I have the exact same problem too. I hope CC will find a solution to this soon and i am have confident in them doing so. good luck to all owners out there. and thanks for the fix above. it works! :)

regards

Link to comment
Share on other sites

Guest degsey69

Don't hold your breath as I believe with the planed release of V5 later this year there will be no V3 updates and expect forum support to disappear as well, much in the same way that V2 disappeared when V4 was launched.

Degsey

Link to comment
Share on other sites

Guest pauldes

i noticed that these funny symbols appeared when i entered the copyright removal key, when i got the key i got a month of support so i thought why not ask the pros, i filled out a support form and they fixed it almost instantaneously.

Link to comment
Share on other sites

  • 2 weeks later...
Guest silvermage

My site updated the MYSQl and suddenly this appeared for me to :-/

Since I can't update to V4 (though am anxiously awaiting that) as the mods on my site are not yet updated to V4 I have no choice but to use V3.

I will try the fix posted here.

pauldes, who fixed your issue with CC3?

Link to comment
Share on other sites

My site updated the MYSQl and suddenly this appeared for me to :-/

Since I can't update to V4 (though am anxiously awaiting that) as the mods on my site are not yet updated to V4 I have no choice but to use V3.

I will try the fix posted here.

pauldes, who fixed your issue with CC3?

This fix from bsmither seems to work okay for me:

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 do not think there will be an 'official' fix for this as it seems Al has abandoned the CC3 and moved on to CC4 and the upcoming CC5.

Link to comment
Share on other sites

Guest manor

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

Thanks, mines now fixed using your solution.

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.

×
×
  • Create New...