I have today decided to take the plunge and upgrade to version 3.
Basically I have followed all instructions and have undertaken the following:[list=1]
[]Moved the current site to a subfolder /oldstore
[]Tested the old site and all seems okay
[]Installed version 3.0.4 at root, all okay
[]Activated addon, all okay
[]Admin > Store Import > Validated path, all okay
[]The process starts, backups are done but after a while the 'Progress bar' just closes and returns me to expert settings box.
[/list]
While it is working, it all seems fine and it creates/imports etc, but stops and closes after about 2 or so minutes, with no reason/explaination.
I have DEV mode on but that does not show anything on screen.
I have raised a ticket, but would love any suggestions as whilst I am waiting the site is down as it is a live site.
BTW, I am on a shared server, hence why I have used the subfolder option
You shouldn't have moved the live site from root until upgrade was successful and any/all issues are resolved.
Your server is not configured to handle the upgrade and is more than likely timing out.
[quote name='The Tool' timestamp='1355591687' post='151226']
You shouldn't have moved the live site from root until upgrade was successful and any/all issues are resolved.
Your server is not configured to handle the upgrade and is more than likely timing out.
[/quote]
A blog post by CSC advise that the live site is moved into a subfolder, and install 3 into the root, so version 3 replaces the original site - See [url=“CS-Cart Store Import Add-on | eCommerce Blog on Running an Online Marketplace”]http://blog.cs-cart.com/2012/07/26/cs-cart-store-import-add-on/[/url] (comments)
I have contacted my server support to ask them about the timeouts as that was my suspicion too.
[quote name='lwronline' timestamp='1355593152' post='151229']
A blog post by CSC advise that the live site is moved into a subfolder, and install 3 into the root, so version 3 replaces the original site - See http://blog.cs-cart…-import-add-on/ (comments)[/quote]
Not very good advice. You just proved that.
Edit: Actually after reading the blog, I do not see where they say that exactly.
Edit2: I see it in the comments. Again, not very good advice.
[quote name='The Tool' timestamp='1355593517' post='151230']
Not very good advice. You just proved that.
Edit: Actually after reading the blog, I do not see where they say that exactly.
[/quote]
Am I guessing that timeouts are a common issue with upgrading on shared hosting??
Correct. Shared servers use basic default configurations but you can modify the configurations by the use of a php.ini file.
We experienced the same issues with timeouts and we also increased the memory, and extended the timeout period.
After making all of the changes, we still had the same problem.
After wrestling with it several hours… I decided that the database size had be the culprit. The database started at around 120mb. Then i decided that the statistics data could go, then the log data. After these adjustments the database was knocked down to 50mb or so, then i optimized the data.
This has worked for me so far on two sites, and the migration happened with a few minutes. The problem that we are seeing now is the orders that migrated over have no payment information such as transaction id's, and there is no shipping info such as tracking numbers…
Ours is a small site, with around a 1000 products and about a few hundred users.
After the first 'stall' I nuked stats, and tried again. It went further.
So I nuked stats, and it went further, but only as far as 'part' of the order data. There are several hundred orders missing. It is at that point that it dies.
I am hoping that my host can up the timeouts.
I have already upped timeouts in config.local… so I am assuming that overriding timeouts may not be allowed.
Fingers crossed, as this is likely a common prob.
Edit: Just checked, and the database is less than 25MB.
even we are facing the same problem. We have installed the 3.0.4 version in a new directory and then got started with the Store Import, it stuck at back-up process itself.
Cs cart upgrade is a total flop show…waste of time and money…
I'm going through the exact same process / problem Iwronline is facing.
I added…
```php
define('DEVELOPMENT', true);
```
to the config.php file in the root directory of the new CS Cart installation to read the Stack Trace on the error and got the following…
[color=#000000][font=Courier]Database error:[/font][/color][color=#333333][font=Arial, Tahoma, Helvetica, sans-serif][size=3] Unknown column 'cscart_images_links.position' in 'order clause' [/size][/font][/color]b[/b]
[size=3][font=arial, helvetica, sans-serif]I have installed a couple mods and a template - I wonder if the template has something to do with this? Not sure where to go from here.[/font][/size]
[font=arial, helvetica, sans-serif][size=3]Anyone ever find a resolution to this issue? [/size][/font]
[color=#282828][font=arial, verdana, tahoma, sans-serif]I was able to resolve this issue.[/font][/color]
[color=#282828][font=arial, verdana, tahoma, sans-serif]Context: CS Cart MultiVendor w/ 2.2.4 installed, trying to get to 3.0.4; and custom add-ons and templates installed.[/font][/color]
[color=#282828][font=arial, verdana, tahoma, sans-serif]I have HostGator shared hosting services. ModSecurity was responsible for the error. I contacted my host and had them whitelist the rule ID 390588. This worked and I was able to quickly and successfully upgrade from 2.2.4 > 2.2.5 > 3.0.4.[/font][/color]
[color=#282828][font=arial, verdana, tahoma, sans-serif]You can have them check the logs to see if ModSecurity is the culprit.[/font][/color]
Just to update this with what we done to fix this. Our hosting company on the shared server upped the memory limits on PHP, but although it did get further in the import, it still failed.
We then cheekily took a trial of a VPS from a company for £1 (yes, a pound) and tried it there. As it was our VPS we was able to increase limits ourselves in WHM and it worked like a charm. In fact, it has to be said that the site works much better and long running scripts such as sales report and database backup run much more smootly, like never before.
So, we have remained with a VPS server and would never go back to a shared server. Our search engine results have also increase quite dramatically because loading time has almost halved.
My lesson learned on this one is that although CS Cart will work on most shared servers, it is not the best environment for such a resource heavy scripts/site.