Nothing will Load into a Shopping Cart

I'm working with a client to launch a new shopping cart. At some point recently no product will ADD to the shopping cart. When adding any quantity of any given product, the button clicks, the screen refreshes, but that's it. The system doesn't load anything into the cart.

Have a look: http://www.sdri.net/shop

I can't recall if we ever sucessfully had the cart side working, but i want to say we did, at one point, as they usually work out of the box. This site, is a bit customized and some of columns were also customized (using the layout controller) But, the "shopping_cart.php" is still set for ON on the right side, per the default settings. I don't think it's this, but maybe worth mentioning?

Thanks,
Blake

Sounds like your server configuration is not handling PHP sessions properly.
Are you able to log in and stay logged in from screen to screen?

NOTE: might want to trim down those images just a tad ...
1281.44 KB (1312193 bytes) :eek:

Ajeh:

NOTE: might want to trim down those images just a tad ...
1281.44 KB (1312193 bytes) :eek:
Thanks Ajeh - the client is loading all products/images/etc. I'm just assisting with the back end. This isn't the first thing that i've had to "gently" remind them about. (Cutting/Pasting web pages from manufacturer's pages were destroying the product info pages... and they first thought it was me. . . was all the hack HTML that was coming in from their scraping efforts.)

DrByte:

Sounds like your server configuration is not handling PHP sessions properly.
Are you able to log in and stay logged in from screen to screen?
Thanks DrByte, Not sure if sessions are handled properly, but Yes, i can stay logged in all the time. Just about everything else on front and back ends seems to be working okay. And I have 2 other Zen Cart installed on my servers for my clients (though i think physically different ones, i havn't checked, but the overall configurations should be okay) I'm a host reseller.

Any other ideas? Clicking any "Add to Cart" does nothing, just clicks.

What version of Zen Cart?
What version of PHP?
What operating system on the server? and version?
Who's the hosting company?

DrByte:

What version of Zen Cart?
What version of PHP?
What operating system on the server? and version?
Who's the hosting company?

Zen Cart 1.3.7, Database Patch Level: 1.3.7, v1.3.7 [2007-06-13 19:45:18] (Fresh Installation)

PHP Version 5.2.2

Server OS: FreeBSD 6.1-RELEASE-p12

HTTP Server: Apache/1.3.37 (Unix) mod_psoft_traffic/0.1 Vortech_PHP/0.1.0-p0 FrontPage/5.0.2.2623 mod_throttle/3.1.2 mod_ssl/2.8.28 OpenSSL/0.9.7e-p1

Hosting is through me, as a reseller, but host company is Vortech. https://www.vortechhosting.com

Other info?????????????????

Database: MySQL 4.0.24

The two other WORKING zen carts that i manage are
https://www.cassidysclinic.com/shop
https://www.tigergsurf.com/shop

I know the cassidyslinic.com site has teh same server, settings, versions, etc.

This is the first place I start when assessing what might be busted:
http://www.zen-cart.com/wiki/index.php/Troubleshoot_-_Diagnosing_Obscure_Issues

A list of the addons/contributions installed, and the kinds of customizations made to the site can be a help as well.

We've been hacking at this site over the last few months, enough that i don't recall the last working version of it. I don't have alot of mods installed, but have done some custom things to the header, footers, etc.

Are there any particular files that i can inspect or simply re-upload, etc.?? I'm not sure what happens (code wise) when someone hits "Add to Cart"

blakemiller:

I'm not sure what happens (code wise) when someone hits "Add to Cart"

Mainly the shopping_cart class is used to process things.
The /includes/main_cart_actions.php is also used as a driver towards the cart class which does the actual adding.
However, it does it all based on whatever is being found in the $_POST vars ... ie: the form fields coming from the product page. If you've changed the product template in some way such that the fields being sent are different, then I'm not surprised that the add functionality is broken.

we were posting at same time... I'm downloading the latest site now, and will WinDiff it.

DrByte:

Mainly the shopping_cart class is used to process things.
The /includes/main_cart_actions.php is also used as a driver towards the cart class which does the actual adding.
However, it does it all based on whatever is being found in the $_POST vars ... ie: the form fields coming from the product page. If you've changed the product template in some way such that the fields being sent are different, then I'm not surprised that the add functionality is broken.

I'll see if anything comes up on WinMerge once done downloading.

I haven't been hacking into much code at all, especially the product template(s). It's been mostly header/footer mods, and then just stuff from within Admin.

I'm sure something will come up.

Woahhha.... Weird. I found the culprits. I downloaded my latest cart, and then compared it with a fresh download - less files that i know i changed.

I found about 7 sets of files that were swapped with each other. like in \admin . . .email_welcome.php and ezpages.php's file contents inside were reversed. each of the 7 sets files were alphabetically next to each other.

The /includes/main_cart_actions.php . . . was Blank, i.e 0 bytes.

I updated all and it's working now.

I just don't know how that could have happened. I know the client uses frontpage to keep things updated (outside the cart) and i've seen that cause havoc before. This one was weird though.

I'll repost if anything new or exciting comes out of this....

blakemiller:

The /includes/main_cart_actions.php . . . was Blank, i.e 0 bytes.That'll do it!

Always good to have backups :)