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".

Since upgrading to version 6.5.2 we have the following issue: For reference our shop is located at https://www.airbornesappers.org.uk/shop/index.php We do have products with a Sale price entered, which are less than retail and greater than zero In Store Settings - Features we have Sales Mode set to Per Product, with Number of sale items to display set to 20 I don't know if the upgrade to 6.5.2 has caused this, all I can say is that prior to the upgrade Sale Items were displayed in the Sale Items category I've searched other topics and checked as much as I know what to check but can't fix this error Any help appreciated Thank you

Using a programmer's text editor, please make this edit. In /classes/catalogue.class.php, near line 893: From: $GLOBALS['catalogue']->searchCatalogue((int)$_GET['cat_id'], $page, $catalogue_products_per_page); To: $GLOBALS['catalogue']->searchCatalogue($_GET['cat_id'], $page, $catalogue_products_per_page); The variable $_GET['cat_id'] could actually contain the value 'sale'. Should this text value be cast to a numerical type, it equals 0, for which there is nothing to be found. The use of (int) was added in an attempt to solve some other problem.

This is the one I wanted to see: [14] HookLoader::_build_hooks_list:451:Hooks: class.cubecart.display_gateways => Array ( [paypal_commerce] => Array ( [hook_id] => 248 [plugin] => paypal_commerce [hook_name] => Display Gateway or Make Payment [enabled] => 1 [trigger] => class.cubecart.display_gateways [filepath] => [priority] => 0 ) ) More to come.

Well ... I'm done unless your comments or my brain cells think of something else. https://www.claudiasbargains.com/ I couldn't have done this without the following people. So thank you so very much to: Brian Smithers - forum help Daren Clarke SemperFiWebServices: Add to Social Media Custom Product Sort Related Products Ask about a Product Verical Navigation Menu Alec Broughton Noodleman: Products Addon Cart Designs: Sitemap If I forgot anybody I'm sorry. This post sounds like I just won an Academy Award. LOL Claudia

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.

It should, however it hasen't been updated since 2017. Which only means that, since it is encoded with ionCube, the encoded files must have been built with a matching version of the encoder for the version of PHP it is running under. Even though the current encoded files are built for "PHP 5.6 and above", this does not mean they will work on any version of PHP7 - which your hosting provider has likely configured your hosted account to use. The publisher, @Noodleman, will need to build encoded files for PHP 7.

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

Name: AA Basic Blue Price: $14.99 Category: Skins Homepage: https://www.cubecart.com/extensions/skins/basic-blue

To add text you would edit templates > main.php To modify the style you would edit the relevant css file to the skin style you have set as default (style.css , cubecart.style01blue.css, cubecart.style01mint.css ect...) or if you have a cubecart.custom.css file you can add the following to it .page-head-bar { background-color: #3c3241; margin-bottom: 10px; } .page-head-bar .page-head-bar-links{ float:right; } .page-head-bar .page-head-bar-links .parent-link { display: inline-block; padding: 5px 10px; color: #3c3241; background-color: #cddc39; font-size: 12px; border-left: 1px solid #3c3241; border-right: 1px solid #3c3241; margin-left: -1px; } .page-head-bar .page-head-bar-links .parent-link:hover, .page-head-bar .page-head-bar-links .parent-link:focus{ text-decoration: none; background-color: #bcca35; color: #ffffff; border-left: 1px solid #bcca35; border-right: 1px solid #bcca35; } .page-head-bar .page-head-bar-links .dropdown { display: inline-block; } .page-head-bar .page-head-bar-links .dropdown .dropdown-menu{ border-radius: 0px 0px 1px 1px; margin-top: 0px; border: 0px; padding: 0px 0px 0px 0px; box-shadow: 1px 2px 8px #323232; } .page-head-bar .page-head-bar-links .dropdown .dropdown-menu li a { padding: 5px 15px; color: #555555; } .page-head-bar .page-head-bar-links .dropdown .dropdown-menu li a:hover, .page-head-bar .page-head-bar-links .dropdown .dropdown-menu li a:focus{ background-color: #bcca35; color:#ffffff; } then modify the style to suit your needs. You will need to clear the site cache if you have the cache enabled to see css changes

I wonder if a specific browser plugin could be to blame... messing with the DOM.

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.

I am wondering if, somehow perhaps a bug in the code, installing de-DE "over" the existing de-DE language pack, didn't actually overwrite the existing databased content of the email-contents with the contents of the new file of that incoming language pack. (Unlike the language phrases that exist in a file in a language pack, the phrases of the email-contents file of the language pack are all databased.) I will check on that. In the meantime, you can sort the above listing and delete all rows having 'content_id' equal to or greater than 26.

@radman420 by data issue i mean that it would appear no data (in this case Products) is been supplied to the $POPULAR variable which is used to load the popular products section. Since it appears to happen in both the Foundation and Amzin skin that would suggest that it isn't caused by the skins. All i can suggest is pop a message in Technical Help section as this is beyond a skin issue. Perhaps something went wrong during the CubeCart Update or a setting has changed. I'm running 6.4.1 with Amzin and Foundation and the popular box is loading fine so i'm not sure whats causing yours to not load since you updated.

Hey, In relation to my answer to your previous question of "Can the core script be updated manually?" By "modified version of CubeCart" i mean if you have manually edited any of CubeCart's core script files. Using the upgrade option in the admin panel may cause the loss of any custom edits made to the core files. In relation to Extensions such as Skins, if you modify them (Change colours by editing the css files, manually add additional html etc) then it's advisable that you do not use "install tokens" to install new versions of the skin as you will lose any previous edits to the skin. CubeCarts Install Tokens basically pulls the full new version of the extension (skin) from CubeCart servers and extracts it over the existing version (replacing the existing files with new files - restoring the skin back to its default version) but also merges so any extra files are not lost. Which is why i now do a manual update guide for any updates to my skins as most people modify the colour scheme at the least. If that makes sense.

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).

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

