Zen Cart Logo
Forums / Upgrading from 1.3.x to 1.3.9 / upgrade put off long enough

upgrade put off long enough

Locked

Views: 6,492

Results 1 to 20 of 53
This thread is locked. New replies are disabled.
21 Oct 2010, 2:16 AM
#1
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

upgrade put off long enough

I have launched my site about a year ago and have successfully included some addons without any difficulty and on the first go around (yea!)
I have read as much as I can on the upgrade and it is totally daunting! Much of the procedure I do not understand and i am totally frightened and have put it off since 'a' came out.
Blue host has gotten me out of trouble more than once on other issues and they will upgrade automatically but I will loose all my custom settings. Everything it took 6 months to get the way I sorta want it.
I want to add the wishlist addon and dont want to make more work for my self than need be so I need to upgrade first - I have read the tutorials and a bit of the threads and get stuck on the first step !!! Things like were do I put the demo and how do I access it?
Is there a tutorial for us zenners that are afraid of breaking our site! I have been putting it off long enough!
TIA

https://www.stitchnframeonline.com

21 Oct 2010, 4:58 AM
#2
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

they will upgrade automatically
NEVER!! NEVER!! NEVER!! Use an auto upgrade script...

https://www.zen-cart.com/tutorials/index.php?article=108

22 Oct 2010, 12:21 AM
#3
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

I have been working on this most of the day and the 3 easy step are not so easy !!!!
If I am getting this right we have to compare the zencart that has not been modified to what we have modified and then upload the new cart and remodify it to look like what we have origially? There is ALOT of room for error here if I am getting this right!

I am at the Winmerge and have not gottem winmerge to work yet. So maybe I am panicking too soon !

But I have the general concept correct?
I have to then reattach my databases? and check all my mods and add ons?

TY

22 Oct 2010, 12:37 AM
#4
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

kinda got winmerge to give me a list of those files that are different.
There are LOTS of then and I need to upload = I am totally confused
Any suggestions?

22 Oct 2010, 3:08 AM
#5
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

kinda got winmerge to give me a list of those files that are different.
There are LOTS of then and I need to upload
If you have followed the override system the only ones that you need to check if they are on the change log are those

22 Oct 2010, 4:00 PM
#6
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

Ok is this right?

I need to do a fresh instal of the newest version of the zc. Attach it to my current DB during install instead of a demo DB.
Then to the new site start to tweek it with all the changes I have made including all the addons and ship modules.

If I have my images in the images/mediun folder can I just upload this entire folder? Or will there be changes in this folder that I will need to upload all 500 jpgs independently?

Also how will I know which files have been changed thru the entire 3000 files that I have listed seeing that I am quite the newbie and dont know what is a false indication or not? :unsure:
TIA

22 Oct 2010, 6:56 PM
#7
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

Ok is this right?

I need to do a fresh instal of the newest version of the zc. Attach it to my current DB during install instead of a demo DB.
Then to the new site start to tweek it with all the changes I have made including all the addons and ship modules.
Ack!!!

No follow the tutorial and create a new database

tutorial:

Unzip a copy of the new version of Zen Cart™, upload it to your webserver into a "demo" folder, and install the new version into a separate database,

23 Oct 2010, 1:07 AM
#8
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

just when I started to get confident that I was understanding the concepts of this program! It is clear that this still eludes me!

You can not imagine how many times I have read this tutorial!

The concept of the database is also elusive - The database is a table that contains the important information of the products of each site? Yes?
When you say that you are installing the zencart into the database as opposed to attaching the database to the zencart?

So really no site may have more than one database and a database can not be shared by more than 1 site.

In the middle of the night I am trying to figure out how to spend time upgrading and still feed in product. Instead of not updating the site with product. I figure this upgrade will probably take minmun of a week of fussing.

TIA

24 Oct 2010, 11:12 AM
#9
ukulele avatar

ukulele

New Zenner

Join Date:
Oct 2010
Posts:
3
Plugin Contributions:
0

Re: upgrade put off long enough

