bsmither

CubeCart allows you to do either: set a price differential from the base product price, or set an absolute price regardless of the base product price. When the options were initially created - in admin, Product Options - where the "Bolt Size" option name was created, it is here that you click a box that says this option is required (regardless of what product it has been assigned to).

Please set the options as required. These required options are then assigned to the product. CubeCart will not add a product to the shopping basket until required options (whatever they may be) have been selected.

Welcome forum-guru! Glad to see you made it to the forums. For items to be considered "on sale" are determined in one of two ways: a global sales mode (5% off everything, for example) and a per product with a sales price greater than zero and less than regular price. Currently, we would need to add custom code so that the admin's Product Inventory table can be sorted by Sale Price.

Likely, but I see loose threads (bugs?) in the code that would prohibit this scenario from working as described.

You are assuming there might be some residue from CC6110 (or an installed plugin's hook) that the act of restoring the files backup did not eliminate? If that's true, then completely emptying the folder where CubeCart is installed, THEN restoring from the backup (obviously not using CubeCart) may be the solution you are thinking of. Personally, I would still try to find out what is causing the white screen.Maybe your hosting provider would have a better way of finding what causes PHP (or something) to crash.

From what I see in the error_log, Notices will not cause a blank screen. Fatal Errors do. And, since all the errors that were logged show UTC times, that tells me those errors are being logged before CubeCart has a chance to inform PHP of the actual timezone to use (America/NewYork, for example). One thing I have seen is that, if Smarty has a Fatal Error in rendering a template, finding the error can be difficult. So, if you can log in to the admin side of the store, look at the System Error Log to see if any other entries are there.

We would like for you to create the error log.

Even though CubeCart does a good job of figuring out where it is, on a local dev machine, it helps tremendously to override some of this decision making. In /includes/global.inc.php, add the following: $glob['storeURL'] = 'http://127.0.0.1/store'; // No trailing slash $glob['standard_url'] = 'http://127.0.0.1/store'; // No trailing slash $glob['ssl_url'] = 'https://127.0.0.1/store'; // No trailing slash $glob['cookie_domain'] = '127.0.0.1'; // No trailing slash $glob['rootRel'] = '/store/'; // YES trailing slash or just a slash $glob['ssl_path'] = '/store/'; // YES trailing slash or just a slash In .htaccess, make these changes: <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /store ### or just a slash ### ... ### Default store 404 page ### ErrorDocument 404 /store/index.php If CubeCart is installed in the "doc_root" of the server, that is, not in it's own folder, don't include the "/store" part. Then, use 127.0.0.1 instead of 'localhost'.

Welcome dollmaker! Glad to see you made it to the forum. We have found the likely culprit when one sees a copy of the entire store where the shopping basket details should be (hidden just off the left edge), that is, a storefront within a storefront, it is because of some sort of aggressive caching by the web server. Just recently, I worked with a person who was having some troubles: CubeCart is supposed to return only the rendered and populated HTML that is the box.basket.php template. If a pre-emptive caching system determines that the page requested is actually in its cache, such as the entire index.php storefront, then that will be what the AJAX request gets and replaces the existing shopping basket <div> with the returned code - the whole storefront.

I can see where there is difficulty when viewing Mican on one of those stupid little "notebook" units (1280x600 video). More than half the screen is header stuff. There is a conversation that discusses not showing a choice of language, nor a choice of currency, if that's good with you. Then, the logo was able to fit between the Search and Session/Basket boxes. Also, we then moved the Session/Basket and Search boxes above the Best Sellers box, and redesigned the logo to be thinner. However, a solution that has not been fully tested is to do this: In /classes/seo.class.php, near line 45, find: private $_extension = '.html'; Change to: private $_extension = '.html#test'; In the skin template main.php, near line 54, find: <div id="main_body"> Change to: <a name="test"></a><div id="main_body"> Clear CubeCart's cache as the Shop by Category links will not have the new URLs. Another solution would be to have some javascript slide the page to the anchor after loading.

Looking at the "e-Shift" skin, during checkout, not being logged in, and with "Deliver to Billing address" unchecked, there is a Delivery Address section with text fields marked as being required. The behavior seems to be enforcing that.

CubeCart's skins are wholly self-contained. That is, whatever javascript, CSS, and imagery that may be used to provide features and style for any given skin will not crossover to any other skin. So, a javascript-enforced required field when filling in the form at the browser is a feature of the skin. That being said, CubeCart Ltd's skins designed for CC5 do use some javascript made available to any and all in the /js/ folder that want to use it. We will need to have new code in CubeCart to examine the form posting to make sure that delivery address fields have been entered. Send me a PM with your email address and we can work on a solution.

There is a very simple edit to show actual stock levels on digital items when viewing the Product Inventory list. Also, experiments with my installation of CC618 will restrict purchases of digital items to the actual stock level - provided that, in admin: Store Settings, Stock tab: "Allow out-of-stock purchases" is unchecked, and "Reduce stock levels" is set to Pending (probably the better of the three settings). Add/Edit a digital product, General tab: "Use Stock Level" is checked, and there is a numeric value for Stock Level. Here is the code edit: Using a programmer's text editor, in the file /admin/sources/products.index.inc.php, near line 1180: From: if ($result['use_stock_level'] == 0 || $result['digital'] > 0 || !empty($result['digital_path'])) { $result['stock_level'] = "&infin;"; } To: if ($result['use_stock_level'] == 0 || $result['digital'] > 0 || !empty($result['digital_path'])) { // $result['stock_level'] = "&infin;"; }

Welcome Jen29! Glad to see you made it to the forums. Currently, CubeCart is not coded to do this. That is, a digital item cannot be restricted by stock levels. But we can probably develop a code snippet to override this. Please let us know if you are running a specific version of CubeCart, or if we can plan for the latest version. My initial reply was probably for CubeCart many versions ago.

There are a few conversations: https://forums.cubecart.com/topic/52080-directions-to-setup-options/ https://forums.cubecart.com/topic/52233-options-tutorial/ https://forums.cubecart.com/topic/51635-product-options/ https://forums.cubecart.com/topic/51613-resolved-options-and-how-to-use-it/

Please create the error_log. The latest few versions of CC6 require some PHP extensions that were not required earlier, such as ZIPArchive and MB_String. The error log should indicate which extensions need to be enabled.

I think it is not admin privileges. The error message is not one that comes from CubeCart, but rather the web server. (CubeCart's admin permissions, if CubeCart decides an admin does not have permission to view or edit a particular screen, will still show the whole admin page.)

Please contact your hosting server's technical support. There may be some security systems in place (mod-security?). If whatever security system that is in place is triggering on what is being POSTed to your site (HTML-looking stuff), then that security rule must be 'relaxed' or 'bypassed'.

Dynamic, but not random? Will this be for the purpose of identifying specific categories, documents, and/or products? If Documents, CubeCart allows for template rendering code (Smarty) including testing for the doc_id and if/else structures. Such tests can also be accomplished in two or three other ways - always using the doc_id, prod_id or cat_id. All pages have a div with a class of {$page-name}_wrapper where {$page-name} can be tested and if/else code blocks be used. If you need a different use-case, a code snippet can be written. The code snippet can be used to send a calculated string to the template rendering engine, and then the engine can construct the HTML accordingly. What are the particulars of your needs?

Are the pages the 404 page from Cubecart (has all the side panels, header, footer, etc) or from the web server (plain text)? If plain text, then the web server has not been configured to accept/allow the mod_rewrite override directives. If CubeCart's page, then it may be the case that the "seo path" being formed is not what is expected. What does a URL from the menu look like? When using an IP address, we recommend adding the following to /includes/global.inc.php (please pay attention to what has a trailing slash and what does not): $glob['storeURL'] = 'http://127.0.0.1/store'; $glob['standard_url'] = 'http://127.0.0.1/store'; $glob['ssl_url'] = 'https://127.0.0.1/store'; $glob['cookie_domain'] = '127.0.0.1'; $glob['rootRel'] = '/store/'; $glob['ssl_path'] = '/store/'; Also, in the .htaccess file: ### Rewrite rules for SEO functionality ### <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /store/ This overrules what CubeCart may be determining is the store address, and then informs the web server what part of the path to keep/ignore when rewriting the URL. Also, clear CubeCart's cache (admin, Maintenance, Rebuild tab, Clear Cache). This will force CubeCart to rebuild the menu.

When making changes to skin template files, we recommend that CubeCart's Cache be disabled (admin, Store Settings, Advanced tab). This forces CubeCart to always re-render templates - thus changes are immediately seen. If the cache is already disabled, then we need to think about the possibility your hosting provider is doing some sort of caching of its own.

My concern is that the options, if any, will be positioned below the bottom of the screen. But if that's good for you, then: In product.vertical_gallery.php, find: <div class="small-5 medium-6 columns text-center nopad"> Change to: <div class="small-12 medium-6 columns text-center nopad"> Find: <div class="small-7 medium-5 columns thinpad-left"> Change to: <div class="small-12 medium-5 columns thinpad-left"> Normally, each row will have a sum-total of 12 columns. But, because the columns are actually floated, it seems that overloading that total will cause what won't fit on the intended line to slip down to the next available space.

I disagree. From what I (minimally) understand about Muse is that it is a website "builder", as opposed to a webpage "editor" (Kompozer, Dreamweaver, Nvu, Expression Web (incredibly hard)).

The Pinegrow Web Editor promises to be incredibly innovative. I have worked with it last year, and will continue to play with it as it gets better. It's a complicated development tool - which, to me, raises the question, would it be quicker to hand code the skin rather than spend the time learning the tool to build the skin. It is written by a small team who - my opinion - do not have broad experience in UX. The goals of this editor is supposed to solve design projects for responsiveness. For another project, I started with a template that looked close enough, then added the variables to it.

There are two solutions depending which version of the Foundation skin you have. If CC618, then you have a template named element.product.vertical_gallery.php and element.product.horizontal_gallery.php. Find: {include file='templates/element.product.call_to_action.php'} Move this line to just ABOVE: </div> <div class="small-7 medium-5 columns"> (The vertical template also has thinpad-left in the div.) This also moves the prices along with the button because the buttons action and appearance are closelt associated with how the prices are displayed. But I think you wanted this in only Mobile (small) view. So, do not move the code, but just copy it to that location. Then: For the copied statement, change that to: <div class="show-for-small-only">{include file='templates/element.product.call_to_action.php'}</div> For the original statement, change that to: <div class="show-for-medium-up">{include file='templates/element.product.call_to_action.php'}</div>