Leaderboard

Can you believe that CubeCart has been around since 2003? What started out as a small project has snowballed powering thousands of stores globally. If you have a success story you would allow us to publish we would be truly very grateful if you could share it with us. We need new merchants to realise the potential they have using CubeCart. This will help contribute to further growth, new features and an all round brighter future for everyone. Please feel free to email me personally at [email protected] with your company name, store URL and short success story of upto say 300 words. Many thanks to you all for your support.

Contacted now - thanks

In the skin's config.xml, find the <image reference="category">. It is set for 800 pixels on the longest dimension. Change this to 900. It will auto-scale down to fit the container (which is 848 px wide). Next, you will need to find the CSS rule (I do not know where it would be.): .cat-hdr-img img { margin: 0px auto 5px; } Change to: .cat-hdr-img img { margin: 0 0 5px; } This CSS change will remove the margin that the browser adds to either side of the image, in equal part, to center the image in the slightly wider container. Be sure to clear Cubecart's cache.

The developer will probably / should be releasing a new version of the skin to take account of all of the skin changes included in this recent version. However, if you are using a modified version, then that update will not automatically apply to your store and you should chat to the developer about this. If you dont make all the front end skin changes then you wont be able to take advantage of any fixes / new functionality that has been added - you may say that you dont need this functionality but it is always best to stay fully up to date because the situation simply gets worse and worse with each upgrade that is released - this is the problem with having custom changes

Try this: In includes/ckeditor/config.js, at the bottom, find: config.allowedContent = true; }; Change to: config.allowedContent = true; config.coreStyles_italic = {element : 'em'}; config.extraAllowedContent = 'i[*]{*}(*)'; }; CKEDITOR.dtd.$removeEmpty = '{i: 0}'; The same added statements can be used for other HTML tags used in unorthodox ways.

Email routing will automatically be set to "Automatic" or sometimes "Local Mail Exchanger" which in 99.99% of cases will be the same thing. You only need to set it to Remote if you are using external MX records pointing away from your hosting company which is effectively what Godaddy are forcing you to do by closing email ports. Some people choose to use gmail or other email service providers, but why should you have to ? Disabling php mail() is standard practice now for security reasons (WHM built in security advisor flags this as a high security risk if it is enabled !) and SMTP should always be used and configured to use SSL / TLS. Email sent via SMTP is much more secure, more likely to be delivered and not rejected or put into spam and isnt complicated to use. So much so, I would recommend that php mail() is removed as an option in CubeCart as it is very likely to disappear as an option in the near future Ian

For anyone that uses git with CubeCart (or any other packages for that matter), cPanel have been adding a huge amount of functionality which will be included in V68 - see https://features.cpanel.net/topic/allow-users-to-install-websites-from-version-control V68 is already in Edge release status so most people will not have access to it yet, but V68 should be into general release in a few months (V66 has just been released in the last week) Ian

The 'top menu' is the "Navigation" bar (or sometimes "Shop by Category" box). The menu is built from all the categories (enabled and unhidden) there are. There are also three special items: Home, Sale Items, and Gift Certificates. To add any other links to this group would require editing the skin template "box.navigation.php".

Ok in that case try 1.9.7 (just released): https://www.cubecart.com/extensions/plugins/paypal-commerce

Please reload this forum conversation. I made a mistake on the last line of the new code.

According to this issue in the Github: https://github.com/cubecart/v6/issues/2754 a zone cannot be created against countries and counties/states that are not enabled. However, the question remains, what if a country is later disabled, after a zone has been created for it? Will CubeCart still offer any shipping to a customer whose delivery address contains a disabled country/county/state? Regardless, a means to enable/disable each already created zone is a nice idea. Be back soon.

Did you follow the steps in method 1? https://support.cubecart.com/hc/en-gb/articles/360003794198-How-do-I-upgrade-from-CubeCart-v6-to-latest-v6-

An enhancement regarding Gift Cards allows: the admin to assign a collection of images to the Gift Card system. One image is the default (master). the admin to have a text editor to add more content to the Gift Card purchase page. the customer to choose an image when purchasing a Gift Card. for the additional content to appear on the Gift Card purchase page. At checkout, a small-sized image of the chosen image appears in the list of basket items. For a physical Gift Card, the card can be (pre)printed with the chosen image. For an emailed notice, the HTML content can now include a link to the image the customer chose. For example, the collection of images may include birthday, Mother's day, Winter holiday, Valentine's day, Thank You, and other themes. This enhancement is not a plugin. It involves hard code edits.

Thank you. By way of a bit of background for you. In the early stages of our online shop journey we checked out many different platforms including some of the well known names such as ZenCart. We found the setup of these other platforms to be quite difficult and certainly not as well organised and intuitive as CubeCart. The ease of setup and the organised admin area were the main reasons for us deciding to go with CubeCart, a good decision and we look forward to using it for a long time to come. These forum pages have been a big help, we really appreciate you being there and the assistance you provide, keep up the good work because no doubt I'll be back