Same problem here, not very helpfull (I wish people would understand that they had to start somewhere and to remember how they felt the first time they tried to update)
If its just updating the scrips in each folder, then cant you just upload all the files that have changed and delete the ones that have been removed?
I dont understand all the duplicate data base, use as a demo, upload to demo. This may be easy once you know, but most zen cart users are not qualified zen programers, we just need a product that works, which zen is great.
But when it says easy to update, I just dont know.

24 Oct 2010, 12:14 PM
#10
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

Ukulele:

I dont understand all the duplicate data base, use as a demo, upload to demo.
The main intent of all of this is most have an operating shop
Doing the upgrade on a second install allows one to insure that all things are correct and functioning as expected without affecting their operating shop.

You can do this to your operating shop at your own risk of being down until you get all things squared

Your option - - but the recommended way is suggested

25 Oct 2010, 1:09 AM
#11
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

Ok I got that we can not mess with the original site - great thought!
And Smart!

still stuck on the files comparison section thought -kobra is there a place I can read about my database question in my last post?

I know that has to be a loaded Q? cuz it is so complex but just the general concept would be good.

I will reread the tutorial and be back with my next 'upgrade for dummies' question LOL!

Thanks!!

25 Oct 2010, 1:34 AM
#12
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,513
Plugin Contributions:
176

Re: upgrade put off long enough

stitchnkitty:

The concept of the database is also elusive - The database is a table that contains the important information of the products of each site? Yes?Maybe. It really depends on what you think a "table" is, and that may just be a nomenclature thing.

The database is a collection of tables. Tables are like spreadsheets, storing data in rows and columns, related to whatever the structure of that table is for. For customers, it means email addresses, passwords, etc. For address books, it means all the address info for each customer. For orders, all the order details. For products, the details of each aspect of each product. And so on.
I guess you could look at a database as a multi-sheet spreadsheet, but way more optimized and efficient in how it automatically handles indexing and storage/retrieval.
A database is not stored in any files that are directly accessible to you as a storeowner. Instead, you access it via phpMyAdmin or similar tools, and query (request) data from the database according to what you wish to read from it.
In the case of taking a backup, you're exporting the entire database content into one great big file that can be used for offline storage, or restoring if needed. That's the only way you will ever see the database as "a file".

(Aside: It does store everything in "files", but they're machine-code files, and meaningless to you unless you're a SQL and Server guru with super-advanced abilities to understand 0s and 1s with your eyes closed.)

stitchnkitty:

When you say that you are installing the zencart into the database as opposed to attaching the database to the zencart?TomAYto vs TomAHto?

When installing Zen Cart, you tell Zen Cart which database to store its data in. If you think of that as "attaching", I guess you're saying the same thing.
The only way Zen Cart is ever "attached" to a database is by the database details you give it, and those are stored in the configure.php files.

But you never tell a database which Zen Cart site to use. It doesn't work that way: It works the other way around.

stitchnkitty:

So really no site may have more than one database and a database can not be shared by more than 1 site.Well ... that's a technicality.

Generally speaking, a Zen Cart store only uses one database at a time.
Some (ie: most "good") hosting accounts allow multiple databases without additional fees. Some do not.

In the case of servers where only one database is allowed but multiple Zen Cart stores are setup in the same hosting account for different domains/sites, Zen Cart supports the use of "table prefixes" to differentiate between stores sharing that database.
It identifies the tables which it uses within that database by the DB_PREFIX setting. So, you could have "store1_" as a prefix to all the table-names for that store, and "zen_" as a prefix to the tables for another store, and so on. That's why the table-prefixes exist.

Some hosting companies have auto-installers that quickly dump a ZC site onto someone's account. Instead of setting up multiple databases, those usually engage the DB_PREFIX as "zen_" by default so they can keep the tables for the store separate from the tables they auto-install for a blog or a forum or a gallery or whatever.

How's that? Clear as mud?

25 Oct 2010, 7:59 AM
#13
ukulele avatar

ukulele

New Zenner

Join Date:
Oct 2010
Posts:
3
Plugin Contributions:
0

Re: upgrade put off long enough

