kealan

Hello Cubecart Forums, I am tweaking our latest upgraded CC6 store, I have stumbled across something I am not certain about. I have had a few checkers flag issues with the rel='canonical' tags that appear on main.php / every page. Here is an example of the issue; Homepage is www.example.com which itself contains .... <link href="http://www.example.com" rel="canonical"> Logically this means that www.example.com is not the preferred url for this page ... please use www.example.com .. which is not the preffered url use www.example.com...... Can we structure a query to check if the url already equals the canonical url , or is this just an oversight on my part and given the SEO rewrite rules this is required to not index all the non seo urls and iterations of the url? Cheers Kealan

I have dome similar in the past, make life easy and setup a chron job on the server to grab and ftp the data over (hosting provider will often write the job for you), then just have a nice import function on your excel! Good luck

Hi Kab, I am not aware of any two way systems that are freely available to use your best bet is the export to csv for sage https://www.cubecart.com/extensions/external-software/sage-accounts-export If you have a budget for this I know of several companies that will custom build a 2 way communication portal for CC to speak with any ERP package, but its a few bob. K

Hi OneBrownCow, The HTML and Javascript expires I suggested on,.... will cause this exact issue with the cart and removal of items from the cart, on a stock cubecart build K

Hi OneBrownCow, Sorry to hear that it caused such unexpected behaviour, on reflection the html and javascript caching will probably be the cause of the issue here cubecart by default does not appear to behave well with this enabled. But we are running cc6 with the above and have tested on 3 servers, so I would have to consider examining the server settings also if its still misbehaving. K

try adding the following to your .htaccess file , then rerun and post results. My store is currently at 92% on the page speed grade / similar results on the yslow though this is mostly due to lack of a CDN, will be happy to share anything else that helped. * warning not ideal during testing phase due to caching but great for live environment <IfModule mod_expires.c> # Enable expirations ExpiresActive On # Default directive ExpiresDefault "access plus 1 month" # My favicon ExpiresByType image/x-icon "access plus 1 year" # Images ExpiresByType image/gif "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType image/jpg "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" # CSS ExpiresByType text/css "access 1 month" # Javascript ExpiresByType application/javascript "access plus 1 year" # HTML ExpiresByType text/html "access plus 1 year" </IfModule> <IfModule mod_deflate.c> <IfModule mod_headers.c> Header append Vary User-Agent env=!dont-vary </IfModule> AddOutputFilterByType DEFLATE text/css text/x-component application/x-javascript application/javascript text/javascript text/x-js text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/json <IfModule mod_mime.c> # DEFLATE by extension AddOutputFilter DEFLATE js css htm html xml </IfModule> </IfModule>

Hello Dirty Butter, Thanks for your assistance again, I should have gone through the existing posts in more detail! Turned out to be disabled on my server, I just enabled on the backend with no revisions to the global file and normality was restored. Cheers for your help folks

cheers Brian, will go through existing posts in more detail.

Can you clarify what results are dragging you down and we can address them on an individual level? Also which version of CC6 are you using as some caching features have only been enabled as of 6.0.6. K

Hello Cubecart Forums, I have just updated to 6.0.6 from 6.0.5 and I am now receiving the following error; Warning: file_exists(): open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/memcached.class.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line89Warning: file_exists(): open_basedir restriction in effect. File(/opt/alt/php54/usr/share/pear/memcached.php) is not within the allowed path(s): (/home/m564933:/usr/lib/php:/usr/php4/lib/php:/usr/local/lib/php:/usr/local/php4/lib/php:/tmp) in /home/m564933/public_html/classes/autoloader.class.php on line92 I am presuming that this is a problem initiating memcached on a shared server as its trying to call a function it does not have privileges for, can this be fixed as is / memcached be disabled ( not ideal )? or should I contact my hosting provider Thanks in advance

I have implemented the above with moderate success, there were still a few exception cases where other tweaks were needed. Try implementing the above and let us know if you are having any specific issue after that we can try to address