For step D, be sure that the updated plugins (that needs the ionCube that works with PHP 7.4) are not enabled. Otherwise, there is still the situation of an ionCube-encoded plugin wanting a later version of ionCube that is not running under PHP 5.6. Otherwise, the above is the sequence of steps I would suggest.

So I think in conclusion the rich snippets work but took a little while to show in the search engine.

Yes, indeed. Please understand what is happening: In admin Store Settings, observe the various tabs across the top: General, Features, Layout, Stock, Search Engines, etc. These tabs drive a javascript function that causes the related panel of info to acquire the CSS property that makes that panel "visible". All other panels of content are not displayed. When clicking the Save button, all of the form elements on all of the panels of content - visible and not - get sent from the browser. So, even when you are only changing one or two settings, the web form is still sending all of the form's elements from all of the panels - because Store Settings is, in fact, one very long form that only a part of it is visible at a time. Your browser's Developer Tools, Network tab can show you the details of what was POSTed to your site.

For CubeCart not accepting any of the general store settings probably means that one or more of the admin-supplied data items is extraordinarily long. Settings that could get out-of-hand include a really long Offline Message, or a really long Copyright Text. All the data is probably getting sent from the browser to CubeCart, but then CubeCart wants to "serialize" all that data, and the limit is 64KiB. You might also want to create the error log to see if CubeCart is complaining about anything. https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

The POF module prior to 1.2.2 had its own code to email a courtesy email confirming the order was placed. Version 1.2.2 now is supposed to use the established code in CubeCart's core codebase. Looking at 1.2.2 (version 1.3.0 is the same), it seems more work needed was mentioned to the programmers, but didn't get done. So, please make this edit: In the Print Order Form module, gateway.class.php, near line 206, find: if (!empty($item['product_options'])) $product['product_options'] = implode(' ',unserialize($item['product_options'])); Change to: if (!empty($item['product_options'])) { if (($list = unserialize($item['product_options'])) !== false) { foreach ($list as $value) { $item['options'][] = $value; } } else { if(method_exists($order,'unSerializeOptions')) { $options = $order->unSerializeOptions($item['product_options']); } else { if(empty($item['product_options'])) { $options = array(); } else if(($options = cc_unserialize($item['product_options'])) !== false) { } else if (($options = cc_unserialize(base64_decode($item['product_options']))) !== false) { } else { $options = explode("\n", $item['product_options']); } } foreach ($options as $option) { $value = trim($option); if (empty($value)) continue; $item['options'][] = $value; } } }

What were your findings in admin, Store Settings, Layout tab? Verify that there exists a skin template named box.popular.php.

Please look at Store Settings, Features tab, at the bottom is a Miscellaneous section. Try having "Allow physical orders even if no shipping options are available" and "Disable initial shipping and tax estimates" are checked. We ask that you confirm that each product you sell -- digital only? -- has a digital downloadable file assigned to it. If CubeCart considers all products in the shopping basket as digital, no shipping is considered.

NiteFox beat me to it! But the solution works great. Thanks!!!

You can see the manual update guide for Amzin at http://nitefox.x10host.com/docs/ManualUpdates/amzinguide.html - The latest update (V1.03) is mainly a compatibility update for CubeCart 6.4.0/6.4.1

You can do if you're comfortable with it and familiar with github. You'd need to look over at cubecarts github and see what issues have been resolved and look at the code changes needed. Editing the core script can get messy if you lose track of what you're doing. Far more simpler to just update the normal way unless your site is running a modified version of cubecart and you don't want to lose those edits (not including 3rd party skins as those are unaffected by core updates).

Replied to your email.

Agreed - failed upgrades have been very common in the past when done via the built in upgrade option and often result in a mix of files from different versions - this will cause this type of problem. It has been covered in quite a few threads on here before and a manual upgrade would definitely solve it. Ian

Please delete the unique key 'custom_oid' on the CubeCart_order_summary table. And replace it with a standard key or normal index. This was a bug in the beta.

ok will give it a try thanks yes it is working thanks a lot uploaded the files as in the other discussion Grts Rob

In one of your skin template files, probably main.php, find these statements: <div class="row {$SECTION}_wrapper"> <div class="small-12 large-9 columns" id="main_content"> <div> <div data-alert="" class="alert-box alert"> <ul class="nomarg no-bullet"> <li>JavaScript is required by this website. Please enable this in your browser settings.</li> Change the large-9 to large -12. The various CSS sizing classes instructs the browser how much of the available container to give to this row section. There are 12 columns per row (within the parent container). So, when the browser viewport is 'large', this section of 9 columns will take 75% of the row. A section of 12 columns will take 100% of the row.

