bsmither

I had to do exactly that. My hosting/domain account allows me a number of aliases (e-mail forwarding, not POP3). For the admin (store owner) e-mail, I created an email forwarding account called "[email protected]". Then I said to forward it to the four responsible persons' emails.

You could try: In "includes/content/gateway.inc.php", in an un-mod'd file at about line 217 starts the "Notify Shop Owner of a New Order". At about line 281 is the send command. Comment out that line. Now, I don't know if the htmlMimeMail class, once an instance has been instantiated, requires either a send or a cancel, or else it may get stuck in limbo. I'll leave examining the class up to you. In the file "includes/orderSuccess.inc.php", is where the thankyou e-mail and the digital link info email gets sent to the customer. In this file you might think about adding another section to send an e-mail to the store owner because I think in "gateway" is the only time the owner gets an e-mail of a new order.

Yes, probably everything is right, but maybe something else went wrong. Note the value of the parameter, "affiliate". This is not the same as "affiliates". So, if possible, do a global search throughout all your store's files (I use UltraEdit) for "affiliate". Maybe you were working in one skin for most of the files, but accidentally worked on one file in another skin?

So what is the obvious way a store owner notices abandoned shopping carts? I've abandoned a number of carts because of the singular method of payment being through PayPal.

The installation package of CC came to you as an archive (presumably). Within the archive was a folder called "upload". Somewhere along the way you FTP'd the contents of this "upload" folder to a selected folder in your hosted space (or some similar action). Many people create a folder called "store" at the root of their hosted space. The actual location of where these "upload" files were put is called the "root of your store" (not necessarily the root of your hosted space but they could be the same place). The folder "includes" will be found in the store root. Within that folder there will be (or should be) a file called "global.inc.php".

Ok, so... 1) What's the name of the mod? Not that we can discuss it here. 2) Can you determine if the filename remains the same, even using the same case of lettering, as before the transfer as after? (Some FTP clients have a setting that forces all filenames to lowercase, and this causes problems on a case-sensitive operating system.) The description of your problem is now causing me to think it's not CC's fault, nor the file's fault, but rather the transport mechanism's fault. Can you compare the filename in the folder with the name that sits in the database table? And is the problem manifesting itself by "failing to actually transport the file to the server", or is the file getting there, but perhaps getting corrupted? Can you FTP the file back down and do a binary compare against the original? Or is the transfer successful, but CC gives the appearance of not rendering a thumbnail version properly?

What are the sources of your JPG's? I ask because my graphics designer sometimes forgets and sends over a JPG in the CMYK color space instead of the browser render-able RGB color space. Some new graphics programs can save a JPG using "standard" encoding, "progressive" encoding, and something called "lossless" encoding. Lossless encoding won't work on most everything.

Certainly not an answer, but something similar happened to me a long time ago. I was the code developer of a two-man team (the other guy did the layout and graphics). The team was developing a site for a client. The client also had a marketing genius who, unknown to us, was also accessing the web space and making other changes. I thought someone had hacked in through a side-entrance and was just being a nuisance. I restored the space with a backup. A few hours to a day later, it was messed up again. I was e-mailing the hosting provider wanting access logs, IP traces, whatever. So, have you given your web space password to anyone else?

Allow me to ask what version of PHP you are running. I have inconclusively concluded this may make a difference. See: http://www.cubecart.com/site/forums/index....st&p=132099

I think the file you are looking for is actually <store-root>/includes/global.inc.php Examine these three variable: $glob['rootDir'] (Must not have slash at end.) $glob['rootRel'] (Must have slash at beginning and end, or just one slash) $glob['storeURL'] (Must not have slash at end) Let us know what they are.

The image at the upper left of the store is at: /skins/Killer/styleImages/backgrounds/topHeader.gif /skins/Classic/styleImages/backgrounds/contentBG.jpg /skins/Legend/styleImages/backgrounds/topHeader.jpg Each of these images are called in the respective skin styleSheets/layout.css file. Visit the Cubcart.com home page for current pricing.

I put up a short tutorial on how to add a box by renaming and modifying an existing box. You might be able to figure out how to do what you want to do from the info in that file. http://www.cubecartforums.org/index.php?s=...post&p=4051 If the URL disappears, go to CubeCartForums and search for "Add a box for the Security Emblem".

I'm viewing the contents of the left column in both IE and FF, and in FF the lettering is right there at the border of the box. It appears you are using a modified Killer skin, but still, open the styleSheets/style.css file and look for the "li" group of settings. I changed mine to this: li { list-style-position: outside; margin: 0px 0px 0px 2em; padding: 0px 0px 0px 0px; } Your mileage may vary. Also in layout.css, look at the .boxContentLeft class. My store has a padding-left value of 5px. Yours has zero. Maybe if you add some, the graphic might come off the edge of the box container. CubeCart doesn't specify a font size for product descriptions. In style.css, look for the class .txtDefault and give some thought to adding a font-size:12pt; to it. The reason for that is because, apparently, IE renders text with no size info slightly bigger than FF. FF also doesn't position your Search box correctly. Other than that, I see no problems with the lettering. Issues 2 and three is probably solved by a third-party mod. Issue 1 gets involved because your skin designer may have removed your Homepage Document placeholder {HOME_CONTENT} in the styleTemplates/content/index.tpl file. In your Administration page, do you have anything entered in the Documents, Homepage section?

