Thanks! I did get some advice from another source too, as follows: Make sure all features are up to date Update these first Make dB backup Update a module Check functionality Check features for any overrides Update any features again, if necessary Check changes into version control Rinse and repeat, as necessary Update core, standard way On Feb 11, 2014 7:00 AM, <support-request@drupal.org> wrote: Send support mailing list submissions to support@drupal.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/mailman/listinfo/support or, via email, send a message with subject or body 'help' to support-request@drupal.org You can reach the person managing the list at support-owner@drupal.org When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..." Today's Topics: 1. Re: Where is session_name stored in database? (Tim Johnson) 2. Re: Where is session_name stored in database? (Tim Johnson) 3. Re: Features Question (Vaibhav Jain) ---------------------------------------------------------------------- Message: 1 Date: Mon, 10 Feb 2014 17:26:29 -0900 From: Tim Johnson <tim@akwebsoft.com> Subject: Re: [support] Where is session_name stored in database? To: support@drupal.org Message-ID: <20140211022629.GB440@mail.akwebsoft.com> Content-Type: text/plain; charset=us-ascii * Naveen valecha <valecha29@gmail.com> [140210 17:09]:

Hi tom I think sesssion_name stored in "sessions" table corresponding to session_id.please see Hi, Thanks for the quick reply. The sessions table has a 'sid' column, which on my system stores the session ID, (not the session name). As I understand it, the value returned by the session_name() function is the name of the cookie that has been set. The contents of the cookie is the same as the session ID. Example, on my machine, using localhost, The session_name() function returns SESS8f93ae84e0d076318a028995c285dfea I find a cookie named SESS8f93ae84e0d076318a028995c285dfea and it's contents are 5GwoK_4A8Kiw8gmEnVo0lyCcq5H4-jz1X5T0ODMz76A

In the sessions table, I find the sid value equal to 5GwoK_4A8Kiw8gmEnVo0lyCcq5H4-jz1X5T0ODMz76A And that is the same value returned from $_COOKIE[session_name()]; So the sid value in the database is the session ID, *not* the *session name* I'm try to find out where the *session name* is stored. It must be in the database somewhere to maintain presistance. cheers -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com ------------------------------ Message: 2 Date: Mon, 10 Feb 2014 17:28:25 -0900 From: Tim Johnson <tim@akwebsoft.com> Subject: Re: [support] Where is session_name stored in database? To: support@drupal.org Message-ID: <20140211022825.GC440@mail.akwebsoft.com> Content-Type: text/plain; charset=us-ascii * Jamie Holly <hovercrafter@earthlink.net> [140210 17:09]:

It's not in the database. It's hashed based upon cookie domain and/or host. Here's where it's set:

https://api.drupal.org/api/drupal/includes!bootstrap.inc/function/drupal_set... Thank you Jamie. I will attempt to grok that. That's all I need right now. Cheers -- Tim tim at tee jay forty nine dot com or akwebsoft dot com http://www.akwebsoft.com, http://www.tj49.com ------------------------------ Message: 3 Date: Tue, 11 Feb 2014 09:14:51 +0530 From: Vaibhav Jain <in.vaibhavjain@gmail.com> Subject: Re: [support] Features Question To: "support@drupal.org" <support@drupal.org> Message-ID: <CAGNDeN=V6qN9NzcUni8nNouQbMG-un6BNg1JzXAHAextVHrESA@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hey James, I have tried updating everything, including Modules, Themes and Core, and eventually many things did broke. I did that by updating the Core first, check on the release notes and any major changes, that will impact my custom code or contributed modules settings. If things break now, Dont panic, you might find many modules which will work only after specific version of drupal core, because of a bug fix. Next, you can start updating your modules one by one, recommended, and see what version of module is compatible with which one. Also there might be a complete new version of module available, which might not work for you, something like from 7.x-1.x to 7.x-2.x, which is ideally not recommended, you should upgrade within the same version. You should test everything now. Next, if you want to upgrade to themes, go ahead, that might not effect much. Lastly, if you see some features overridden, use Diff module and check for any changes. On Tue, Feb 11, 2014 at 6:31 AM, James R Stone <fndtn357@gmail.com> wrote:

I am in a heavily customized Drupal Commerce site where I have 31 Features. Eleven (11) of the features are based purely on off-the-shelf 3rd party Drupal modules, the rest of the Features (20) have dependencies on the other Features already existing and each other.

I need to update the normal off-the-shelf 3rd party modules (40 of them) *and *Drupal core (from 7.23 to 7.26).

In the past and on simpler websites, I have updated all of the modules (if non-problematic) then disabled them and updated Drupal core. After updating core I then turn modules on, one at a time, and make sure things are still working together.

I have not used Features extensively like this and do not feel sure about the correct process for updating.

My impression is that as I update modules, my Features might have some repercussions (do they show up as Overriden?) and that I should, one at a time, Update/Recreate my Features, download the code, upload the Feature to the website and turn it back on.

Is this correct? Should I update all of the off-the-shelf 3rd party Drupal modules first? Then update all of the Features?

Should I update one module at a time, checking for Overrides showing in Features and the updating those Feature(s) one at a time also?

What would the best methodology be in this situation?

*James R Stone* *Drupal builder-developer-consultant*Messages: 216-635-5492 | Office: 216-931-0475 fndtn357@gmail.com

<fndtn357@gmail.com> <https://drupal.org/user/255723> [image: LinkedIn] <http://www.linkedin.com/in/jamesrstone> [image: Twitter] <http://www.twitter.com/fndtn357>

<http://www.twitter.com/fndtn357>"The skill of coding is to create a context in which other people can contribute."

-- [ Drupal support list | http://lists.drupal.org/ ]

-- Regards, Vaibhav Jain