bsmither

The tool is called slowAES. However, because you get a blank page, it may be the case that there is something else wrong that does not involve slowAES. That said, please create the error_log.

The hosting provider for your site seems to be using an anti-scrape javascript pre-loader. This probably will cause problems running CubeCart. You are advised to contact your hosting provider to learn how this can be switched off.

Welcome tinytoes! Glad to see you made it to the forums. When you return to edit that product, is the number 10 still there? As a test, change some other apsect of that product - it's "Product Code" or "Price" for example. Then, on the storefront, is the Product Code or Price the same or different? If it did not change, then perhaps your hosting provider has an overly aggressive page caching mechanism in place. If it did change, but then the Stock Level always says 1 regardless of it's real value, we may need to look at the skin logic.

View: https://www.cubecart.com/extensions/skins/e-tone-by-webcity https://www.cubecart.com/extensions/skins/minimaliser (can easily create a red color)

The phrase "process orders" is not in the language files. So, this must be coming from somewhere else. If there is no plugin, that will enforce a minimum order value, then perhaps it is a code snippet(s). In admin, Manage Hooks, Code Snippets tab, see if there is anything in this list that would do this.

There is this: http://www.chuggyskins.co.uk/index.php?act=viewProd&productId=24 but it is unknown if there have been too many changes in CC6 (versus CC5) that may cause problems.

There is this: https://www.cubecart.com/extensions/plugins/minimum-order-values-plugin but seems limited to setting a minimum per product and/or per category. There is this: http://www.chuggyskins.co.uk/index.php?act=viewProd&productId=26 but it is unknown if too many changes have occured in CC6 (versus CC5) to change its effectiveness.

Other than a plugin, the only other place involves establishing when shipping becomes free (aka, the Free Shipping plugin).

References to the images should be in the database (CubeCart_filemanager). But they do need to be copied to the new store to /images/ folder. Also /images/logos/ folder.

From Store1, copy the file /includes/global.inc.php to Store2. Test.

So, if you plan to abandone Store1, then it is OK to have Store2 use the existing database.

We have positively concluded that connecting two stores to the same database will not work as well as it may appear at first. May we ask why you want to have two stores with the same contents of the inventory? Will the inventory eventually diverge? There are solutions for enforcing distinct customer-bases with respective pricing (and hiding prices), and solutions for different appearances (skins).

We can suppress displaying the Featured/Random box, but then create a new box to show X-number of products that are flagged in some other way. If this satisfies your requirement, then one of these plugins may suffice: https://www.cubecart.com/extensions/plugins/currently-trending-products-carousel https://www.cubecart.com/extensions/plugins/homepage-featured-products https://www.cubecart.com/extensions/plugins/homepage-random-products The location of the output could be changed if desired.

This will happen on new installations if there are no Shipping extensions installed. A newly installed store has no shipping or payment gateway modules. Please visit the Extensions department at the Marketplace and install at least one of each.

So, for a category record in CubeCart_category table, the 'cat_image' value could be an integer other than zero. Take note of an integer value, such as 36 for example. Then, in CubeCart_filemanager, find the record with file_id of the integer value noted earlier (36, for example). The 'filepath' column must be null or have the name of an actual folder. Does this record exist?

There may be an issue with the database. I hear you say that you can verify that an assigned image will still be selected when returning to edit that category. So, the database should be structured correctly and hold valid data. That leaves the possibility that 'subcategory' images are not being created. In the folder /images/cache/, look for a filename that starts with the name of the master image of a category, and has a .105.jpg ending.

Those aren't "product" thumnails. Those are sub-category thumbnails. CC6 provides for images to be assigned to Categories.

The extra code is an HTML comment. It shouldn't have affected anything. Do this in the middle of the night. It should take all of three minutes.

Any particular category where we can see this?

Did you make the edit to the code? I don't see the extra output - not that I know this will work.

"Stupidly slow." I've seen that. Fifteen+ seconds. Smarty adds two to four seconds, but not that.

In the file /includes/functions.inc.php, near line 888 (CC448), there is the function imgPath() where the $thumb argument may be true. If so, then the following code is run: if ($thumb) { //$img = "thumbs/thumb_".str_replace('thumb_', '', basename($img)); $img = "thumbs/thumb_".preg_replace('/^thumb_/', '//', basename($img), 1); } Would you say this started happening after an upgrade from a much earlier version? I disagree with the replacement string, although I am sure a lot more people would have complained if this was a real problem. Because CC3/4 is a lot more forgiving about outputting rogue content ahead of schedule, let's try this: In /includes/content/viewCat.inc.php, near line 366, find: if (file_exists($thumbRoot)) { $view_cat->assign('SRC_PROD_THUMB', $thumbRootRel); } else { $view_cat->assign('SRC_PROD_THUMB', $GLOBALS['rootRel'].'skins/'. SKIN_FOLDER . '/styleImages/thumb_nophoto.gif'); } Change to: if (file_exists($thumbRoot)) { $view_cat->assign('SRC_PROD_THUMB', $thumbRootRel); } else { echo "\n<!--\nThumbnail root path: ".$thumbRoot."\n-->\n"; $view_cat->assign('SRC_PROD_THUMB', $GLOBALS['rootRel'].'skins/'. SKIN_FOLDER . '/styleImages/thumb_nophoto.gif'); } The echo will send the image path for the thumbnail to the browser. Where it will end up in the HTML of the page, I don't know. Have your browser show you the HTML source and you should easily find it.

When compared to CC3/4, CC5/6 is ridiculously slow. My analysis (using the 'grind' family of tools) shows it is Smarty that consumes a lot of the time. Server-level caching utilities can drop that significantly.

Can we have a web address to review the situation?

Welcome Pice-Ryder! Glad to see you made it to the forums. CubeCart, as many web-based applications, start with the page index.php. That leaves index.html free to do with what you want. However, there is no absolute requirement that a web address specify the actual document to load. A visitor can reach your site will just www.example.com. And, as it happens, the school of not-so-strict programming says that, because the web server will take care of it, there is no need to actually use the full and complete web address. Thus, there is a setting that all web servers are configured to determine what document to serve if none was specified. This "document priority list" will inform the web server to use index.php, and if not found to use index.html, and if not found to use default.html, and if not found to use ... etc. If you specify index.html as having a higher priority than index.php, and because CubeCart does not always use a full and complete web address, there will be occasion that CubeCart will have a link on its pages that will send the visitor to your landing page. That may work for you. On the other hand, CubeCart can operate equally well in a sub-folder: www.example.com/store/index.php There may be an edit required in Cubecart's .htaccess file.