bsmither

Ok, you must be on a Windows Server host. While I do not know about *nix systems, Windows creates a system file to manage the ability to show images in Windows Explorer (Tools, Folder Options, View, []Do not cache thumbnails). Cubecart did not create this file. No, you didn't mention you were managing two stores. (Honestly, why would you?) I have personally had mixed experiences, and read of others' experiences, with using one browser to log in to the admin sections of more than one store simultaneously. Things can and have gotten somewhat squirrelly. I recommend either: 1. Completely logging out of one store, clearing cache and cookies, then logging in to the other store. 2. Using FireFox to manage one store, Internet Explorer to manage the other. I believe it has something to to do with Sessions and Cookies. Although, why images would be getting DELETED, I can't say.

Can you tell us what your global.inc.php settings are? They might look like: $glob['rootDir'] = '/dir/dir/dir/yourspace/htdocs'; // <- No trailing slash! $glob['rootRel'] = '/'; / <= Single slash for root directory installation. $glob['storeURL'] = 'http://www.yourstore.com'; // <= No trailing slash!

I don't see that statement in that file. Is this version CC3? Or 4? Are there any modifications added to this store?

Please tell us the entries you made for the settings (in /includes/global.inc.php). They should be something like: $glob['rootDir'] = '/dir/dir/dir/yourspace/htdocs'; // <- no trailing slash! $glob['rootRel'] = '/'; // <- Single slash for the root directory of your web space. $glob['storeURL'] = 'http://mamod.modelenthusiasts.com'; // <- no trailing slash!

As best as I can tell, in /includes/functions.inc.php, the function getCatDir takes as an input $catId, and yet I can't find where in the function it is actually used. Is this variable deprecated? Mistakenly overlooked?

Depends what you want to do with the file. Make it available as a digital product download? Make it one of your site documents?

Keep on them about that statement. As a further test, FTP up a bunch of images, then do NOT let CC Admin deal with them. Just leave it all alone for a day. Then FTP back into the space and see if they are still there.

Spooky! Until Bluehost gets back to you, I suggest FTP'ing all your graphics. The filenames of the images aren't stored anywhere (that is, CC just lists the contents of the folder, not querying a database table). I'll see what I can find out from the CC code.

Use phpMyAdmin (probably provided by your host). Access your MySQL database and look at the table for admin_users. Delete the encoded password and enter in a new password. phpMyAdmin has this ability to apply an encoding function to the contents you just typed in. I'm not sure how to do that, but I've been told it's a drop down box - select MD5 hash. Then update the record. I think that will do it.

Google for DeskCart by LimeTrade.

Try this and see what happens: In \skins\Killer\styleSheets\layout.css, change: body { margin: 5px; } to: body { margin: 5px; width: 1000px; } A major point of Killer was the variable width (in my opinion).

Seriously, just a wild-a**ed guess: Look in your hosted space's copy of the php.ini file. (Ask your host provider where this might be.) Two-thirds of the way to the bottom is a section called [MySQL]. Within that section is a key called "mysql.default_socket". Set the value of that key to "/tmp/mysql2.sock". Hopefully, the php parser that interprets the code on your site will use this new version of the php.ini file. Sit back and see what blows up - or doesn't.

My opinion (based on experience) is that the MySQL error is not caused by the upgraded version of PHP, but rather the possibility of having had MySQL upgraded from MySQL4 to MySQL5. There is a setting in the mysql "my.ini" file. See: http://forums.cubecart.com/index.php?showtopic=28871 http://forums.cubecart.com/index.php?showtopic=28650 The problem, as I see it, is that CC3 adds and updates records with null values (...use near apostrophe-apostrophe...) when they really should be zero's. The "my.ini" file is something your hosting provider should be able to deal with.

In "skins/YOUR_SKIN/styleTemplates/boxes/siteDocs.tpl", before line 7: <a href="/index.php" class="txtSiteDocs">Home</a> |

I think I saw that you had the SEO mode installed. You may need to deal with that.

You are viewing the index.htm file when you bring it up in a browser. That is what the file says. Would you understand the source of a View Product page if you were to ask your browser to show it to you? I want you to look for the IMG tag for that product's image. Take note of the image path.

First, entering that number of attributes would be something short of an excruciating exercise in patience. Without a third-party modification, CubeCart shows those attributes as a drop-down selection box. Will 450 attributes fit comfortably on the visitor's screen? The SQL statement has two inner joins - you can see it at line 154 of \includes\content\viewProd.inc.php. The admin section would be more repetitive because it renders in three tables the 1) option name, 2) the attributes for each option, and 3) the unique combination of each attribute/option/product. I've reproduced a similar query below. If you have a metrics program, let us know the cost of running the statement. SELECT bot.optID, bot.valID, optPR, optSYM, valNAME, optNAME, assignID FROM `bot` INNER JOIN `mid` ON mid.valID = bot.valID INNER JOIN `top` ON top.opID = bot.optID WHERE product = 'productID' ORDER BY optNAME, valNAME ASC;

So far... Line 90: ['update_fail']."</p>";} else to... ['update_fail']."</p>";}} else Line 91: $record);} to... $record); Line 95: ['add_failed']."</p>";} to... ['add_failed']."</p>";}}} Line 110: {$results = $db to... $results = $db

Using an FTP program, log in to your store's web space. Navigate to /images/uploads/. There you should see at least an 'index.htm' file and a 'thumbs' folder. Your products images should also be there.

Are the images dropping off the list as the list is being presented to you in the Admin Settings pages, or are they actually being deleted off the server as verified by looking at the folder's contents via an FTP client?

First thing I would do is contact my hosting provider.

Well, based on what we know so far, this is the best educated guestimate as to what might be wrong. True, there may be as yet unknown aspects of your situation that is the cause. Unknown aspects may be anything from having mods you haven't mentioned, to your part of the world getting hit hard by inordinate amounts of sunspot activity. But for now, work on having your hosting provider upgrade to the latest version of the MySQL 4.1 branch.

You should contact the technical support team of your host.

Do you have this problem with everyone who views their order, or just one particular person? Can you capture the URL that shows when you hover over the link that you would have clicked on just before getting this error? You are going to have to spend some time looking at the raw data in your orders table. You will be looking for data (or the record as a whole) that may contain an unusually high number of single quotes (apostrophes) - or ANY single or double quotes that are 'escaped' by using a backslash.

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.