Cart Empty after adding products from category pag
Printed From: ProductCart E-Commerce Solutions
Category: ProductCart
Forum Name: Getting Started
Forum Description: Installing, activating, and getting started with ProductCart
URL: https://forum.productcart.com/forum_posts.asp?TID=3428
Printed Date: 21-November-2024 at 4:48pm
Software Version: Web Wiz Forums 12.04 - http://www.webwizforums.com
Topic: Cart Empty after adding products from category pag
Posted By: ll4g
Subject: Cart Empty after adding products from category pag
Date Posted: 13-February-2010 at 11:00am
|
If I add products from the store home page - all is fine.
If I start browsing by category and add an item to the shopping cart, I go to the checkout step via the BUTTON (onepagecheckout.asp) and it says the cart is empty.
If I bypass the button and use the checkout link in the header navigation (checkout.asp) it works.
Seems to be an issue with the onepagecheckout.asp.....
Help! Either I need to bypass the onepagecheckout.asp or need some insight as to what can be wrong.
|
Replies:
Posted By: ll4g
Date Posted: 13-February-2010 at 11:05am
| Quick note: If I bypass the button and use the link instead - I am still having problems because it is asking me to log in twice at checkout, again at the onepagecheckout.asp page. |
Posted By: Hamish
Date Posted: 13-February-2010 at 11:08am
|
Hi, This will almost certainly resolve the issue : http://wiki.earlyimpact.com/developers/timeout-issues#use_of_different_domain_names - http://wiki.earlyimpact.com/developers/timeout-issues#use_of_different_domain_names ------------- Editing ProductCart Code? See http://wiki.earlyimpact.com/developers/editcode" rel="nofollow - WIKI Guidelines for Editing ProductCart's ASP Source Code |
Posted By: netprofits
Date Posted: 13-February-2010 at 11:10am
|
It sounds like you are switching between http://www.yourdomain.com - www.yourdomain.com and yourdomain.com (without the www). That causes problems with your session as it sees them as two distinct sites. Additionally, the SSL will only usually only work with one or the other.
If this is the case, make sure you use relative links everywhere vs. full links and make sure the SSL URL in the control panel under Settings | Store Settings matches the URL you used when setting up the store. You may want to add some script that forces the correct URL when people first come to the web site, i.e. if someone uses yourdomain.com force it to switch to www.yourdomain.com. ------------- NetProfits Internet Consulting Certified ProductCart Developer http://www.nicwebdesign.com" rel="nofollow - Our Site |
Posted By: netprofits
Date Posted: 13-February-2010 at 11:11am
|
Nice article Hamish. I forgot about that one. ------------- NetProfits Internet Consulting Certified ProductCart Developer http://www.nicwebdesign.com" rel="nofollow - Our Site |
Posted By: Greg Dinger
Date Posted: 13-February-2010 at 11:19am
Posted By: ll4g
Date Posted: 13-February-2010 at 11:32am
|
Ahhhh ah!! Thanks so much for the quick response everyone!!!
That was the problem.....
|
Posted By: ll4g
Date Posted: 13-February-2010 at 11:50am
|
It solved the problem - however everytime I go to the categories, it drops the https to http and thats where the problem is now. I need the entire store to run under https in order for the checkout to work. Is there a setting somewhere for this?
Every link on the home.asp keeps the https setting but the categories...... weird!
|
Posted By: Greg Dinger
Date Posted: 13-February-2010 at 11:55am
Posted By: ll4g
Date Posted: 13-February-2010 at 12:02pm
|
Because even if I go to http: and add the items - it redirects to https at checkout and I lose the cart items. The only way I can seem to keep the cart items is by running is https. Does it really matter if the entire store is https???
Unnecessary seems to be necessaryfor some reason on my cart setup....
|
Posted By: Greg Dinger
Date Posted: 13-February-2010 at 12:07pm
Posted By: Greg Dinger
Date Posted: 13-February-2010 at 2:15pm
Posted By: Guests
Date Posted: 13-February-2010 at 4:32pm
|
I agree with Greg -- a link to your site would be helpful.
The issue you are describing sounds exactly like a loss of session state -- typically because of switching back and forth to URLs with and without www. -- both locations have difference session states. However, switching back and forth between http and https does not cause different session states, so that shouldn't be your problem (unless you're running a "shared" SSL).
|
Posted By: cognecy
Date Posted: 13-February-2010 at 4:53pm
|
Greg has the lead on this forum inquiry but I just wanted to "chime-in" as another developer to say that I concur 100% of what Greg is telling you and with what Sean has reiterated ... there is absolutely no reason to run your store in full time https. It is just not done!
The only time you need to switch to HTTPS is during the checkout. Preferably you have a dedicated SSL and you have ProductCart set to switch at user registration. If the customer decides to go back to the store you (if you are using absolute links for your menu's) they would switch out of https mode and then back in when checking out. As Sean stated, this has Zero affect on session state. SSL is in place so that when you input or transmit personal or financial information over the Internet, it is encrypted. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: eeversole
Date Posted: 02-March-2010 at 11:54am
|
Was there any resolution to this issue? I don't know if it is ok to piggyback on this topic, but I too am experiencing the exact same problem as the first poster. When a customer loads items into their cart from a http and then heads over to checkout on the https page, they receive a message indicating their cart is empty. Our temporary solution was also to make our entire site https, but after reading the responses to this I see that is not the correct way to go. If you want to experience it go to http://www.landmarklightingkc.com/shop/pc/viewCategories.asp?idCategory=16 - and add an item from one of those pages. Please note you have to do it from here because we have hard-coded the rest of the site to https to avoid the empty cart message. Any help would be greatly appreciated. |
Posted By: Greg Dinger
Date Posted: 02-March-2010 at 12:14pm
Posted By: ProductCart
Date Posted: 02-March-2010 at 12:45pm
|
We cannot replicate the behavior. We added products to the cart as you indicated, clicked on "Checkout", ProductCart switches to HTTPS (https://www.landmarklightingkc.com/shop/pc/onepagecheckout.asp), and everything works just fine.
We tested with IE 8, FireFox, and Google Chrome. Please provide a series of steps to replicate the problem. If the issue is intermittent, then it could signal a problem on the server side. For example, the Web server might be overloaded and "dumping" the storefront session unexpectedly. ------------- The ProductCart Team Home of ProductCart http://www.productcart.com" rel="nofollow - shopping cart software |
Posted By: cognecy
Date Posted: 02-March-2010 at 12:56pm
|
eeversole,
Ahh the 'empty cart syndrome', eh?
Greg, Sean, and myself are all correct in that you do not need https.
On specifics, I have seen this happen for a number of reasons but the most prominent are:
1) Multiple Worker processes
2) Dropped sessions do to a wrong setting on the server
3) Application Pool being set into 'Web Garden' mode.
----- ----- -----
#1) Multiple Worker processes.
If you have set your site into a Dedicated Application Pool you need to ensure that you are only allowing 1 worker process. ProductCart is not compatible with Multiple Worker Processes. This can sometimes be set in your Hosting Control Panel (depending on which one you use) or in IIS directly.
Another thing I see quite often and this is IMPORTANT to note ... is sites that use a combination of [http://thedomain.com] and [http://www.thedomain.com]. What many do not realize is that when you add something to the cart with the URL lacking the "www" and click on an internal link that does have the "www" included in the link, you are actually creating two completely independent sessions. This will often give the appearance of seeing your cart items disappear. All users need to ensure you are using a standardized format of your URL through your site and web store (preferably, use the fully qualified domain URL with the "www").
#2) Dropped Sessions
Session dropping happens for a number of reasons ranging from inadequate resource allocation to the shared or dedicated application pools, to having "too low" setting on your session timeouts set in IIS. This is something you will have to talk with your particular host with to determine if they are able to increase allocations. If your site is in a Shared Application Pool, you definitely need to switch it to a dedicated pool.
A Note on Dedicate Pools: Many, many, hosts, although permitting dedicate pools, will have their resource allocation for the pools set too low. The norm is about 120MB but I have seen much lower numbers. In my opinion, even 120MB is too low for a ProductCart site. In a perfect world it would be very nice if you were able to set your dedicated pools to 256MB but many hosts will be unwilling to go that high. If you can haggle with them I have seen 160-180MB be more than adequate to prevent app pool recycling. If you have a very High Traffic site, you will definitely need a pool with more allocated resources. NOTE: these numbers are not arbitrary but rather are set to a level that will prevent the very quick resource spikes from hitting the top of the limit and resetting your pool (which will cause your cart item to disappear) ... Liken it to hitting your head on the ceiling ... if it keeps happening, it is time to raise the ceiling!
#3) Web Garden Mode
This one is a 'silent killer of online stores'. Web Garden mode is basically the same as setting multiple worker processes. Occasionally, and I have not figured out the "why", when setting up a new website in IIS, or when establishing the application pools, Microsoft IIS will default the Pool to 'Web Garden" mode. I am not going to go into detail on this (that is what google is for) but suffice it to say this is VERY BAD for ProductCart Sites.
If you see strange behavior like empty carts, not being able to log in to the admin, or other weird things while browsing your online store, it is worth a call to your host to ask them if your site is in "Web Garden" mode.
A Final Word: If your host does not know what a session timeout is, how to set up a dedicated application pool, or claims then have never heard the term "Web Garden", my advice would be to run for the hills and find a new host as soon as possible.
I hope some of these suggestions help and good luck. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: eeversole
Date Posted: 02-March-2010 at 1:43pm
|
Thank you for all of your responses. We went ahead and changed all of our hard-coding back so the links point to http addresses rather than https. I'm still experiencing the issue on my computer on IE8 (even after clearing my cache), but we have tested it on other computers and it seems to be working fine now so I'm not going to worry about it further. There just must be something wonky with my IE8 that causes the issue to occur. Thank you again for all your help. |
Posted By: Greg Dinger
Date Posted: 02-March-2010 at 1:56pm
Posted By: eeversole
Date Posted: 03-March-2010 at 1:38am
|
I'm sorry to revisit this topic, but it seems my earlier response of "all fixed" was incorrect. I am now experiencing the Empty Cart message even on the computers which I tested this morning as working fine. It again occurs when moving from the http Shopping Cart page to the https Checkout page. Another thing to note is we have turned the Session Saver off but nevertheless, we receive a Customer Service message indicating products have been loaded back into our cart when we reopen the browser and go to the site. My boss is hesitant to move away from GoDaddy even though I have informed him several times it is not recommended for ProductCart hosting. I know you can't make 100% assurances, but do you think if we moved the site this issue would go away? And in the meantime, is there anything we can do? I’m certain we are losing customers because of this. |
Posted By: Greg Dinger
Date Posted: 03-March-2010 at 1:50am
|
Check your PM. ------------- GreyBeard Design Group Certified ProductCart Developer Web Design/Development/Hosting http://tinyurl.com/5c8t4t" rel="nofollow - Add-Ons & Custom Code | |
Posted By: Matt
Date Posted: 03-March-2010 at 2:16am
| We have a test store at GoDaddy that uses SSL and works. I just tested on your store and it worked fine. The issue is sporadic so is probably due to an overloaded server. |
Posted By: cognecy
Date Posted: 03-March-2010 at 2:52am
|
Okay and for all that have been responding on this topic. I believe I have discovered the root cause of this.
This is issue was bugging me so I have been doing some testing with one of our customer sites on our Windows2008 64Bit server and have been able to replicate this issue on our systems. What is happening is the environment is creating a separate session variable each for "http" and another for "https" so that when you switch between them, it will give the appearance of missing items. You can verify this when you experience the empty cart (if you are in https) by simply changing the URL for the page you are on to http and you will see your items in the cart.
The root of the problem is ProductCart running in the Win2008/IIS7 environment when IIS7 is set up using default values. There is some key differences between IIS6 and IIS7 as I am discovering myself.
If you do not have your own server you will need to be in discussion with your web host to have them change some settings in IIS7.
The Fix for IIS7
I the IIS properties window, under the ASP tab --> Session Properties, there is a setting for "New ID on Secure Connections" (this is the friendly name). IIS7 had this set on/enabled by default. You will need to ask your host to turn this setting off. Once this is done, you should not have any further issue.
A more detailed explanation for this is discovered in looking at the real name for this setting which is "Keep Session ID Secure" and the description of this setting is that when enabled, it will ensure a secure channel by storing session info in an encrypted cookie.
I apologize for letting my geek show though a bit here but it is a tough one to explain. Suffice it to say that if your host will change this setting, it "Should" work for you. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: cognecy
Date Posted: 03-March-2010 at 3:02am
|
I do want to add one thing to my post by saying that you really, really need to get away from GoDaddy. I know this is a broken record theme here in the forum but it is worth saying again.
For those that may be reading this post now or in the future, please take note that the chance of GoDaddy being willing to make any sort of simple server change like what I described in my previous post is very slim. I cannot emphasize enough how important it is that you host your ProductCart Store with a host that not only understands the application but is able to willingly customize the environment to better accomodate this Software. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: Hamish
Date Posted: 03-March-2010 at 12:52pm
|
Hi Eeversole, Re "My boss is hesitant to move away from GoDaddy" - GoDaddy may be cheap, but there is a reason why! Some people have sites that work fine at GoDaddy, many don't. The time spent troubleshooting problems and getting to a support person willing and able to assist and the lost orders (& repeat customers) whilst a site is down and your battling through the GoDaddy helpdesk is likely to cost far more than choosing a good hosting company. Just my two cents on that subject  Mark, Thanks for your post! There is an FAQ and WIKI entry, but it's fairly brief and so I suspect it's easy to miss when searched for. I will use the info you provided to expand it (so please excuse me plagiarizing your post :-) ). Hamish ------------- Editing ProductCart Code? See http://wiki.earlyimpact.com/developers/editcode" rel="nofollow - WIKI Guidelines for Editing ProductCart's ASP Source Code |
Posted By: benpate
Date Posted: 17-March-2010 at 9:08am
|
I haven't noticed the empty cart syndrome since i put in my non-www redirect but we do suffer from UPS not returning results sometimes and it gets fixed after a server reboot.
Our store is on a dedicated server and set to use "Default App Pool". I found these settings in IIS 6.0, but am not sure what the suggested values are. ------------- http://www.web1seo.com - ProductCart SEO - Resellers and Affiliates welcome |
Posted By: ecotutor
Date Posted: 06-April-2010 at 10:34pm
|
I have recently moved my site to a windows 2008 server. It is on its own application pool on IIS. My customers are now experiencing difficulty but I cannot consistently reproduce the problem. They state that they are trying to place an order but when they click "checkout" the system tells them there are no items in the cart. If they view the cart, it shows the items. After reading the posts above, I contacted my host, explained the situation and asked them to ensure that only one worker process was allowed . They have no idea what I am asking for, so I am now trying to fix this myself. There is one page on my hosting site that allows me to choose the Managed Pipeline Mode for my site's Application Pool. Values can be Integrated or Classic. When the value is Integrated, IIS uses the integrated IIS and ASP.NET request-processing pipeline to process requests in the application pool. When the value is Classic, IIS uses separate IIS and ASP.NET request-processing pipelines to process requests in the application pool. The default value is Integrated. Would changing it to Classic help my situation? Thanks for any assistance you can give me on this issue. |
Posted By: cognecy
Date Posted: 06-April-2010 at 10:44pm
|
Your site definitely needs its own dedicated pool to run on Win2008/IIS7 and Definitely needs to be in "Classic Mode" as well as have 32 bit applications set to True.
The reason for this is that Classic ASP is not compatible with 64Bit servers.
As for the cart, this is likely another behavior setting that needs to be changed in IIS. In the sites section of IIS you will click on asp go to the behaviors. you need to ensure that Parent Paths is enabled. The critical setting and likely the culprit, is the one labeled keep session ID secure ... This MUST be set to FALSE.
Make these changes in IIS and you will likely have your site back to normal.
If you need further assistance you can email or call me
------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: Guests
Date Posted: 06-April-2010 at 10:45pm
| PM Mark Shipp a.k.a cognecy. He can help you. He's been bull-dogging Win2k8 issues with PC quite well. |
Posted By: cognecy
Date Posted: 06-April-2010 at 10:55pm
|
Just for clarification on the "Keep Session ID secure" setting (I tend to use the real name rather tan the friendly name) ... see the quote below:
------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
cognecy wrote:Posted By: ecotutor
Date Posted: 07-April-2010 at 9:13am
|
Thanks for all of your feedback. I contacted my hosting company and asked them to:
- set 32 bit applications to true
- enable parent paths
- set "new ID on secure connections" to "off"
They did the second two requests but did not know how to set 32 bit applications to true. I thought it was in the advanced settings but they cannot find it. The site is now disabled except for the few html pages that I have. Can anyone tell me how to set 32 bit application to true. Is this what is causing my site to be disabled?
|
Posted By: cognecy
Date Posted: 07-April-2010 at 9:49am
|
Ecotutor,
I sent you a private message this forum with my contact information. Please give me a call .. I think I can get you pointed in the right direction. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: cognecy
Date Posted: 07-April-2010 at 10:03am
|
Tell your host the "New ID on Secure Connection" setting in IIS7 is found in this path:
In IIS7 Manager go to the Sites folder on the left and click on your site(your domains). In the center of the screen under the IIS section the first Icon should be labled ASP. you can either double click on it or right click and select "open feature"
On the screen that is up now, at the very bottom under the "Services" title there will be a selection for "Session Properties". Open that and second up from the bottom is the setting for "New ID On Secure Connection". IIS by default will have this set to true. you will need to set this to False. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: ecotutor
Date Posted: 07-April-2010 at 10:26am
| Thanks Mark. The hosting company managed to change the secure settings properly. It was the "setting the 32 bit application to true" that seemed to stump them. They don't know how to do that part of my request |
Posted By: ecotutor
Date Posted: 07-April-2010 at 9:08pm
|
My hosting company has finally completed the three tasks that I asked of them, which were: - set 32 bit applications to true
- enable parent paths
- set "new ID on secure connections" to "off"
Unfortunately all asp pages on my site are still disabled. When attempting to access a product from the nav bar, I get - error '8002802b'
/environmental-education/pc/404.asp, line 54 (line 54 in 404.asp reads.........session("strSeoQueryString")="" )
If I access other asp pages such as my account or view cart, I get - 500 internal server error. There is a problem with the resource that you are looking for and it cannot be displayed.
Does anyone have any other suggestions that I can try to resolve this issue? Thanks in advance.
|
Posted By: cognecy
Date Posted: 07-April-2010 at 10:36pm
|
One other thing that might possibly be the issue is the .htaccess ISAPI Filter for Windows might be installed. I believe this is installed by default with Win2008. It can be removed from your individual domain/hosting instance or it can be removed from the server entirely (this is what I did on our Win2008 server when we discovered it)
Ask them if they can remove this filter for you and see if that make a difference. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: Matt
Date Posted: 07-April-2010 at 10:47pm
|
Hi ecotutor, Before you change anymore server settings you need to find out exactly what the problem is. Please turn on detailed error messages on the server. Instead of a 500 page you will get a very specific error message. Next, open a ticket and paste the error message into your inquiry. |
Posted By: cognecy
Date Posted: 08-April-2010 at 9:59am
|
Matt,
Just to let you know this user's server is a shared Win2008 server and as such, it is unlikely the host will turn on detailed error messages. In IIS7, it is not as simple as just turning on the switch to send detailed messages to the browser as you also must alter the 'server side' 500 error message. There is a strong recommendation from Microsoft not to use that setting on Win2008 if the server is public-facing because the errors IIS7 gives reveal too much information about the server (this is why it is off by default on this OS when it is loaded).
I think we are going to see a lot more of this as hosts in general switch/upgrade to Win2008 64Bit machines (which is a VERY Good thing by the way but it does require your host understands how to keep legacy applications running on the new servers).
On ecotutors issue, I am 'fairly certain' this is not a software issue but rather a configuration issue with Win2008 because I ran into the same sorts of issues on our servers the first time I tried to run ProductCart on Win2008 (the exception being that it is my server and could make setting changes directly).
Out of the box ProductCart just cannot run on a Win2008 Server with 'server default settings' because ProductCart is a Classic ASP application which is not compatible with 64Bit servers (even if 2008 were loaded as a 32 bit server, IIS7 defaults would give it some problems). As we have discovered, being a web host successfully using Win2008 64Bit for ProductCart, there are several things you need to do in order to get a Classic ASP application to run properly on Win2008/IIS7. I have talked with "ecotutor" offline and it seems their host likes to put up a fight when it comes to making setting changes on their servers (even if those changes are contained within her 'hosting bubble' on the server).
After we verify all initial requirements for her hosting account are set properly, then we can try to pull the detailed error messages (before that it is useless as IIS7 will not give the details for a wrong configuration and will continue to force the 500 error). Needless to say, if the host will not turn on 'send detailed error messages to browser' and make the '500 error page' change required, the user will likely need to place a web.config file in the root of their site with the content being:
<configuration>
<system.webServer>
<httpErrors errorMode="Detailed" />
</system.webServer>
</configuration>
When the file is not in use it can either be re-named or change "Detailed" to "OFF".
------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: cognecy
Date Posted: 08-April-2010 at 10:24am
|
ecotutor,
Going back reading through your post, I noticed you said in one location you were getting the error on the 404.asp page? Were you using the SEO URL Re-write method on your site previously? If so, did you set your 404 error page up properly in your hosting account?
I do still think there are some issues with your host but in going through the proper due diligence, making sure the environment is set up the same as you had it before is very important since I presume everything was working just fine before moving to the Win2008 Server. ------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: ecotutor
Date Posted: 08-April-2010 at 10:35am
|
Just an update on my situation - The hosting company has confirmed that they do not have the .htaccess ISAPI Filter for Windows installed.
- With respect to turning on detailted error reporting, the response was that "they are not sure about detailed error reporting and are trying to find out more about it". IIf history repeats itself I wil probablyu not hear from them on this issue again.
I created the web.config file that was suggested by Mark and the error message on ASP pages changes only slightly. It says "The page cannot be displayed because an internal server error has occurred".
Thanks again for your help. |
Posted By: ecotutor
Date Posted: 08-April-2010 at 11:20am
|
Yes, I was using the SEO URL Re-write method previously and I did set my 404 error page up properly in my hosting account. The site actually seemed to work well initially after the move . All asp pages worked, the seo mod worked properly etc. However, customers started to complain about the cart empty problem. It wasn't until we implemented the following that the ASP pages were no longer available:
- enable parent paths - set "new ID on secure connections" to "off" At that point, the ASP pages no longer worked. Setting 32 bit applications to true did not change this situation.
|
Posted By: ProductCart
Date Posted: 08-April-2010 at 12:18pm
|
Ecotutor,
Please open a support ticket so that we can assist you. ------------- The ProductCart Team Home of ProductCart http://www.productcart.com" rel="nofollow - shopping cart software |
Posted By: cognecy
Date Posted: 08-April-2010 at 1:39pm
|
Definitely lets get EI involed as well as this issue is likely going to come up again.
We need one definiteve method that will work on Dedicated/VPS as well as on various Shared servers across the spetrum of hosts out there.
My perspective is based on a lot of testing and trials prior to ever taking a customer live on 2008. Our Win2008 Servers are set up in line with Microsofts guidance for running an application written in ASP Classic. Our ProductCart sites run extremely well based on the settings I have described herein but there are always variables involved when OPS's (other peoples servers) are involved.
------------- Mark Shipp Cognecy Solutions, LLC Hosting/Design/Customization/Database Migration www.cognecy.com www.cognecy.co.uk |
Posted By: ecotutor
Date Posted: 10-April-2010 at 12:29pm
| Just wanted to let everyone know how my dilemma was resolved. I took the advice of several of you and moved to a new hosting company. I chose Cognecy Solutions. I contacted Mark Shipp late one afternoon and had a fully functional site up and working the next morning (doesn't this guy sleep?). There was virtually no work/intervention on my part. Mark took care of everything. My website works fine on his Win 2008 server so I will never know why it did not work at my old hosting company. Mark also moved my SQL database from 2000 to 2008 - didn't think that was possible but it works!. In fact the site has never worked better or faster and I am very relieved to be moving on. Thanks to everyone in this forum for their suggestions. They was very much appreciated. |
Posted By: highgravity
Date Posted: 10-April-2010 at 4:59pm
|
If you are using IIS7, switching from http to https creates a different session. Refer to this post for the fix: http://www.earlyimpact.com/forum/forum_posts.asp?TID=3428&PN=3 ------------- Desiree Knott High Gravity Homebrewing & Winemaking Supplies 7142 S Memorial Dr. Tulsa, OK 74133 (918) 461-2605 desiree@highgravitybrew.com http://www.highgravitybrew.com |
Posted By: bcrabtree
Date Posted: 10-May-2010 at 8:41pm
|
Hi All, I was having this same issue, and am also hosting my clients site on GoDaddy (against my recommendation, I might add). Anyways, GoDaddy was completely unhelpful in resolving this issue, basically they told me they couldn't make any changes to the server setup...  But, I found a solution using a Web.config file placed in the root directory of the site. Here's the solution: Create a new Web.config file with the following info:
Upload the file to your root or productcart folder, and the dropped session issue is solved without having to go through the process of switching hosting companies.  Cheers, Bryan |