Hi, thanks for the replies, still as baffled as ever.
So if its just a case of updating the files that have changed, then why cant you just upload the latest version to the 'demo' second testing bit.
Move the changes you made to customise the css which are all in renamed bit as instructed in the zen instructions on customisation.

Then test it (how I dont know, as havent a clue on how to direct to the demo bit and not the live shop) so will check on google (as I have been asking about but must be a huge secret as nobody seems to want to let go of the magic secret).

If I understand it correctly, the shop data, photos etc are all in the data base or in the images folders, which can be swaped over.

Checking all the files and uploading ones that have changed just seems a long way round, as just installing the latest version and adding the bits you changed in css bit seems to make more sense?

Or am I missing something important?

All I need is a working shop, and dont fancy making a mess of it.

25 Oct 2010, 12:07 PM
#14
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

Ukulele:

Or am I missing something important?
Yes I believe so...
Ukulele:

how I dont know, as havent a clue on how to direct to the demo bit and not the live shop
You are over thinking this I believe

Assuming that your live shop is at http:// the demo can/will be at http: //demo/

A COMPLETE second shop with it's own database

Just that simple

Ukulele:

upload the latest version to the 'demo' second testing bit.
Move the changes you made to customise the css which are all in renamed bit as instructed in the zen instructions on customisation

Checking all the files and uploading ones that have changed just seems a long way round, as just installing the latest version and adding the bits you changed in css bit seems to make more sense?
It is not the long way it is the only way to insure that your upgrade is complete - - read on...

This is where one must COMPARE your customized file against the change log

IF and ONLY IF - you have customized a file that has a new/changed version, you MUST use the NEW VERSION and incorporate your customizations into this NEW file

Most will have only about 10-30 customized files to check, and of these maybe only a few will have new versions of the file

Ukulele:

the shop data, photos etc are all in the data base or in the images folders, which can be swaped over.
Not sure of your interpretation of "swapped over" - - it should be duplicated in the /demo location

BOTTOMLINE - -

  1. Use and install the new version with a new DB(all new version files)
  2. Copy your images over
  3. Make a list of your customized files
  4. Check change log against this list
  5. Note any of your files that have a new version
  6. Incorporate your customizations into any of these files that have a new version
  7. Copy all your custom template files to their respective locations
  8. TEST - - TEST - - and you are done

Make your list of custom files - - -These are the ONLY ones that you might have to compare

25 Oct 2010, 2:15 PM
#15
ukulele avatar

ukulele

New Zenner

Join Date:
Oct 2010
Posts:
3
Plugin Contributions:
0

Re: upgrade put off long enough

Super thank you, that makes a lot more sense than all the other texts I have read, I only have about 6 files that were customised (like it says in the guide to name them /xxxx instead of /custom)

So feel a lot happier about having a go now.

We all have to learn somewhere and this makes sense of it all now.

Thank you again.

27 Oct 2010, 12:32 AM
#16
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

Dr Bytes - no actually that was extremely helpful and quite clear!!
TY so very much!

I have been working on the upgrade and actually it is quite a learning experience. Especially since my first install over a year ago was a bit trying. All the experts helped so very much and only a bit sunk in at that time. i mostly cookedbooked it! DU download corrupted a few of my files! I am on DSL now!

So this may take alot longer that most others but it will come!!

https://www.stitchnframeonline.com

https://www.stitchnframeonline.com/Demozencart

TY

29 Oct 2010, 4:44 PM
#17
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

kobra:

The main intent of all of this is most have an operating shop
Doing the upgrade on a second install allows one to insure that all things are correct and functioning as expected without affecting their operating shop.

Which is a smart concept!

I have my shop almost done but I have not tested or finished uploading the images as of yet.BUT!

my second shop is located in public_html/windflowergrove

so I set up my demo for this shop as public_html/windflowerfrdemo so in order to get to my test shop for this one you need to:
https://www.stitchnframeonline.com/windflowergrdemo.

In My mind at the time of launching this site I was newbie thinking that all I needed to do was change the original site folder name to something else and the change the 'demo' folder to windflowergrove that of the original subsite.

Somehow I am seeing there may be problems with this concept???

29 Oct 2010, 8:29 PM
#18
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

