keat

This is really more complex than it ought to be. Using SEO checking tools and 301 redirect tools, theres a multitude of conflicting info. One tools will say everything is OK, another will tell you there are too many redirects, then next will tell you something isn't redirecting. Finding info on forums regarding .htaccess leads to web site unavailability, failures to login etc etc.

On skins such a Kurouto, the 'change skin' offer is small an unobtrusive, on Foundation, it's in your face and won't go away.

This actually becomes more complicated with each try. I renamed .htaccess so in effect it didn't exists. Then using Cpanel redirect tool, I created only 2 redirects. 1. none https (with or without www), to https and url/index.php to url Now i seem to be redirecting correctly, but at least one of the online checking tools is complaining of 19 redirects.

I've no idea what's resolving to where at the moment if I'm being honest. If I type www.cabletiesonline.co.uk, it resolves to https://www.cabletiesonline.co.uk If I use /index.php it resolves to index.php and if i use /index.php?page=0 - /index.php? it resolves to /index.php?page=0 - /index.php? When I use 301 checker tools they are telling me that http://www.cabletiesonline.co.uk has a 301 to https://www.cabletiesonline.co.uk/index.php This is where I'm now getting confused.

I think maybe i've uncovered a can of worms with one of mine. Using a 301 checking tool online, it tells me that my site is redirecting to mydomain.co.uk/index.php. So I copied the .htaccess file from another domain (which doesn't resolve to index.php), but it still resolves to index.php. I can't for the life of me figure out why.

If you have FTP access, you could upload the plugin directly to modules/plugins

I'll never to profess understanding much of this, there's so much conflicting info out there. RewriteRule ^index\.php$ "https\:\/\/www\.domain-name\.co\.uk\/" [R=301,L], added to .htaccess directs index.php to the root

Have we opened a can of worms here. ?? If I paste the custom url directly after my domain name, I get a 404 error. www.cabletiesonline.co.uk/the-uk-s-lowest-priced-cable-ties If I superceed this with .html www.cabletiesonline.co.uk/the-uk-s-lowest-priced-cable-ties.html, it takes me to index.php, which I guess is where I would expect it to. ??

This would then disable the option to choose Kurouto. The site in question was V3 for many years, regular customer know thier way around the V3 site, hence the reason we offer Kurouto.

This is correct. By default, the mod will mark all options as available. Then when an option goes out of stock, we manually uncheck the stock option, so it shows as 'unavailabe' and greyed out. The way we keep a visual recollection of this would be to mark the master product as having 9999 in stock, so it shows up in the dashboard. I'm not sure how this would work if the options were more complex than our though. eg: T-Shirts, in Red, Blue Yellow, Green and Small, Medium Large. Assume Green Medium goes out of stock, this mod wouldn't work, as marking either Green or Medium as unavailable would result in all Green or all Mediums being unavailable. For this you'd need the complex and cumbersome options matrix.

On the foundation skin, pops up a lower banner giving the option to change the skin (we offer Kurouto for a V3 legacy look) However, if I click the cross to dismiss the banner, it comes back again when I change categories. Is there a way to supress this, it's annoying.

If you remove the custom URL from the search engine section of the home page, and save the changes, the cart does indeed recreate it.

Using PHP-MYadmin, export Cubecart_inventory as a CSV file. Modify this with something like MS-Excell and then import it back in. You'd have to be strict with your edits and stock keeping, but should do what you require

You can have a PAYG, just sign up and cancel once the work is done. There's no commitment to continue. Al quickly jumped on an issue I had, and fixed it within an hour, and the price is reasonable enough. When the team have done the work, it should be just a matter of copying the skin folder via FTP from one site to the other.

Using Cpanel, I copy and paste the entire public_html in the root directory, give it a name like public_html-pre-update.. It takes no more than about 10 seconds. Then using PHP MYadmin, I also copy the database to an entirely new database, again, this takes no more than about 10 seconds. I wouldn't consider an update without doing this first.

My reponses were merged, I found the issue to be a wonky index in the inventory table. Probably after the update from v3 to v6 about 10 days ago.

I've a cart product which won't accept any changes. I can change the category, but thats about it. Any chganges to price, description, status, latest products, stock etc etc all fail with a message along the lines 'No Product Changes Were Made' I compared it's entry in the inventory table and it's identical to it's sister component which I can modify without problems. I dare say I could delete it and recreate, but i'd be interested to leanr why i can't edit it. Nothing jumps out in debugging or custom.ini.inc Scrub that, it turned out the sister product I could edit was on a different site. It's all products, and I just found why. One of the indexes was incorrect in the inventory table.

