bsmither

I would definitely recommend to your host to upgrade to 4.1.22 (or maybe even switch to MySQL 5). Believe it or not, I can't find a mention of the minimum version of MySQL 4 that CC3 can reliably run on.

Are you naming your image files in a distinctive way? That error means that a record in that table (probably CubeCart_img_idx) already has a entry with that value. The key is on the field "id" and it's (supposedly) auto-incrementing. "Key 2" is that the match happened with the second record. Can you view the data in that table?

What does the script do? To "view your stats", I presume the script returns some sort of data. A page hit counter? A graphic? And where do you want the output of this script to appear?

There were reports that MySQL 4.1.7 (year 2005) had a memory leak. It would eventually make the operating system report this error because of the inability to allocate more physical RAM (as I understand it). The latest release of the MySQL 4.1 branch is 4.1.22. Which version do you have? (In the first admin page, you should see it at the top.)

Did you transfer this store's database from somewhere else by creating a SQL script and then running that script to populate the new database?

That's a weird one. Line 2 is that which starts a block of comments. It's supposed to be slash-asterisk. But the PHP parser is finding the backslash. Do you have anything unique in the installation of PHP for the store's site?

Knowing that you have to have URLs for the store in the global.inc.php file, how are you managing to have two domains working the same store?

I was able to get to your site's admin login page without any problems. It must not be misbehaving at this time. When you say you've checked it on a few different computers, were these all within your own personal network? Do you have some sort of appliance that sits at the gateway out of your network?

Your host said, "The 406 error is saying that the browser could read the page but it didn't understand it, which further indicates a problem there." Your host is in error. Your host's server is sending to you the 406 error and your browser is just showing what the server sent to it. Did you ask your host if they have "mod_security" installed for Apache? Try this URL: http://Your Store's URL/admin/login.php?goto=/admin/index.php Then try: http://Your Store's URL/admin/login.php If your browser displays the 406 page on the first, but not on the second, then I'm fairly well convinced it's a "mod_security" rule issue.

See if this will help you: http://www.cubecartforums.org/index.php?showtopic=3690 You must make sure that the database on the remote server is accessible from outside that server/domain. At least one popular hosting provider will not let you do that.

You're not exactly recording the customer's IP address. You are recording the anonymous visitor's IP address in a session state that persists with this visitor's visit, even if that visitor eventually logs in and acquires a customer ID number. (I think.) Even so, CC will delete sessions older than that as specified in the admin settings. And CC records the IP address of the machine used to place an order. There's a third party mod (I think) that displays the IP address as a visitor moves about the store. But, to answer your specific question (without actually having tested this): /includes/session.inc.php, line 87: Here is a group of statements that prepares the associative array $sessData. Add this line after this group: $sessdata["visitorIP"] = $_SERVER['REMOTE_ADDR']; Be sure there's a field in the CubeCart_sessions table called 'visitorIP'. Now, the next obvious question is, where do you want to display this information?

