Presenting Cs-Cart And Multi-Vendor 4.3.7

imac · May 31, 2016, 12:00am

Hi Imac

Because I have already tried to do store import from our site 4.3.6 to the new store 4.3.6 and as a member of your staff pointed out, store import isn't designed to do this!

So I installed 4.3.7 on our new site but can't now do store import.

Regards

Barry

I don't think you need Store Import.

The right way from what I see should be this:

1) Move 4.3.6 to another server/directory http://docs.cs-cart.com/4.3.x/install/moving_to_another_server.html/http://docs.cs-cart.com/4.3.x/install/useful_info/moving_to_different_folder.html

2) Upgrade your recently moved 4.3.6 to 4.3.7 using Upgrade Center.

barryh · May 31, 2016, 12:00am

I don't think you need Store Import.

The right way from what I see should be this:

1) Move 4.3.6 to another server/directory http://docs.cs-cart.com/4.3.x/install/moving_to_another_server.html/http://docs.cs-cart.com/4.3.x/install/useful_info/moving_to_different_folder.html

2) Upgrade your recently moved 4.3.6 to 4.3.7 using Upgrade Center.

Hi

Thanks for the reply. I want a CLEAN install so I do need the store import.

Thanks

Barry

scott_c · June 1, 2016, 12:00am

I need Store Import too. We have a clone of our live site patched to 4.3.7. In the next few days, a new theme is being applied to it, plus all of the Add-Ons have been upgraded to work on the newest version. Once this is done I planned to sync via the Store Import from our current live (4.0.3) website to the new version.

I'm not sure how else I could achieve this without the Store Import Tool.

-Scott.

howardfranks · June 12, 2016, 12:00am

In any case looks like store import is still not updated and no sign of it in 4.3.8

imac · June 15, 2016, 12:00am

I need Store Import too. We have a clone of our live site patched to 4.3.7. In the next few days, a new theme is being applied to it, plus all of the Add-Ons have been upgraded to work on the newest version. Once this is done I planned to sync via the Store Import from our current live (4.0.3) website to the new version.

I'm not sure how else I could achieve this without the Store Import Tool.

-Scott.

In any case looks like store import is still not updated and no sign of it in 4.3.8

Guys, Store import at testing stage the moment. I hope we will update it at Marketplace within week.

tbirnseth · June 15, 2016, 12:00am

Are you addressing the defects in store_import? If so, which ones will be resolved for 4.3.8 and which will remain?

dvsgr · June 15, 2016, 12:00am

Guys, Store import at testing stage the moment. I hope we will update it at Marketplace within week.

Please also as long as you are testing this, add the ability to choose in the import screen which tables to update and which not. The method with the uncommenting the tables in the table_replacement.php is not so good!

I dont think that is is so hard to implement.

Fotis

scott_c · June 16, 2016, 12:00am

Thank you Ilya.

Guys, Store import at testing stage the moment. I hope we will update it at Marketplace within week.

imac · June 17, 2016, 12:00am

Please also as long as you are testing this, add the ability to choose in the import screen which tables to update and which not. The method with the uncommenting the tables in the table_replacement.php is not so good!

I dont think that is is so hard to implement.

Fotis

Fotis, can you please write why changing table_replacement.php is not good for you?

dvsgr · June 17, 2016, 12:00am

Fotis, can you please write why changing table_replacement.php is not good for you?

HI imac

I always prefer for my customers who whish to upgrade themselfes and are not so familiar with files editing (including the risks of opening and saving a file) to give them a UI friendly screen and just interact with the familliar interface of CS-Cart.

It would be easier for me also if I dont have every time to edit files and jsut make a click before I hit update.

Fotis

tbirnseth · June 17, 2016, 12:00am

I concur. Since this is a tool it should be flexible.

Just create a big list of tables with checkboxes checked that match what you would import.

We can then simply uncheck the once we don't want messed with. I.e. manytimes development work has been done on the target site and we don't want to overwrite blocks, settings, addons, etc.

Or simpler yet, just have a tool that updates/replaces things by 'object':

users (profiles and all related)
products (features, images, prices, etc.)
orders
Some addon data like discussions/reviews, subscribers, access_restrictions, etc. But none of these should affect the addon settings. These should all be selectable.