Hey Claudia - you probably want to edit your post to get your actual admin_XXXX.php name out of public view. As for the database warning you're getting, it's being discussed in GitHub.

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

If you make the change I listed, you can add as many as you like, works fine for me.

For now, I will say no, what you want to show is still not available with CC6114. Additionally to the above, part of this is because the currency that being shown during checkout is not databased as part of the Order Summary.

I lied, I figured it out. In /foundation/templates/main.php <div class="row"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> Make it <div class="row row-mod"> <div class="small-12 columns small-collapse"> {include file='templates/box.navigation.php'} <div class="hide" id="val_lang_back">{$LANG.common.back}</div> </div> </div> then go to foundation/css/foundation.css and add .row-mod { max-width: none !important; }

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

Welcome kwickcut! Glad to see you made it to the forums. CubeCart uses the PHPMailer library (https://github.com/PHPMailer/PHPMailer) for all email transportation. PHPMailer is told to use SMTP, or to use PHP's mail() functions that relate to the connection to whatever service is defined in the PHP.INI file, which generally is a server on localhost. So, when you say 'phpmail', do you mean PHP's mail() family of functions, or the PHPMailer library? If in admin, Store Settings, Advanced tab, Sending Method is PHP 's mail() functions, then you do not enter anything relating to SMTP details, as the connection details to postfix (or whatever) should already be in the PHP.INI file.

You installed CC5.2.16? When you say you have "migrated the store", you mean to say you did not copyany code from another version of CubeCart overwriting what was already there? If you can get into that CubeCart's admin, view the Maintenance page, Query Database tab. Don't do anything on this page - just look at the info shown just above the Query Box. This is the database server host and username. Next, click Maintenance again, Database tab. The list of tables will show the name of the database as prepended to the table name. Find CubeCart_inventory. How many records does it show? If there is 1 record, then what you are looking at via phpMyAdmin is not the same database (or database server) as what is in the /includes/global.inc.php file.

There are no tables in the invoice. The code is all proper. I will have to blame it on the latest version(s) of Firefox. In the meantime, maybe Cyberfox or Waterfox (respectable forks of Firefox) will suffice.

Sooo...., if the site administrator has implemented this anti-scrape mechanism, then AJAX exchanges of data may fail if the AJAX package does not send the correct cookie - or may actually fail even with all the correct cookies. I have no experience in this scenario. The template parser (Smarty) does not execute any code other than its own Smarty code. Having PHP code in a template is exactly the same as having any other text. It is just plain text and that plain text will be in the final output that Smarty creates. Also, any code that looks like Smarty code but is not Smarty code in a template could cause PHP to crash. For example: <?php echo "Hello {smiley} World" ?> will cause Smarty to quit parsing the template and stop PHP with a Fatal Error. Please know that you must not think the templates are PHP code scripts just because the filenames end in .php. (The templates can be named anything, and I do not know why the programmers chose '.php' as the filename suffix for the skin templates.)

its caused by sessions.gc_maxliftime, and has been the bane of my life for getting on 2 years, until Al and I found it. session.gc_maxlifetime This value (default 1440 seconds (20 minutes)) defines how long an unused PHP session will be kept alive. For example: A user logs in, browses through your application or web site, for hours, for days. No problem. As long as the time between his clicks never exceed 1440 seconds.

Super thank you

That was it. THANKS!!

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'.

Making CC3 work with later versions of PHP will require some edits to the code. The latest versions of all the CubeCart version families are now configured to not have any licensing requirements.

I would suggest that you ask @havenswift-hosting for help, as I was hoping it was some simple setting that had been messed up on upgrading. If you don't already have the error log, please do that and see if there are any messages when you do a test order that might be helpful. https://forums.cubecart.com/topic/51550-how-to-create-the-error-log/

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:

Perhaps this will be helpful: https://support.cubecart.com/Knowledgebase/Article/View/227/41/how-can-i-install-cubecart-v6

Sorry.. I'm flat out doing 55 things at once. Leave it false for now.

The following is a plan to create two Code Snippets for CC615: one to "globalize" the Mailer class instance instantiated by Order->orderStatus(), and the other to toss in all admin emails that have been set to receive such notifications to a BCC array. In admin, Manage Hooks, Code Snippets tab, click Add Snippet. Enabled: Checked Unique ID: classize_mailer@cubecart Execution Order: 99 Description: Class-izes the Mailer instantiation so that it can be seen outside the orderStatus() method. Trigger: class.order.order_status Version: 1.0 Author: https://forums.cubecart.com/topic/52330-how-to-add-admin-as-bcc-of-all-customers-order-status-emails/ PHP Code: <?php $this->_mailer =& $mailer; Save. Start another Code Snippet. Enabled: Checked Unique ID: bcc_admin@cubecart Execution Order: 99 Description: BCC's the admins on all customer emails. Trigger: class.order.assign_order_details Version: 1.0 Author: https://forums.cubecart.com/topic/52330-how-to-add-admin-as-bcc-of-all-customers-order-status-emails/ PHP Code: <?php //$this->_mailer->SMTPDebug = 2; //$this->_mailer->Debugoutput = 'error_log'; $addBCC_notify_admins = explode(',', $this->_notifyAdmins()); foreach ($addBCC_notify_admins as $admin) { $this->_mailer->addBCC($admin); } Save. As I have been testing this, a couple of things are preventing me from discovering if this really works. I see the names getting added to the BCC array, and I see the names being mentioned in RCPT TO commands to the SMTP Server. But (due to a funny thing about my web server), the Test Gateway does not complete, so I do not get all the diagnostics I want, and maybe the SMTP server I am sending this out to is grouping all the email addresses (as the customer and all admins have the same domain of an email address). I do not see any BCC TO command. So, more experimenting. But I wanted to get this posted.

https://github.com/cubecart/v6/issues/1556

The above was developed for AIOSv108. If you are editing index.inc.php, then you are in the /admin/ folder. You should be editing the /skin/admin/index.tpl file.

The next step is to examine the Galaxy template main.php and compare that to the Foundation template main.php. You will find the statement: {include file='templates/content.recaptcha.head.php'} that will cause the templates you copied over to actually be used. Then, in the templates that use the reCaptcha block, you will need to add the similar statement: {include file='templates/content.recaptcha.php'} to those templates -- register, checkout, product, and other templates where you would see the reCaptcha.

I've had a noticeable uptick in AOL, etc., refusing emails of late as well. This has happened off and on over the years, no matter which hosting company I have used mxtoolbox.com to find out if my domain was blacklisted.

im coming in late on this...but I do this every 6 months. First time I did it there were like 8,000 of those 'fake' customers. Here is the SQL command I used in phpmyadmin on my granny version 3.0 store: DELETE FROM `CubeCart_customer` WHERE noOrders = 0 AND regTime < 1454012330; Since you are running 6.0 then you would probably run it like this: DELETE FROM `CubeCart_customer` WHERE order_count = 0 AND registered < 1460000000; or even better: DELETE FROM `CubeCart_customer` WHERE order_count = 0; It will clean house in a second! i like to put a timestamp on it so that if someone has been shopping in the past two weeks and havent donea checkout yet and are still thinking...then they wont be lost and end up having to reregister.