Please tell us a little more: Version of the host web server, version of the PHP on the host, version of the database, minor version of the CC3 store, version of Internet Explorer, and anything else you could possibly imagine that might have a bearing on a possible interaction with the web pages. Do you have any IE add-ons? Pop-up blockers, Did you recently download any security updates to IE? My understanding of this error is that one can erroneously infer the problem is being reported by your browser. Not so. The problem is being reported by the server, that error code being sent to the browser, then IE being "friendly" by trying to be helpful in explaining (badly) what the server is trying to say. The server is saying that it was told by your browser what kind of data it will be able to accept (mime-types, character sets, encodings, byte count limits, etc.). If the server determines that what it wants to send is different than what the browser can accept, the server sends the 406 code. But generally, browsers will accept virtually anything - even in some cases showing garbage as it displays a misidentified mime-type (e.g., a PDF as a mime-type of text). If you get this error consistently when it happens, employ a tool that captures the data stream (Ethereal, FireFox's "Live HTTP Headers", etc). You might be able to see what's causing the problem. Your host may be using "mod_security" as an Apache add-on and has configured a rule too broadly. The admin URL, if the session has expired, creates another URL pointing to the login page with your previous URL passed as one of the parameters. At any rate, I doubt it's a CC problem as comments elsewhere on the Web indicate this is not an application-specific issue.

Put that back the way it was. "E_ALL ^ E_STRICT" And I think we're working on the same problem in two threads. http://forums.cubecart.com/index.php?showtopic=29536

OK, I'm fairly positive that rootDir and storeURL must not have a trailing slash. Change that for now and see how the store behaves.

Either you got it fixed (as it seems placed properly in my FF), but I don't see the top of your basket box. Somewhere in your code, look for: <div class="colMid"> <p>&nbsp; <p><div class="colMid"> <a href="http://www.bagsobrands.co.uk/bob-39-s-bargain-basement/cat_33.html/"><img src="http://www.bagsobrands.co.uk/images/uploads/bargain_basement_graphics/banner.gif" width="540" height="133" border="0" /></a> You have an unclosed blank paragraph, and duplicate div's.

As for (2), either replace the existing topHeader.gif with your image of the same name, or add your image with it's name, then change: \skins\Killer\styleSheets\layout.css in the #topHeader description. Other skins may be different. As for (1), take a peek at CubeCartForums.org. There may be some fairly elaborate mechanisms for category structure that may interest you.

Wow. Would you be so kind as to mention where this function came from?

I've heard "rumors" that when you have an .htaccess or modReWrite that changes "www.straw..." to just "straw..." (and maybe even v.v.), you might run into weird copyright notice behaviors. Try making sure your global.inc.php file has the proper prefix. I say this because when I click the link in your message, I eventually get the non-www URL. But then, I can type www. in front and it sticks. Go figure. Still get double notices, though.

Either on this site or at CubeCartForums.org, I recall seeing a discussion about a tweak that may be necessary when replacing the version of the editor that's bundled with CC with a version that's directly downloaded from the publisher's site. I encourage you to hop on over to CubeCartForums.org and become familiar with what's over there. See: http://www.cubecartforums.org/index.php?showtopic=1271

I ran across a discussion for a similar scenario for a way different problem for a different product in a different forum: blank pages. Turns out that the error messages setting in the php.ini file was turned off. Php.ini is not a CC file. But you can see what the settings are: Admin, Server Info, PHP Core: error_reporting might equal 6143 which means E-ALL except E_STRICT. But in the CC file, includes/ini.inc.php, error_reporting is getting switched on. But then, the php.ini file can prohibit this function from working (I think). Also, I think the syntax of that statement is wrong. See what your server info list says, then maybe contact your host. I mention this because the other discussion I was reading concluded that there was an issue with accessing the database, but the problem statement wasn't getting sent back to the browser client.

Maybe I'm not looking at the right file, but how is what's above different than what's already there (lines 139-152)?

What happens if you click on the database icon/link, or Manager link, or something? (Assuming you have an icon or link.)

Your hosting provider probably provides some sort of control panel so that you can manage your space. In this control panel, you should be able to find a reference to any MySQL databases you have set up. Look there for the correct name.

Let's not get so basic. You are in the Site Documents page and you see a list of documents that you can edit or delete. Either: 1) When you click on the edit button you are immediately taken to your root/defaultpage, or 2) When you click the edit button, you get a document editing page with the built-in editor and you make a few changes. When you click the Update button wanting to save those changes, it is from here that you are immediately taken to your root/defaultpage. Just a guess: If #2, then while you are at the editing page, have the browser show you the page source. Almost to the bottom will be a hidden form element containing an HTML-Safe version of your document. Check to see if there might be an anomaly here that is corrupting the structure of the page. -------- Ok, well I see you've posted the same question in Skins and Templates support and that you are describing scenario #1.

Which link? They all seem to be working for me. Can you right-click on one that does not seem to be working and select "Open in a New Window"? What happens when you do that?