Sessions expiring, can't checkout

Ever since my host made some changes/updates, my site has been having issues. First I couldn't login to my admin, but I got that resolved.

Here is what I have now:
PHP Version: 5.2.5 (Zend: 2.2.0)
Zen Cart 1.3.5
Database Patch Level: 1.3.5

Although I had paid for it, my "great" host didn't updated my SSL since October and they finally updated it a few days ago (or so I hope).

The issue that I have, for two sites with the same host, is that it seems sessions are either not created or are expiring immediately. New client creates a new account and tries to checkout and they go all the way to the end (almost), cart gets empty and they can't checkout. For one of the sites, authorize.net does send the customer an email with purchase info, but Zen doesn't. The other site only sends the email about new account creation, but no order.

any help would be greatly appreciated.

This is just a wild guess, but IIRC there was a similar thread a few days ago. Check the system date on your PC.

Also, post your web site's URL and someone here will have a look around, put a few things in their cart and try at least part of the checkout process to see how wide the problem is.

Seeing the problem may make it easier to suggest a cause and recommend a solution.

thanks! I did look around for quite a bit and there were some similar but not exact issues and I couldn't figure out what the solution is.

urls: https://www.startingequipment.com
https://www.totaltrailerparts.com

shqipo:

thanks! I did look around for quite a bit and there were some similar but not exact issues and I couldn't figure out what the solution is.

urls: www.startingequipment.com
www.totaltrailerparts.com

In starting equipment I got as far as putting in a credit card number, then chickened out. :P

Dropping back to have a look at the cart, from that point, seems ok.

Logging off, then back on again leaves the product in the cart.

As I don't use credit card modules on my sites this is where someone with knowledge of them needs to step in.

BTW - I'm assuming both these sites are live.

Further thought - if you have to set up return pages (either within Zen Cart or in online card service providers) check those if you haven't already.

Yes, both sites are live. They were working fine for about a year or so. Until these @#$% changes that my host (allreseller) did without letting anyone know. :(

Until October were you running with expired certificates, or did you turn SSL off in Zen Cart's configure.php files?

If you ran with SSL turned off, try turning it off again to see if it really is an SSL problem. If it works it'll also buy some time to get to the bottom of the problem, and give you some pointers to where the problem is - but you'll still need it sorted quickly as you have very expensive products and your customers will be very reluctant to buy from a non-SSL site.

For me, the description of the problem points to an incorrect file or path entered somewhere - possible if you or your hosts have just turned SSL on. Is it likely the card service providers need to be told you're now using SSL?

Nope, until October cert was fine. But I guess it expired in October. I didn't turn it off either.

^^bump^^

So ... what's your host saying?

DrByte:

So ... what's your host saying?

About what? I'm sorry, I'm not fully understanding the question.

Have you tried helping yourself by maybe installing another fresh copy of Zen Cart into a new folder+database on the same domain, with demo products, and see if things work correctly there?
If they don't, then your problem is something your hosting company is going to have to fix. Bug them about it.

If the new install works fine, for login, logoff, add-to-cart, checkout, in SSL and not in SSL, then there's something fudged with your live site code or database or configuration.
But there's no point shooting in the dark without some hard evidence.

Simply "bumping" posts without adding new information about things you've tried or feedback from your host etc doesn't help anyone, especially you.

shqipo:

About what? I'm sorry, I'm not fully understanding the question.

Have you even talked to your hosting company about the problems you've had since they made these changes?
After all, you did say it was working fine before the changes were made, right?

That's what I meant.

Yes, I have talked to them several times. They claim they didn't do anything wrong. I'll try again.

I haven't done what you suggest about new install/db/folder. I'll give that a shot - if I can find 1.3.7 again. I'm afraid Fantastico will install the latest version, however.

shqipo:

Yes, I have talked to them several times. They claim they didn't do anything wrong. I'll try again.

I haven't done what you suggest about new install/db/folder. I'll give that a shot - if I can find 1.3.7 again. I'm afraid Fantastico will install the latest version, however.

ACK!
Don't use Fantastico.

Do a manual install.

OK, I tried the apostrophe patch for authorize.net that was proposed in a different thread (although we didn't have any apostrophes) and it actually made it worse, now they're stuck at login!

shqipo:

now they're stuck at login!That doesn't sound like an authorize.net problem.

If your customers cannot login, or can't get products into their cart, then you're simply having Sessions problems, as I mentioned earlier.

What happened with the new test folder?