Also this site is not acting as the primary site did and is causing a bit of trouble

https://www.stitchnframeonline.com/windflowergrdemo

the upper pic in the properties for that pic is:

http://www.stitchnframeonline.com/windflowergrdemo/
windflowergrdemo/includes/templates/stitch/images/wg3.jpg

which is weird since there is nothing on filezilla or the cpanel to indicate that there is a folder windflowergrdemo within a folder windflowergrdemo to come up with this path.

ideas?

29 Oct 2010, 9:48 PM
#19
kobra avatar

kobra

Black Belt

Join Date:
Aug 2005
Location:
Arizona
Posts:
31,500
Plugin Contributions:
4

Re: upgrade put off long enough

Your view source base ref is

<base href="http://www.stitchnframeonline.com/windflowergrdemo/windflowergrdemo/" />

Mis entered something in your configure.php file

29 Oct 2010, 10:25 PM
#20
stitchnkitty avatar

stitchnkitty

Totally Zenned

Join Date:
Jun 2009
Location:
Des Moines, Iowa USA
Posts:
618
Plugin Contributions:
0

Re: upgrade put off long enough

Just when I thought I had the logic from this!

// HTTP_SERVER is your Main webserver: eg-http://www.your_domain.com
// HTTPS_SERVER is your Secure webserver: eg-https://www.your_domain.com
define('HTTP_SERVER', 'http://www.stitchnframeonline.com/windflowergrdemo');
define('HTTPS_SERVER', 'https://www.stitchnframeonline.com/windflowergrdemo');

// Use secure webserver for checkout procedure?
define('ENABLE_SSL', 'false');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
// these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
define('DIR_WS_CATALOG', '/windflowergrdemo/');
define('DIR_WS_HTTPS_CATALOG', '/windflowergrdemo/');

define('DIR_WS_IMAGES', 'images/');
define('DIR_WS_INCLUDES', 'includes/');
define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');
define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');
define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');
define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');
define('DIR_WS_DOWNLOAD_PUBLIC', DIR_WS_CATALOG . 'pub/');
define('DIR_WS_TEMPLATES', DIR_WS_INCLUDES . 'templates/');

define('DIR_WS_PHPBB', '/');

// * DIR_FS_* = Filesystem directories (local/physical)
//the following path is a COMPLETE path to your Zen Cart files. eg: /var/www/vhost/accountname/public_html/store/
define('DIR_FS_CATALOG', '/home6/stitchnf/public_html/windflowergrdemo/');

define('DIR_FS_DOWNLOAD', DIR_FS_CATALOG . 'download/');
define('DIR_FS_DOWNLOAD_PUBLIC', DIR_FS_CATALOG . 'pub/');
define('DIR_WS_UPLOADS', DIR_WS_IMAGES . 'uploads/');
define('DIR_FS_UPLOADS', DIR_FS_CATALOG . DIR_WS_UPLOADS);
define('DIR_FS_EMAIL_TEMPLATES', DIR_FS_CATALOG . 'email/');

// define our database connection
define('DB_TYPE', 'mysql');
define('DB_PREFIX', '');
define('DB_SERVER', 'localhost');
define('DB_SERVER_USERNAME', 'xxxx');
define('DB_SERVER_PASSWORD', 'xxxxx');
define('DB_DATABASE', 'xxxxxx');
define('USE_PCONNECT', 'false');
define('STORE_SESSIONS', 'db');
// for STORE_SESSIONS, use 'db' for best support, or '' for file-based storage

// The next 2 "defines" are for SQL cache support.
// For SQL_CACHE_METHOD, you can select from: none, database, or file
// If you choose "file", then you need to set the DIR_FS_SQL_CACHE to a directory where your apache
// or webserver user has write privileges (chmod 666 or 777). We recommend using the "cache" folder inside the Zen Cart folder
// ie: /path/to/your/webspace/public_html/zen/cache -- leave no trailing slash
define('SQL_CACHE_METHOD', 'none');
define('DIR_FS_SQL_CACHE', '/aaaaa/ccccccc/public_html/windflowergrdemo/cache');

// EOF