Ok, I see that you have the friendly names of the database columns as the CSV headers. I hope you can change those headers. I suggest using the database table actual column names: 'available','status','name','image','product_code','cat_id','description', 'description_short','manufacturer','price','sale_price','cost_price', etc You can see the complete list of table column names in the admin /sources/products.import.inc.php file, lines 299-333. If you cannot change the CSV headers, then try using this: In the admin skin template products.import.php Find near line 68: {foreach from=$COLUMNS item=column}<option value="{$column.column}">{$column.title}</option>{/foreach} Change to: {foreach from=$COLUMNS item=column}<option value="{$column.column}"{if $map.example eq $column.title} selected="selected"{/if}>{$column.title}</option>{/foreach} Note we are looking now to compare example with title.

Yes it's a bug we intentionally created to drive support sales... or so some have suggested. Great for your image!!!!

In the file /js/styles/jquery.bxslider.css, you must replace controls.png with bx_slider_controls.png. Line numbers affected are: 106, 114, 143, 157

Can we know the name of the skin? I have tested with an option not coming from a set, and an option that did come from a set, and both behaved correctly.

Welcome Carlos Martins! Glad to see you made it to the forums. Only two or three database columns store a date as a SQL DATE/TIME value. The other 'time'-related columns are "UNIX timestamps" - the number of seconds since Jan1,1970. There are PHP functions that take this number, and a "pattern", as arguments, and give back a phrase. The phrase can be 'fuzzy' (Yesterday, two weeks ago, etc) or absolute (4 Feb, 2018).

We need to keep looking at where the code finds certain data objectionable. You have an address_id of "1". I would like for you to use an external database manager. If you are being hosted, you probably have a hosted account control panel (Cpanel, maybe?). One of the tools provided in your control panel is phpMyAdmin. Using this, you can look at the database directly. Once you have phpMyAdmin showing you your database follow my instructions earlier.

Welcome Michal Kubacki! Glad to see you made it to the forums. When you received that error banner, you should have been taken to a screen for the customer to edit their address: ?_a=addressbook&action=edit&address_id=9 (or some number) CubeCart wants to create an array of all possible state/county and country terms that will be used by other processes (shipping, payment, etc). This happens at User->formatAddress(). This error is triggered when the state/county cannot be found in the CubeCart_geo_zone database table. In CubeCart's admin, Countries/Zones, Zones tab, page down to the country section where the suspect address is located, then look for the correct spelling of the County.

That worked. Thank you very much. RLN

Super thank you

That is a "signature block", or 'sig'. You can create your own. The personal sig appears with every post a forum user makes. Do not take it personally.

I'm really strict about working hours. I start between 8am and 9am and finish at 5:30pm. I'm a big believer is separating work and family/social time and for me CubeCart is 100% work even though I enjoy it very much (most of the time). Saying this (like right now) I check email and respond to things like this. Not a huge amount of brain power is involved. I had a brief look at this issue today but wasn't able to come to a conclusion. I hope to take another look in the morning.

You can change the phrase "Choose Payment Method", to include the additional text you may require, but I see that you may have already changed this anyway. I'l hazard a guess that any edits would need to be in skins/yourskin/templates/content.gateway.php but this only a guess on my behalf i'm afraid

If you have SSL enabled login to the admin side of the store. Go to "Settings" then the SSL tab. Update the paths to reflect the new one. Once done create the folder you want to move it to. Select all the files with an FTP client and move them to the new folder. Empty the stores cache folder. All should be fine.

There is a bug in the foundation skin that prevents the 'More' button from being hidden - see this PR for how to fix it. 'hide-for-small-up' means that the element will be hidden for all window sizes of small or larger. However, as you noted, this means it will not display for mobile, which defeats the purpose - you should indeed change it to 'hide-for-medium-up' or your mobile users will not have any way to paginate. One other thing - this line: <div class="hide-for-medium-up" id="ccScrollCat">{$category.cat_id} The {$category.cat_id} should be removed or you will have a seemingly random (to the customer) number show up just above the 'More' button. Removing this does not appear to have any effect on the button's functionality.

There is an open bug report on GitHub about this. For now, do not use traditional pagination.

This is a known issue, possibly caused by a cache problem or customers changing their minds and using the back button. I'll try to find some of the threads so you can read what others have said. No one has yet, as far as I can remember, been able to reproduce it so it can be resolved. Here's the most recent one:

I've created a bug report: https://github.com/cubecart/v6/issues/1607

The ability to set default options was added in 6.1.6.

I haven't made a change in mine, either. It's been so long I don't even know how I knew what to put there

It took 24 hours for THEIR emails to us to arrive a couple of days ago. Something's not normal over there.

Please do not use any quantity designations in CubeCart. That is, do not add lb to 20lb. Do not add $ to $49.99. Do not add cm to 100cm (length not really used in CubeCart). Do not add % to 50%. Use only digits (and the optional period for the decimal point, if appropriate). The setting you make in Store Settings is carried over everywhere else (specifically weight and currency symbols).