I'm not entirely sure what's going on with these update failures. A month ago, I updated a 3.18 site to 6.1.5 without any major failings on the upgrade side. Then again two weeks ago, a 3.20 site to 6.1.5. And also last week a dummy run updating a 6.0.10 site to 6.1.5. I did run in to issues with this one, due to the PHP 5.4 limitations, but this was easily overcome by over writing config.class and ini.inc.php, and pressing refresh a couple of times.

If I chose maria, would there be anything else to perform

I can't see any thing jumping out from that debug log, did you see any red errors when trying to upload an image ? Did you create the custom-ini-inc ?

I'm running my own dedicated cpanel server, with full access to ssh and whm etc Now that my V3 sites on this server have been updated to V6, i'm planning on updating PHP and MySql etc, possibly even Easy Apache. As my server only runs Cubecart sites, i'm not concerned about compatability with anything else. Two are 6.1.5 (with the PHP 5.4 work around), and one site is on 6.0.10 which I'll probably update to 6.1.5 after the server has been updated. Is there a list of tested versions that V6 will run with.

Does Semperfi's document mamanger handle images?

I'll raise a support ticket.

Looking in the MySql logs, I find this. UPDATE `CubeCart_customer` SET `customer_id` = '8868',`email` = '[email protected]',`password` = '0c8d0f003358ea47f004a379c052952c6adb8445cd2e1a0d3e2db876946d7999b19e4330e9e65fbdc74352bf06afa83ea645fbc21a57cbb7d3594283e956974d',`title` = 'Mr',`first_name` = 'Jason',`last_name` = 'Hughes',`country` = '826',`phone` = 'x',`mobile` = '',`registered` = 'x',`ip_address` = '80.42.xx.xx',`order_count` = '2',`type` = '1',`mailName` = '',`company_name` = '',`salt` = '69628e5d',`status` = '1',`language` = 'en-GB',`verify` = '',`new_password` = '1' WHERE CubeCart_customer.customer_id = '8868' 170330 19:35:57 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './XXX_ccv6/CubeCart_customer.MYI'; try to repair it 170330 19:35:57 [ERROR] /usr/sbin/mysqld: Incorrect key file for table './XXX_ccv6/CubeCart_customer.MYI'; try to repair it 170330 19:35:57 [ERROR] Got an error from thread_id=41825, /home/rpmbuild/rpm-build/BUILD/mysql-5.5.54/mysql-5.5.54/storage/myisam/mi_update.c:226 170330 19:35:57 [ERROR] MySQL thread id 41825, OS thread handle 0x7fbe1c134700, query id 4093868 localhost XXX_ccv6 Updating UPDATE `CubeCart_customer` SET `customer_id` = '8868',`email` = '[email protected]',`password` = '0c8d0f003358ea47f004a379c052952c6adb8445cd2e1a0d3e2db876946d7999b19e4330e9e65fbdc74352bf06afa83ea645fbc21a57cbb7d3594283e956974d',`title` = 'Mr',`first_name` = 'Jason',`last_name` = 'Hughes',`country` = '826',`phone` = 'x',`mobile` = '',`registered` = 'x6',`ip_address` = '80.42.xx.xx',`order_count` = '2',`type` = '1',`mailName` = '',`company_name` = '',`salt` = '69628e5d',`status` = '1',`language` = 'en-GB',`verify` = '',`new_password` = '1' WHERE CubeCart_customer.customer_id = '8868' 170330 20:30:01 [ERROR] Invalid (old?) table or database name '.ssh' 170330 20:34:21 [ERROR] /usr/sbin/mysqld: Table './cart_ccv6/CubeCart_customer' is marked as crashed and should be repaired I can see from the database that customer_id 8868 is in fact this user, I assume that he tried or someone else has tried to update his details. However, the email address in the cart is not contactmejh@, so I'm not sure if the change was successful, or a failure. A large number of crashed messages appear beyond this point up until about 4am this morning. P.S, could a mod please obfuscate my database name (seeing as edit is no longer availabe)

A few things we could try to see if we can find an error. In the admin pnale under store settings/advanced. temporarily enable debugging. Now anything you do, will be echod to your screen, where we may find an error. Don't forget to disable this when you've done. If this doesn't help reveal the issue, create a new file in the root of your store called ini-custom.inc.php, and paste indie the following code. <?php # Custom initialization commands # Filename: ini-custom.inc.php # File location: main CubeCart folder ini_set('memory_limit', '256M'); ini_set('max_execution_time', '60'); ini_set('error_log', 'error_log'); ini_set('log_errors', 'on'); ?> this will start to generate an error log in the root of your store.