Um, no. my investigations show that *all* passwords in the CC system are MD5 hashed. No actual passwords are stored. But you can go into the database, administrators table and add an e-mail address to any row that doesn't have one. Then you can try the "Forgot password" function.

Well, unless you also change what's really causing the problem, when you switch SSL back on, things will not work right again. (And you will want to switch on SSL if you are going to do any credit card work.)

However it is that you control your hosting space, start by looking at the settings within that control panel for your MySQL database: *host address *database name *user name (many times the same as the database name) *password Don't trust whatever notes you may have made. Look for the current access info as displayed to you in your hosting site control panel. Then look at a copy of your /includes/global.inc.php file. Make the data here match the info above. I do not recall seeing any database related info in any of the database tables (kinda a Catch-22). Is your database managed by your hosting provider, or is it on a local server to you? If you are managing your MySQL installation, then be sure there is a User (other than root - create one if necessary) that has sufficient privileges to work the tables in the cubecart schema (specific collection of database tables). How to do that in phpMyAdmin, I don't know. But if your database is being managed by you on a server you can get at, I might recommend you get and install the MySQL Administrator from MySQL AB (mysql.com) - that is, if you don't already have a database management client.

Ah! But did the "absolute path" to your store change as well? Look in the "includes/global.inc.php" file and see what you have for "$glob['rootDir']". You might ask your host if the change to a new server brought about a change in the absolute path to your store's hosting space. Hopefully, you can still get into the Admin pages of your store. If so, click on Server Info. Scroll down 4/5th's towards the bottom of the list to the section called "Environment". Look at Document_Root. This, with $glob['rootRel'] appended, is what "$glob['rootDir']" should be. I *think* Strict Mode came into existence in MySQL 5, but I'm really clueless about it.

Well, not so fast. Within the config table stashed in your store's database are two variables that are domain and/or subfolder dependent: $config['rootRel_SSL'] $config['storeURL_SSL'] These are declared in the store's general settings but not stored in the "includes/global.inc.php" file as are the non-SSL versions of your addresses. Switch on the SSL setting in your "multiple stores using one set of tables" and it might break.

Just a shot in the dark, but take a look at your database superstructure: if we're talking about having upgraded to a recent version of MySQL, you will want to find a setting that changes "Strict Mode" on and off. If your MySQL control panel or query client can't examine this superstructure setting, you may have to contact the provider of your database and ask if they can determine if Strict Mode is on or off. You will want it off. But as I said, this is just a shot in the dark. Strict Mode caused other problems for me. Incidentally, while I was tracking down the cause of these other problems, I stumbled across that phrase, but it wasn't the cause of those particular problems. This was with MySQL 5. Edit "my.ini", find "sql-mode", and remove "STRICT_TRANS_TABLES". Just a shot in the dark.

Oh, sorry. I thought if I showed you what I found, it would have jogged a clue and you would have said, "Oh, yeah, I did set up a redirection in my .htaccess file." Or, "Darn, I just knew that when I created that redirect in my hosting control panel from URL "A.com" to URL "B.com/yada/yada/yada/yada/yada/" it's gonna cause a problem." In the "includes/global.inc.php" file, show us what these variables are set to: $glob['rootDir'] = $glob['rootRel'] = $glob['storeURL'] = Do you recall turning on the SSL setting in the Admin panel? I want you to find in these forums the file "editconf.php" and upload it to: <your hosted site>/loja/ Then request it in a browser and make sure all the settings point to "<site>/loja/" and not just "<site>/". If that all checks out, remove editconf.php from your hosted server space. Let us know what you find. If you didn't set up these redirects, contact your hosting provider and ask them if they put one in place.

First, have you told us what the Admin, View Products, EditProduct page for your candle says about the "Stock Level"? Higher than zero? Next, because these are apparently custom "Image Not Available" images, are you sure you put the correct image in the appropriate skins folder? "Temp008/styleImages/nophoto.gif" on the product page, and "Temp008/styleImages/thumb_nophoto.gif" on the front page. Where's the "thumb_zerostock_nophoto.gif" image? You might also be working with a third-party mod because I'm not familiar with CC being able to overlay (or edit) a product picture with a humongous red "Sold Out" banner. By the way, yours is one of the more intriguing skins I've seen. Kudos.

It seems that you have some redirection going on. http://www.loja69.com/loja/admin GET /loja/admin HTTP/1.1 Host: www.loja69.com HTTP/1.x 301 Moved Permanently Location: http://www.loja69.com/loja/admin/ ---------------------------------------------------------- http://www.loja69.com/loja/admin/ GET /loja/admin/ HTTP/1.1 Host: www.loja69.com HTTP/1.x 302 Found Location: /admin/index.php?&ccUser= You see how the 302 response gives to the browser the address based on the root of your site, as opposed to the subfolder "loja". And I am giving you a ccUser cookie, so there might be an issue with the contents of your global.inc.php file.

What version of CC did you install and how did you get it onto your server? Check to see if there might be a ".htaccess" file somewhere in your store. Let us know.

It might be a recent update to your anti-whatever program that's destroying your javascript as it's arriving in your browser.

Well, "Normal" is default, but I have not a clue as to what actually sets the font size for any of the Text Size settings. But since you have now specified a font size, to override that, a user of IE will have to have made certain settings in their browser options that, in my opinion, they don't know enough about to change.