Think of the model this way. I have a site (www). I clone it to another site on the same server (dev).

I then go through the upgrade process on dev to get it up to date. But end up doing some development at the same time (to possibly correct some "bad practices" of the past).

When I'm done and customer is happy wtth the site (could be days or even months), I want to be able to "sync" the dev site with production so it can be verified. I then close the www store, swizzle the DNS and open the (prior) dev store as the production site.

No loss of product data, users, orders, customers, etc. Just want to update the catalog data (nothing related to the UI).

This is the real world environment that many of us live in. I.e. don't go above the business layer.

dvsgr · June 17, 2016, 12:00am

I concur. Since this is a tool it should be flexible.

Just create a big list of tables with checkboxes checked that match what you would import.

We can then simply uncheck the once we don't want messed with. I.e. manytimes development work has been done on the target site and we don't want to overwrite blocks, settings, addons, etc.

Or simpler yet, just have a tool that updates/replaces things by 'object':

users (profiles and all related)

products (features, images, prices, etc.)

orders

Some addon data like discussions/reviews, subscribers, access_restrictions, etc. But none of these should affect the addon settings. These should all be selectable.

Think of the model this way. I have a site (www). I clone it to another site on the same server (dev).

I then go through the upgrade process on dev to get it up to date. But end up doing some development at the same time (to possibly correct some "bad practices" of the past).

When I'm done and customer is happy wtth the site (could be days or even months), I want to be able to "sync" the dev site with production so it can be verified. I then close the www store, swizzle the DNS and open the (prior) dev store as the production site.

No loss of product data, users, orders, customers, etc. Just want to update the catalog data (nothing related to the UI).

This is the real world environment that many of us live in. I.e. don't go above the business layer.

I have already something ready where I have not all tables but objects as you say, but the thing is althougj is an internal tool for the noumerous updates. we still need to upgrade and debug. It would be nice to have this as default option

   
                        {__("orders")}
                        
                    
                
                    {__("categories")}
                    
                
                
                
                    {__("products")}
                    
                
                
                
                    {__("users")}
                    
                
                
                
                    {__("images")}

I ll be happy to give my code to CS-Cart if its going to be on a next release!

Fotis

flow · June 18, 2016, 12:00am

When I'm done and customer is happy wtth the site (could be days or even months), I want to be able to "sync" the dev site with production so it can be verified. I then close the www store, swizzle the DNS and open the (prior) dev store as the production site.

No loss of product data, users, orders, customers, etc. Just want to update the catalog data (nothing related to the UI).

Man that would that be so nice.

johnbol1 · June 18, 2016, 12:00am

+1

dvsgr · June 18, 2016, 12:00am

So should I open this in Voice?

Fotis

PS already done, you can vote for it here https://cscart.uservoice.com/forums/134344-cs-cart/suggestions/14856525-store-import-advanced

tbirnseth · June 20, 2016, 12:00am

User voice doesn't reconginze that I'm logged in and won't let me post. So much for that!

CS-Cart_team · June 24, 2016, 12:00am

We are happy to announce that the Store Import is available for CS-Cart 4.3.7/4.3.8. Feel free to download it from our Marketplace: http://marketplace.cs-cart.com/add-ons/store-import.html

dvsgr · June 24, 2016, 12:00am

Jsut download it works ok

I would though prefare this implemented as told before

As said this is ready and it works fine even with the latest version you post today. I am willing to give this to CS-Cart if this speeds up things

Dont forget to vote here https://cscart.uservoice.com/forums/134344-cs-cart/suggestions/14856525-store-import-advancedfor this.

Fotis

danieltj · June 24, 2016, 12:00am

Hello,

Version 4.3.7 is not a "patch", it's a minor release with minor improvements. Minor releases change the last (third) digit in the version number.

What do you call a 0.x.x and x.0.x release then, I'm confused. Traditionally it's always been major.minor.patch.

imac · June 24, 2016, 12:00am

What do you call a 0.x.x and x.0.x release then, I'm confused. Traditionally it's always been major.minor.patch.

You are right. the 3rd digit version is patch.

Looks like Yan was confused.

The point is that previously we by mistake called it like this: major.major.minor. But now we stick to semver.org and it is like you wrote: major.minor.patch