Hi Kab, Hopefully some more experienced cubecart users will pitch in here, but I have been using cubecart on and off since v4, I also use opencart, magento, woocommerce and prestashop depending on the needs. I find that out of the box cubecart to be quite scalable due to the default inbuilt caching, when compared to opencart and woocommerce. The peak I have had regards to product loading is circa physical 1400 items with detailed descriptions and several images each. The database structure for item storage is pretty efficient as there are multiple tables housing segregated data for different elements, so I have not noticed much affect on page load speeds as I increased product loading. Though I didnt exactly sit there with a stop watch, I never noticed any unpleasant pausing as the load increased. With regard to a hard limitation on user or product loading I am not sure. Q.4 - I dont believe there is a set update/upgrade cycle for cubecart yet, with the release of CC6 the devs have been pretty agile about getting patches out as and when they were needed, the upgrade process itself is usually pretty straight forward and can be run in store, which will manage the temporary closure and reopening of the store ( circa 3-4 mins ), however it will overwrite the admin and default skins! so if you run a custom admin or front end skin rename it or back it up and replace it after the upgrade ... which works fine as long as the patch didnt apply a fix to the theme or components which you have now missed! Also on the back of that I generally avoid using a cpanel 'installer' as this will auto update the installation / overwrite any non renamed skins which has wreaked havoc on me in the past.

Hi all, I used this instruction as the basis for making my category view into a 4 wide grid, which worked a treat with one additional edit on 2.cubecart.js, which was missing from dirty butters implementation. I was having some unexpected behaviour when changing views after moving to 4 wide. 408 $.when($('.product_list').fadeOut(duration, function() { 409 if(Foundation.utils.is_medium_up()) { 410 $('.product_list').removeClass('small-block-grid-1'); 411 $('.product_list').addClass('small-block-grid-4'); 433 $.when($('.product_list').fadeOut(duration, function() { 434 $('.product_list').removeClass('small-block-grid-4');

Apologies so it is, try removing the Options -Indexes also as this may be conflicting with the later instruction

Hi Kab, In my admittedly limited experience I think there is an argument missing from the Options -Indexes line, Try replacing that line with the following #### Apache directory listing rules #### DirectoryIndex index.php index.htm index.html IndexIgnore * Also I had to add RewriteCond %{SERVER_PORT} 80 just after the line ' RewriteEngine On ' I hope this is of some help K

Hi Kab, The data for the store documents is stored directly in the store database and called via php queries, so there is no file or folder to examine permissions here as such. I had some similar issues initially with CC6 which required a small bit of tweaking with the .htaccess file, I am unsure if this is the cause but if you want to post a copy of your current .htaccess file I am more than happy to take a look. If you could clarify if you are running http or https and if the store is located in a subdirectory also. e.g. https://mydomain.com/store/ K

Hi Brian, Many thanks for your assistance changing that from unshift to merge had the desired effect! I will update again once I get some time to add some meaningful styling Regards Kealan

I have had a few issues with adding to basket since beta, unsure if this is related but anytime I have tried to adjust how and where the basket is called in it seems to cause a js bug from what I gather. Whereby products don't appear to add to basket and customs can't go forward to checkout. Try adding two different items into the basket and if the basket fires up after the second add, try undoing any changes made to the basket. Also if that does not help try disabling any additional js calls temporarily and see if that helps. I have not had a chance to chase the bug to propose a meaningful explanation. This was opened up a few times on git for various reasons perhaps you might gather something helpful there too.

Pow! Hell, I might just replace the whole header section after that!

I will have to admit, I removed it.. reluctantly though, I read the accompanying message and I stopped the first few times, and then only removed it from the homepage. My decision was not based on perception of the mechanics of who did what, I honestly just thought it was not very pretty to be fair Al, if you can give us a sexy powered by cubecart logo / icon / snippit I will happily put it back... you know something manly with lasers or a lightning bolt or something.. jk K

My standalone (not working) went 5.2.14 - 6.0.4 - 6.0.5

I am running as standalone that is presenting the issue, though the v5 it was upgraded from was in a subfolder

I have the same issue running 6.0.5 After selecting 'all' filter again the url I am being redirected too is <<storeurl>>/any Looks like its trying for a storefront url alright, seems odd for a filter My metadata is set to merge

I appear to be using a plugin from Webcity see excerpt from the xml below - but no reference for this plugin on the site <creator><![CDATA[Webcity]]></creator> <homepage><![CDATA[http://www.webcity.com.au]]></homepage> I would hate to waste any of your time given I seem to be using an outdated mod thats no longer supported, again my understanding though is appears to be deeply flawed was I was using this from stock so the issue was a wider one and may affect others.

<< code removed >>